Registro de servidor de nomes personalizado (nome do host)

Question 1

O registrador é a única entidade que pode cuidar disso para mim?

Sim. E nem mesmo "o registrador", mas "todo e qualquer registrador" usado pelos nomes de domínio de seus clientes (eles são livres para registrá-los em qualquer lugar ou você mesmo cuida de tudo? Não está claro na sua pergunta ...)

Você parece estar confuso sobre o que significa "registrar" um servidor de nomes, e isso pode ser fácil (ficar confuso), pois há muita desinformação. Portanto, o que está abaixo responderá apenas a essa parte específica, mas fora isso, hoje em dia, fazer DNS para qualquer tipo de configuração não trivial pode não ser uma boa ideia para começar, sem qualquer tipo de experiência em funcionamento de protocolo DNS de baixo nível, scripts de shell, monitoramento , automação, etc. especialmente com tecnologias mais complexas como DNSSEC.

Primeiro, uma ressalva que você pode não gostar: na maioria das vezes isso é feito por questão de vaidade e/ou tentativa de esconder a verdadeira hospedagem, e em ambos os casos não funciona. Portanto, a solução real para o seu problema seria apenas fornecer aos seus clientes seus servidores de nomes ns1.my-shiny-hosting-company.examplee ns2.my-shiny-hosting-company.exampleesquecer de criar servidores de nomes por site hospedado. Você então recupera muito tempo e sanidade seguindo esse caminho mais simples.

Agora mais detalhes sobre realmente esse negócio de registro de servidor de nomes, se você ainda quiser fazer isso ou pelo menos entender melhor o que é.

Primeiro, algumas diferenças importantes a serem observadas antecipadamente:

depende do TLD considerado (o TLD do domínio que usa esses servidores de nomes, não o TLD dos servidores de nomes)
depende do uso de servidores de nomes "no bailiwick" ou não, ou seja, servidores de nomes cujos nomes estão abaixo do nome de domíniopara o qual eles são autoritários(esta cláusula é muito importante). ns1.example.comestá no bailiwick para example.comse example.comusá-lo como servidor de nomes oficial.

Obviamente, se para qualquer domínio você deseja hospedar um site, você também deseja ter servidores de nomes usando o mesmo nome, então todos esses servidores de nomes estão "no bailiado" e você está imediatamente no caso mais complexo para registrá-los, deixe-nos veja por que agora.

Os registros usam dois modelos separados para lidar com servidores de nomes: como objetos ou como atributos. gTLDs usam objetos, muitos/a maioria (?) ccTLDs usam atributos. E às vezes as coisas mudam (como .FRpassou de atributos para objetos recentemente). Isso geralmente fica oculto de você pelo seu registrador.

Mas no caso típico de "objetos" as coisas são assim:

