CNAME para outro domínio falha em algumas redes de escritório, por quê?

Question

Nosso domínio "aspenfasteners.com" é hospedado pela Volusion. Temos registros CNAME "find" e "search" que apontam para contas de indexação de sites em www.picosearch.com.

Esses endereços falham em algumas redes de escritórios particulares que possuem seu próprio DNS. Suspeitamos que o problema venha dos servidores de nomes da Volusion, n2.volusion.com e n3.volusion.com.

Suporte a Volusões em problemas que este técnico é inexistente.

Nós tentamos um NSLOOKUP em find.aspenfasteners.com com informações de depuração de nível 2 e obtivemos os resultados abaixo. É possível que o DNS local esteja recorrendo aos servidores de nomes do Volusion e que, embora o Volusion DOES retorne o nome canônico, eles NÃO resolvem o endereço?

Alguém com experiência neste tipo de coisas POR FAVOR olhe para o NSLOOKUP abaixo e diga-me se estamos certos, porque Volusion está me dando absolutamente nenhum apoio sobre este tópico. Eu preciso de provas de onde está o problema.

Muito obrigado!

Carlo

find.aspenfasteners.com Server: mtl-srm-dbsv-01.fastenerwholesale.com Address: 192.168.0.44

SendRequest (), len 61     CABEÇALHO:         opcode = QUERY, id = 8, rcode = NOERROR         sinalizadores de cabeçalho: consulta, deseja recursão         perguntas = 1, respostas = 0, registros de autoridade = 0, adicionais = 0

QUESTIONS:
    find.aspenfasteners.com.fastenerwholesale.com, type = A, class = IN

------------

Resposta recebida (138 bytes):     CABEÇALHO:         opcode = QUERY, id = 8, rcode = NXDOMAIN         sinalizadores de cabeçalho: resposta, auth. resposta, deseja recursão, recursão avail.         perguntas = 1, respostas = 0, registros de autoridade = 1, adicionais = 0

QUESTIONS:
    find.aspenfasteners.com.fastenerwholesale.com, type = A, class = IN
AUTHORITY RECORDS:
->  fastenerwholesale.com
    type = SOA, class = IN, dlen = 46
    ttl = 3600 (1 hour)
    primary name server = mtl-srm-dbsv-01.fastenerwholesale.com
    responsible mail addr = admin.fastenerwholesale.com
    serial  = 10219
    refresh = 900 (15 mins)
    retry   = 600 (10 mins)
    expire  = 86400 (1 day)
    default TTL = 3600 (1 hour)

------------

SendRequest (), len 41     CABEÇALHO:         opcode = QUERY, id = 9, rcode = NOERROR         sinalizadores de cabeçalho: consulta, deseja recursão         perguntas = 1, respostas = 0, registros de autoridade = 0, adicionais = 0

QUESTIONS:
    find.aspenfasteners.com, type = A, class = IN

------------

Tem resposta (141 bytes):     CABEÇALHO:         opcode = QUERY, id = 9, rcode = NXDOMAIN         sinalizadores de cabeçalho: resposta, auth. responda         perguntas = 1, respostas = 1, registros de autoridade = 1, adicionais = 1

QUESTIONS:
    find.aspenfasteners.com, type = A, class = IN
ANSWERS:
->  find.aspenfasteners.com
    type = CNAME, class = IN, dlen = 17
    canonical name = www.picosearch.com
    ttl = 3600 (1 hour)
AUTHORITY RECORDS:
->  com
    type = SOA, class = IN, dlen = 43
    ttl = 900 (15 mins)
    primary name server = ns3.volusion.com
    responsible mail addr = admin.volusion.com
    serial  = 1
    refresh = 900 (15 mins)
    retry   = 600 (10 mins)
    expire  = 86400 (1 day)
    default TTL = 3600 (1 hour)
ADDITIONAL RECORDS:
->  ns3.volusion.com
    type = A, class = IN, dlen = 4
    internet address = 65.61.137.154
    ttl = 900 (15 mins)

*** mtl-srm-dbsv-01.fastenerwholesale.com não consegue encontrar find.aspenfasteners.com: domínio inexistente

    

Answer 1

Olhando para o seu log, ele não parece ser um problema com os servidores de nomes do Volusion, é mais provável que seja um problema com os resolvedores de armazenamento em cache usados pelas redes de escritórios privados que se comportam mal.

A intenção da primeira resolução é anexar o que eu suponho ser seu próprio nome de domínio, portanto, quando você procurar find.aspenfasteners.com , os resolvedores primeiro solicitarão find.aspenfasteners.com. fastenerwholesale.com . Em seguida, o resolvedor pede o domínio real sem acrescentar nada. Ele solicita o IP associado ao domínio, especificando o tipo de registro de recurso A . O servidor de nomes Volusion define corretamente o código de retorno para NXDOMAIN (= domínio inexistente), porque não possui um registro A para o domínio que você solicitou. No entanto, ele retorna o registro de recurso CNAME na seção aswer, portanto, agora é o trabalho do resolvedor procurar o nome do host especificado no registro de recurso CNAME.

Eu procuraria problemas no lado do resolvedor.