Problemy z CNAME w konfiguracji GeoDNS


Próbuję skonfigurować coś podobnego do konfiguracji CDN (sieci dostarczania treści). Chcę używać rekordów DNS, które zwracają rekord A na podstawie lokalizacji geograficznej użytkownika. Udało mi się to skonfigurować za pomocą RAGE4 DNS. Naprawdę nie mogę przenieść domeny (nazwijmy ją domaina.com) do RAGE4 i mogę tylko zmienić subdomenę. Więc zarejestrowałem nową nazwę domeny (nazwijmy ją domainb.com) i ustawiłem ją na RAGE4 DNS z rekordami geo A i zmieniłem subdomenę (na domaina.com) na CNAME, która wskazuje na RAGE4 DNS. Powoduje to, że rekordy A zwracane podczas uzyskiwania dostępu do subdomeny (w domenieb.com) zwracają tylko ten sam adres IP, ponieważ używa lokalizacji serwera nazw dla domena.com (a nie pierwotnego użytkownika składającego żądanie).
Być może jest to najlepsze wyjaśnienie:
  • Użytkownik żąda rekordu DNS dla xyz.domaina.com z ns1.domaina.com
  • xyz.domaina.com to rekord CNAME wskazujący na xyz.domainb.com
  • xyz.domainb.com zwraca rekord A na podstawie lokalizacji geograficznej użytkownika (w tym przypadku jest to lokalizacja geograficzna ns1.domaina.com)

Czy są jakieś sposoby, aby zmusić go do używania oryginalnej lokalizacji użytkownika zamiast lokalizacji serwerów nazw?
Zaproszony:
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Nie możesz.
jest

rozszerzenie EDNS0 o nazwie

„Podsieć klienta w zapytaniach DNS”

http://tools.ietf.org/html/dra ... et-02
i jest już obsługiwany przez niektóre resolwery, takie jak Google Public DNS
         8.8.8.8
i OpenDNS
         208.67.222.222
(ale nie dla poziomu 3
         4.2.2.1
, Dziekan
         216.146.35.35
, Hurricane Electric
         74.82.42.42
lub większość innych dostawców). Ostatnim razem, gdy sprawdzałem, takie rzeczy nadal nie były obsługiwane w żadnym oprogramowaniu typu open source, więc obsługują je tylko programy do rozpoznawania plików Google i OpenDNS.
Kilka powiązanych pytań:

Kilka odpowiednich odpowiedzi dotyczących rozwiązywania problemów:

Krótko mówiąc, spróbuj biec
         dig -t txt o-o.myaddr.l.google.com +short
od perspektywy. Jeśli nie widzisz
         edns0-client-subnet
przy wyjściu wszystkie zakłady są wyłączone.
% dig -t txt o-o.myaddr.l.google.com +short
"188.40.25.3"% dig @google-public-dns-a.google.com. -t txt o-o.myaddr.l.google.com +short
"74.125.189.17"
"edns0-client-subnet 88.198.54.0/24"% dig @resolver1.opendns.com. -t txt o-o.myaddr.l.google.com +short
"208.69.33.21"
"edns0-client-subnet 88.198.54.0/24"% dig @a.resolvers.level3.net. -t txt o-o.myaddr.l.google.com +short
"8.0.18.147"% dig @resolver1.dyndnsinternetguide.com. -t txt o-o.myaddr.l.google.com +short
"91.198.22.152"% dig @ordns.he.net -t txt o-o.myaddr.l.google.com +short
"216.66.80.30"%

Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się