Problemas de DNS no mecanismo de computação do Google

6

Estou passando por alguns problemas de rede interessantes, que posso reproduzir e contornar, embora não explique - por isso, peço a você! :)

Eu tenho uma configuração com dois servidores, ambos localizados na rede do Google:

  • Servidor A (Google App Engine): um servidor da web voltado para o público, veiculado no site
  • Servidor B (Google Compute Engine): servidor de captura, captura de imagens em HTML do servidor A

Alguns dias atrás, comecei a experimentar muitos erros de tempo limite em solicitações do Servidor B para o Servidor A. Na maioria dos casos, ele não pôde se conectar ao Servidor A, embora o Servidor A esteja totalmente disponível em qualquer outro endereço IP.

Eu ssh'd no Servidor B e tenho estas descobertas:

  • Eu posso fazer um curl www.ServerA.dk aprox. 3 vezes em poucos segundos, e então a conexão morre, e eu tenho que esperar aprox. 20 segundos, antes que eu possa fazer mais cachos

  • Eu posso, sem problemas, enrolar qualquer outro URL quantas vezes eu quiser

  • O tempo de ping para o Servidor A é ridiculamente baixo (< 1 ms)

Eu posso resolver o problema por:

  • Alterando o DNS em /etc/resolv.conf para o DNS público do Googles

Ou:

  • Ao chamar o servidor A com o URL padrão do Google (ServerA.appspot.com) em vez do meu domínio em dinamarquês www.ServerA.dk

Tenho a sensação de que este é um problema de DNS em nome do Google ou do meu provedor de DNS dinamarquês. Você tem alguma pista?

Domínios reais

  • www.kobstaden.dk (domínio personalizado)
  • kobstaden-hrd.appspot.com (domínio padrão do Google)

Algumas informações de DNS (aleatórias):

Do meu provedor de DNS, eu configurei:

  • C-Name para www.kobstaden.dk aponta para ghs.google.com

Felicidades!

    
por sqren 26.02.2013 / 12:31

1 resposta

1

Aqui está uma resposta do melhor palpite para isso. Muitos provedores de DNS grandes terão seus servidores DNS multihomed - ou seja, o mesmo endereço IP enviará você ao servidor mais próximo de você (em termos de topologia de rede, não de geografia).

Se um dos servidores que responde ao IP multihomed estiver configurado incorretamente, qualquer solicitação de um cliente topologicamente próximo a ele poderá receber uma resposta errada ou nenhuma resposta. Então, ao mudar os servidores DNS, você pode ter um topologicamente mais próximo a você, e usando um nome de domínio diferente, você também vai chegar a um servidor diferente, que pode responder melhor.

    
por 23.04.2013 / 10:52