você vai a algum registrador
você registra o domínio X
antes de poder definir alguns servidores de nomes para ele, você precisa registrar esses servidores de nomes: eles precisam existir como objetos no banco de dados do registro, então o registrador precisa criá-los primeiro e depois associá-los ao seu domínio
é claro que um bom registrador esconde tudo isso para você: ele pede seus servidores de nomes e depois faz o que é necessário de forma transparente
3 casos acontecem:
- se o nome do servidor de nomes estiver em outro(s) TLD(s) diferente(s) do registro, ele é chamado de servidor de nomes "externo" e apenas seu nome é necessário para criá-lo como registro
- se o nome do servidor de nomes estiver em um TLD do registro, é claro que é um servidor de nomes "interno", portanto seu nome é necessário e seus endereços IP PODEM ser necessários ou não:
  - se o servidor de nomes estiver diretamente sob o nome de domínio para o qual deve ser autoritativo (esse é o caso "no bailiado" explicado acima), ele DEVE ser criado com endereços IP (para que a resolução funcione posteriormente, foi isso que criou " colar" registros no registro
  - caso contrário, pode ou não ser criado com endereços IP, porque eles não são necessários no momento, mas podem ser necessários assim que forem associados ao domínio como autoritativos.

Então, resumindo, o registrador pode solicitar endereços IP além dos nomes dos servidores de nomes e então fazer sua mágica para criar coisas apropriadas no registro.

Como você pode ver, você precisa fazer isso pelo menos por casal (registrador, registro): em alguns registros, servidores de nomes externos são criados por registrador, em alguns outros há um objeto compartilhado para todos.

Se você for para o caso dos "atributos", a discussão acima sobre endereços IP e outros ainda se mantém, a única coisa diferente é que os servidores de nomes não são criados como objetos separados no banco de dados do registro, eles são apenas fornecidos como atributos para qualquer comando que cria ou atualiza um nome de domínio.

Mas em todos os casos, as desvantagens de tudo isso, se você decidir seguir o caminho de "deixe-nos criar um ns1e ns2em todos os domínios que hospedamos", significa:

você precisa obter acesso ao registrador que administra esses domínios para definir potencialmente esses nomes e seus endereços IP. Portanto, você precisa pedir a seus clientes para fazerem a operação (se você não gerencia os registros de nomes de domínio para eles) - e boa sorte explicando tudo isso para eles, é claro que cada site de registrador é diferente para saber para onde ir. registrar um servidor de nomes dependerá: Conheço alguns registradores onde há apenas um link para registrar um determinado servidor de nomes em "todos" os registros (ou seja, todos os registros onde esse registrador específico é credenciado), o que na maioria das vezes é certamente algo que você não deseja , e outros onde não há GUI para fazer isso, você precisa pedir ao suporte), ou fazer isso por eles, mas então você precisa do acesso deles ao painel do registrador (enorme risco de segurança)
e você precisa atualizar tudo isso, e além de casos específicos (como se você lidasse com todos os registros de nomes de domínio de seus clientes e se eles estivessem todos no mesmo registrador), não há operações em massa. Então, no dia em que você precisar criar um novo ns3, precisará fazê-lo em qualquer lugar (mas o mesmo caso se você acabou de criar ns3.my-shiny-hosting-company.example), mas um problema ainda maior no dia em que você precisar alterar os endereços IP dos servidores de nomes (porque isso sempre acontece) desde por definição, crie-os sob o nome de domínio para o qual são autorizados, eles estão no bailiwick, portanto, você precisará atualizar os endereços IP não duas vezes (em seu próprio arquivo de zona e talvez no registro para my-shiny-hosting-company.example), mas quantas vezes forem domínios, novamente pedindo a cada um de seus clientes para ver onde fazer isso no painel da web do registrador ou fazendo isso por eles.

Espere grandes dores de cabeça nesse caminho. Especialmente se você ainda não é um especialista em hospedagem DNS e negócios de registro de nomes de domínio.

Answer

O registrador é a única entidade que pode cuidar disso para mim?

Sim. E nem mesmo "o registrador", mas "todo e qualquer registrador" usado pelos nomes de domínio de seus clientes (eles são livres para registrá-los em qualquer lugar ou você mesmo cuida de tudo? Não está claro na sua pergunta ...)

Você parece estar confuso sobre o que significa "registrar" um servidor de nomes, e isso pode ser fácil (ficar confuso), pois há muita desinformação. Portanto, o que está abaixo responderá apenas a essa parte específica, mas fora isso, hoje em dia, fazer DNS para qualquer tipo de configuração não trivial pode não ser uma boa ideia para começar, sem qualquer tipo de experiência em funcionamento de protocolo DNS de baixo nível, scripts de shell, monitoramento , automação, etc. especialmente com tecnologias mais complexas como DNSSEC.

Primeiro, uma ressalva que você pode não gostar: na maioria das vezes isso é feito por questão de vaidade e/ou tentativa de esconder a verdadeira hospedagem, e em ambos os casos não funciona. Portanto, a solução real para o seu problema seria apenas fornecer aos seus clientes seus servidores de nomes ns1.my-shiny-hosting-company.examplee ns2.my-shiny-hosting-company.exampleesquecer de criar servidores de nomes por site hospedado. Você então recupera muito tempo e sanidade seguindo esse caminho mais simples.

