Servidores de nomes específicos de subdomínio não resolvem intermitentemente

2

Estou tendo problemas com a resolução de DNS de um subdomínio. Eu tenho um pouco de uma situação estranha (pelo menos estranho para mim), então fique comigo enquanto eu explico tudo.

Estou trabalhando com um amigo que possui o nome de domínio november-project.com . Foi comprado e tem seu DNS hospedado com o GoDaddy. Os servidores de nomes apontam para o HostGator, onde o site wordpress mora.

Ok. Por isso, criei um aplicativo da web separado que estava sendo veiculado com sucesso no subdomínio tracking.november-project.com . Eu usei HostGator e empurrei meus ativos para a pasta pública que eles dão quando você cria um subdomínio. Há também tracking-staging.november-project.com que usei para testar.

Recentemente, queria me afastar do HostGator, pois tínhamos alguns problemas com certificados SSL e tempo de atividade. Decidi mover meu aplicativo para o S3 e usar o ButtFront para armazenamento em cache, bem como o Route 53 para delegar a resolução do subdomínio para o AWS. Eu usei este documento para me ajudar a configurar o registro de subdomínio do Route 53:

link

Consegui acessar o site e ver os ativos do S3 sendo entregues, removi o subdomínio da HostGator. Agora o site está carregando algumas pessoas, mas não para outras. Eu posso chegar ao site no meu celular, mas não no meu laptop. Estou vendo server DNS address could not be found. erros.

Não sou muito experiente em DNS e aprendi muito do que sei passando por este processo. Qualquer ajuda é muito apreciada. Eu também posso fornecer mais informações sobre qualquer coisa.

Atualização:

Após verificar com o GoDaddy, o serviço DNS está sendo delegado ao HostGator, portanto, não é possível adicionar registros de zona.

Em seguida, falei com o suporte da HostGator e eles não permitem registros NS para clientes no meu nível de preço (a maioria dos níveis da Web / compartilhados).

Após as discussões com um amigo, parecia que o melhor curso de ação era parar de usar o HostGator para DNS. E como eu estava fazendo essa mudança de qualquer maneira, decidi ir com o Route 53 para consolidar.

Eu esperava que o Route 53 permitisse os registros NS de caractere curinga, para que eu pudesse delegar tudo o que não quero tratar de volta ao HostGator; no entanto, não parece ser um curinga. Os registros NS são comuns para qualquer DNS. Por isso, reservei algum tempo para copiar todos os registros DNS no HostGator para o Route 53. Em seguida, mudei o GoDaddy para apontar para o Route 53. Espero que isso funcione e não cause tempo de inatividade para o site raiz.

Isso tudo parece razoável? Existem cursos de ação mais recomendados?

    
por Tony DiPasquale 31.03.2016 / 02:10

1 resposta

1

Um whois no november-project.com mostra os seguintes registros de servidor de nomes:

Name Server: NS8065.HOSTGATOR.COM
Name Server: NS8066.HOSTGATOR.COM
Name Server: NS-1032.AWSDNS-01.ORG
Name Server: NS-40.AWSDNS-05.COM
Name Server: NS-1565.AWSDNS-03.CO.UK
Name Server: NS-572.AWSDNS-07.NET
Name Server: NS-1465.AWSDNS-55.ORG
Name Server: NS-688.AWSDNS-22.NET
Name Server: NS-2026.AWSDNS-61.CO.UK
Name Server: NS-458.AWSDNS-57.COM

Quando eu procuro o tracking.november-project.com no servidor de nomes hostgator, em seguida, no servidor da AWS, recebo respostas muito diferentes:

Amazon:

Dig [email protected] (205.251.197.185) ...
Authoritative Answer
 Query for tracking.november-project.com type=255 class=1
  tracking.november-project.com A (Address) 52.85.40.208
  tracking.november-project.com A (Address) 52.85.40.67
  tracking.november-project.com A (Address) 52.85.40.155
  tracking.november-project.com A (Address) 52.85.40.215
  tracking.november-project.com A (Address) 52.85.40.151
  tracking.november-project.com A (Address) 52.85.40.200
  tracking.november-project.com A (Address) 52.85.40.138
  tracking.november-project.com A (Address) 52.85.40.222
  tracking.november-project.com NS (Nameserver) ns-1465.awsdns-55.org
  tracking.november-project.com NS (Nameserver) ns-2026.awsdns-61.co.uk
  tracking.november-project.com NS (Nameserver) ns-458.awsdns-57.com
  tracking.november-project.com NS (Nameserver) ns-688.awsdns-22.net

Hostgator:

Dig [email protected] (192.185.5.19) ...
Authoritative Answer
 Query for tracking.november-project.com type=255 class=1
  tracking.november-project.com A (Address) 192.185.38.67
  november-project.com NS (Nameserver) ns8066.hostgator.com
  november-project.com NS (Nameserver) ns8065.hostgator.com
  ns8065.hostgator.com A (Address) 192.185.5.19
  ns8066.hostgator.com A (Address) 192.185.5.190

Idealmente, os servidores de nomes do hostgator precisam ter qualquer vestígio desse domínio completamente removido para garantir que não acreditem que sejam autoritativos e passarão a solicitação para o servidor de nome IS. Parece que isso não está acontecendo.

EDITAR:

Analisei melhor o documento da Amazon e eles são muito vagos, mas, realisticamente, acho que você precisa adicionar os registros do AWS NS ao subdomínio, não ao domínio raiz.

Eu não acredito que você deveria estar vendo os servidores de nomes da Amazon quando você está no domínio raiz. Os registros devem ser

november-project.com             NS    *hostgator ns*
tracking.november-project.com    NS    *amazon ns*

Se esta é a causa, é difícil dizer. Quando faço um nslookup de tracking-staging em minha própria máquina, ele falha porque o NS primário é listado como o hostgator one - um registro NS no subdomínio deve ser visto como mais específico e terá precedência, portanto, esperamos que ele pare esse comportamento. / p>

QUESTIONS:
        tracking-staging.november-project.com, type = AAAA, class = IN
    AUTHORITY RECORDS:
    ->  november-project.com
        ttl = 219 (3 mins 39 secs)
        primary name server = ns8065.hostgator.com
        responsible mail addr = dnsadmin.gator4033.hostgator.com
        serial  = 2016033001
        refresh = 86400 (1 day)
        retry   = 7200 (2 hours)
        expire  = 3600000 (41 days 16 hours)
        default TTL = 86400 (1 day)
    
por 31.03.2016 / 02:27