web-dev-qa-db-fra.com

Un tiersSaaS hébergera également notre site Web. Ils veulent notre nom d'utilisateur et notre mot de passe de registrar. Est-ce normal?

Je suis dans une situation légèrement différente de cette question.

Nous hébergeons actuellement notre propre serveur Web et serveur de messagerie. Nous passons à un SaaS service de gestion comptable et pratique. Une option consiste à les laisser également héberger notre site Web et notre courrier électronique.

Une partie de leur processus exige que nous leur fournissions notre nom d'utilisateur et notre mot de passe à notre registraire de domaine.

Voici comment notre situation est différente de l'autre question.

  • Nous sommes déjà inscrits pour les 10 prochaines années. (Il nous reste 9 ans.)
  • Notre registraire ne fournit pas de services DNS. AT & T, notre FAI, le fait.
  • La mise à jour des contacts administratifs et techniques devrait être une chose ponctuelle, non?

Compte tenu de cette situation, est-ce que quelqu'un peut imaginer un motif commercial légitime d'exiger le nom d'utilisateur et le mot de passe de notre compte registraire?

Ne risquons-nous pas de céder notre nom de domaine en leur transmettant ces informations?

Edit: Je leur ai dit que je n’avais aucun problème à les laisser modifier nos enregistrements DNS, mais que notre registraire (networksolutions.com) n’avait rien à voir avec cela. AT & T (sbcglobal.net) est notre SOA; J'ai des instructions sur la façon de dire à AT & T de modifier nos enregistrements DNS.

Leur réponse: Nous hébergerons le nouveau site. Il n’existera donc aucun autre moyen de modifier votre DNS à moins de disposer du registre de domaine puisque nous utilisons les serveurs de noms de fournisseurs de domaine.

Mon interprétation: Les serveurs de noms de domaine du fournisseur sont ce que je verrais si je faisais whois.

$ whois my-domain-name.com
[snip]
Registrar: NETWORK SOLUTIONS, LLC.
Whois Server: whois.networksolutions.com
Referral URL: http://www.networksolutions.com/en_US/
Name Server: NS1.SBCGLOBAL.NET
Name Server: NS2.SBCGLOBAL.NET

Ils doivent donc parler aux personnes qui administrent NS1.SBCGLOBAL.NET (AT & T), non? Existe-t-il quelque chose que NetworkSolutions peut faire pour modifier ces enregistrements DNS?

Là est quelque chose que NetworkSolutions peut faire , mais je ne suis pas sûr que cela s'applique à nous. (Soulignement ajouté.)

Les enregistrements DNS avancés sont préconfigurés pour utiliser vos services Network Solutions®. [catcall: nous n’avons aucun service de solutions réseau à part l’enregistrement. Nous avons actuellement notre propre serveur Web et notre propre serveur de messagerie.] Les utilisateurs expérimentés souhaiteront peut-être modifier ces enregistrements afin d'ajouter de nouveaux hôtes au domaine, de modifier les adresses IP ou de modifier l'emplacement de livraison des messages électroniques. Cette option est utile si vous souhaitez conserver l’un de vos services Network Solutions actif (par exemple, votre boîte de messagerie) et héberger votre autre service (par exemple, votre site Web) avec un autre fournisseur.

Pour utiliser Advanced DNS Manager, vos serveurs de noms de domaine doivent être déplacés vers des serveurs de noms gérés par Network Solutions.

web-hostingdnsemaildomain-registrarsaas
1
Mike Sherrill 'Cat Recall'

Non, ils ne devraient pas avoir besoin des informations de votre registraire. Ils peuvent vouloir les informations de connexion de votre fournisseur de services Internet pour pouvoir, par exemple, modifier le routage du courrier afin qu'il pointe vers leurs serveurs. Ils peuvent ne pas essayer de vous faire du mal, ils peuvent simplement supposer que votre registraire fournit également le DNS.

1
paulmorriss

Ce qui est le plus susceptible de se produire ici (à supposer qu'il n'y ait pas d'intention néfaste) est que la solution SaaS est habituée à traiter avec des clients disposant d'une expertise technique limitée. Dans de telles situations, il est plus facile pour eux d’avoir accès aux contrôles du registraire et d’apporter eux-mêmes les modifications nécessaires, au lieu d’essayer d’indiquer le client à travers ces étapes. Cela évite toute confusion sur la responsabilité si quelque chose ne va pas. Vous ne voudriez pas qu'un client annule votre service car il ne pouvait pas suivre les instructions pour changer les paramètres DNS!

Cependant, une telle entreprise devrait (en supposant que leurs employés ne sont pas tenus de suivre servilement un script prédéterminé) sera suffisamment heureuse pour vous permettre de gérer ces détails si vous insistez pour le faire.

3
Kris