Um domínio abc.com tem dois servidores localizados em dois locais diferentes, um na Índia e outro na Malásia. Se a solicitação for tratada pelos servidores dependendo do local de onde a solicitação é originada, então como o servidor DNS resolve esses servidores distribuídos geograficamente quando meu sistema cliente está configurado para um servidor DNS local em indiano ou um servidor DNS em Malyasia?
Atenciosamente
Supratik
Existem duas maneiras de fazer isso. Um é o DNS Geo-aware, conforme mencionado por tore, e o outro modo é ter o DNS Anycast. (veja: provedores de Geo-DNS? )
O Anycast DNS é um pouco diferente, pois o servidor DNS autoritativo anuncia um endereço IP, mas em local diferente (por exemplo, um na Malásia e outro nos EUA). Quando alguém consultar o Anycast DNS, ele acessará o servidor mais próximo e cada servidor terá diferentes conjuntos de respostas. (Veja: link )
O que você precisa é de um serviço DNS com reconhecimento geográfico ou de um provedor que possa fornecer esse serviço.
O que o servidor DNS fará se for geo-ciente, é olhar para o IP solicitando uma pesquisa para abc.com e, com base nas configurações do servidor DNS, ele retornará um IP para o local A ou B.
Para simplificar, você pode configurar um servidor DNS para retornar 127.0.0.1 como o IP da zona google.com para todas as solicitações, a menos que você venha de, por exemplo, Europa.
O uso do DNS para lidar com o redirecionamento com reconhecimento geográfico é comumente feito, mas nem sempre é ideal.
A razão para isso é que não há garantia de que o endereço IP na solicitação de DNS esteja correlacionado de alguma forma com a localização física do usuário. Na maioria das vezes pode muito bem ser, mas isso é apenas uma coincidência. O que acontece se o usuário estiver usando o OpenDNS - como você os redireciona?
A resposta "certa" é o redirecionamento em nível de aplicativo - faça com que seus servidores olhem o endereço IP da solicitação HTTP real e redirecionem para outro servidor (com um nome diferente) se o cliente atingir o servidor errado.
O Google e alguns outros estão atualmente propondo uma nova extensão de DNS na IETF DNSEXT Working Group, que permite que os serviços DNS abertos (como o OpenDNS) informem às Redes de Distribuição de Conteúdo (por exemplo, Akamai) qual é o seu endereço real, mas é bastante controverso por causa das implicações de privacidade.
Tanto quanto me lembro, não há nada no DNS que lide com a resolução de um nome de host para diferentes endereços IP com base na localização geográfica do solicitante. O DNS não sabe ou não se importa onde você está, onde está ou onde os hosts que estão sendo solicitados a resolver estão em um mapa do mundo, apenas em um mapa da Internet.
Talvez seja necessário ter uma página de destino genérica em www.example.com que analise o IP do usuário e, em seguida, extraia o conteúdo de india.example.com ou < em> malaysia.example.com , e assim por diante, dependendo da localização do usuário, ou trabalhar com pessoas como o akamai se for um tráfego muito alto.
Não. DNS simplesmente não se importa. Todo servidor que armazena em cache a região fará um round-robin entre todos os endereços IP que possui. Ponto.
Se você deseja roteamento eficiente, deve publicar seus servidores da Web em endereços IP do UNICAST. Isso requer muita infraestrutura. Hosters normais não fazem isso;)
Tags domain-name-system