Agora mais detalhes sobre realmente esse negócio de registro de servidor de nomes, se você ainda quiser fazer isso ou pelo menos entender melhor o que é.

Primeiro, algumas diferenças importantes a serem observadas antecipadamente:

depende do TLD considerado (o TLD do domínio que usa esses servidores de nomes, não o TLD dos servidores de nomes)
depende do uso de servidores de nomes "no bailiwick" ou não, ou seja, servidores de nomes cujos nomes estão abaixo do nome de domíniopara o qual eles são autoritários(esta cláusula é muito importante). ns1.example.comestá no bailiwick para example.comse example.comusá-lo como servidor de nomes oficial.

Obviamente, se para qualquer domínio você deseja hospedar um site, você também deseja ter servidores de nomes usando o mesmo nome, então todos esses servidores de nomes estão "no bailiado" e você está imediatamente no caso mais complexo para registrá-los, deixe-nos veja por que agora.

Os registros usam dois modelos separados para lidar com servidores de nomes: como objetos ou como atributos. gTLDs usam objetos, muitos/a maioria (?) ccTLDs usam atributos. E às vezes as coisas mudam (como .FRpassou de atributos para objetos recentemente). Isso geralmente fica oculto de você pelo seu registrador.

Mas no caso típico de "objetos" as coisas são assim:

você vai a algum registrador
você registra o domínio X
antes de poder definir alguns servidores de nomes para ele, você precisa registrar esses servidores de nomes: eles precisam existir como objetos no banco de dados do registro, então o registrador precisa criá-los primeiro e depois associá-los ao seu domínio
é claro que um bom registrador esconde tudo isso para você: ele pede seus servidores de nomes e depois faz o que é necessário de forma transparente
3 casos acontecem:
- se o nome do servidor de nomes estiver em outro(s) TLD(s) diferente(s) do registro, ele é chamado de servidor de nomes "externo" e apenas seu nome é necessário para criá-lo como registro
- se o nome do servidor de nomes estiver em um TLD do registro, é claro que é um servidor de nomes "interno", portanto seu nome é necessário e seus endereços IP PODEM ser necessários ou não:
  - se o servidor de nomes estiver diretamente sob o nome de domínio para o qual deve ser autoritativo (esse é o caso "no bailiado" explicado acima), ele DEVE ser criado com endereços IP (para que a resolução funcione posteriormente, foi isso que criou " colar" registros no registro
  - caso contrário, pode ou não ser criado com endereços IP, porque eles não são necessários no momento, mas podem ser necessários assim que forem associados ao domínio como autoritativos.

Então, resumindo, o registrador pode solicitar endereços IP além dos nomes dos servidores de nomes e então fazer sua mágica para criar coisas apropriadas no registro.

Como você pode ver, você precisa fazer isso pelo menos por casal (registrador, registro): em alguns registros, servidores de nomes externos são criados por registrador, em alguns outros há um objeto compartilhado para todos.

Se você for para o caso dos "atributos", a discussão acima sobre endereços IP e outros ainda se mantém, a única coisa diferente é que os servidores de nomes não são criados como objetos separados no banco de dados do registro, eles são apenas fornecidos como atributos para qualquer comando que cria ou atualiza um nome de domínio.

Mas em todos os casos, as desvantagens de tudo isso, se você decidir seguir o caminho de "deixe-nos criar um ns1e ns2em todos os domínios que hospedamos", significa:

você precisa obter acesso ao registrador que administra esses domínios para definir potencialmente esses nomes e seus endereços IP. Portanto, você precisa pedir a seus clientes para fazerem a operação (se você não gerencia os registros de nomes de domínio para eles) - e boa sorte explicando tudo isso para eles, é claro que cada site de registrador é diferente para saber para onde ir. registrar um servidor de nomes dependerá: Conheço alguns registradores onde há apenas um link para registrar um determinado servidor de nomes em "todos" os registros (ou seja, todos os registros onde esse registrador específico é credenciado), o que na maioria das vezes é certamente algo que você não deseja , e outros onde não há GUI para fazer isso, você precisa pedir ao suporte), ou fazer isso por eles, mas então você precisa do acesso deles ao painel do registrador (enorme risco de segurança)
e você precisa atualizar tudo isso, e além de casos específicos (como se você lidasse com todos os registros de nomes de domínio de seus clientes e se eles estivessem todos no mesmo registrador), não há operações em massa. Então, no dia em que você precisar criar um novo ns3, precisará fazê-lo em qualquer lugar (mas o mesmo caso se você acabou de criar ns3.my-shiny-hosting-company.example), mas um problema ainda maior no dia em que você precisar alterar os endereços IP dos servidores de nomes (porque isso sempre acontece) desde por definição, crie-os sob o nome de domínio para o qual são autorizados, eles estão no bailiwick, portanto, você precisará atualizar os endereços IP não duas vezes (em seu próprio arquivo de zona e talvez no registro para my-shiny-hosting-company.example), mas quantas vezes forem domínios, novamente pedindo a cada um de seus clientes para ver onde fazer isso no painel da web do registrador ou fazendo isso por eles.

Espere grandes dores de cabeça nesse caminho. Especialmente se você ainda não é um especialista em hospedagem DNS e negócios de registro de nomes de domínio.

Question 2

Então, vou oferecer aos meus clientes hospedagem gerenciada usando serviços da web de terceiros.

Estarei oferecendo máquinas VPS aos meus clientes.

Então você oferecerá hospedagem de sites e VPS?

Se sim, DEIXE O DNS DELES!

Não há nenhuma razão técnica para você hospedar o DNS deles. Se você não possui a infraestrutura altamente disponível e globalmente diversificada necessária para hospedar seu DNS, e se não possui o conhecimento e a experiência necessários (o que você não tem em virtude de sua pergunta), então você não deveria hospedar seus DNS.

Isso não é um insulto para você. Deixe o alojamento DNS para as entidades que tenham infraestrutura e experiência. Não há razão para você hospedar DNS para seus clientes e você não deve hospedar DNS para seus clientes.

Answer

Então, vou oferecer aos meus clientes hospedagem gerenciada usando serviços da web de terceiros.

Estarei oferecendo máquinas VPS aos meus clientes.

Então você oferecerá hospedagem de sites e VPS?

Se sim, DEIXE O DNS DELES!

Não há nenhuma razão técnica para você hospedar o DNS deles. Se você não possui a infraestrutura altamente disponível e globalmente diversificada necessária para hospedar seu DNS, e se não possui o conhecimento e a experiência necessários (o que você não tem em virtude de sua pergunta), então você não deveria hospedar seus DNS.

Isso não é um insulto para você. Deixe o alojamento DNS para as entidades que tenham infraestrutura e experiência. Não há razão para você hospedar DNS para seus clientes e você não deve hospedar DNS para seus clientes.

Question 3

Normalmente, registra-se apenas um único conjunto de servidores de nomes (novamente, normalmente, sob SEU nome de domínio) e, em seguida, todos os domínios de seus clientes fazem referência a esses servidores de nomes como oficiais. Embora você possa registrar servidores de nomes diferentes para cada domínio de cliente, isso é desnecessário e é difícil de gerenciar e migrar. As desvantagens podem parecer pequenas quando você tem três ou quatro domínios, mas quando chega a 20 ou 200, registrar servidores de nomes separados (geralmente um mínimo de 2 por domínio) rapidamente se torna complicado.

Answer

Normalmente, registra-se apenas um único conjunto de servidores de nomes (novamente, normalmente, sob SEU nome de domínio) e, em seguida, todos os domínios de seus clientes fazem referência a esses servidores de nomes como oficiais. Embora você possa registrar servidores de nomes diferentes para cada domínio de cliente, isso é desnecessário e é difícil de gerenciar e migrar. As desvantagens podem parecer pequenas quando você tem três ou quatro domínios, mas quando chega a 20 ou 200, registrar servidores de nomes separados (geralmente um mínimo de 2 por domínio) rapidamente se torna complicado.

Registro de servidor de nomes personalizado (nome do host)

Responder1

Responder2

Responder3

informação relacionada