Mamy symbol wieloznaczny skonfigurowany do obsługi wszystkich subdomen dla „example.com”
REJESTR: * .example.com wskazuje na 10.10.10.10
Mamy bardziej szczegółowy rekord A do obsługi specjalnej subdomeny (działa to dobrze):
Rekord: staging.example.com punkty 10.10.10.9
Problem, który mamy, polega na tym, że migrujemy staging do nowego środowiska hostingowego i otrzymaliśmy polecenie użycia CNAME:
CNAME: new-staging.example.com wskazuje na proxy.heroku.com
Myśleliśmy, że to zadziała. Jednak new-staging.example.com rozwiązuje problem z symbolem wieloznacznym najwyższego poziomu 10.10.10.10 i nie wskazuje na proxy.heroku.com.
czego mi brakuje? Czy to nie jest możliwe? Czy to zła praktyka? Dzięki,
domain-name-system
cname-record
zdennis
źródło
źródło
dig -t ANY new-staging.example.com
?Odpowiedzi:
Odpowiedź brzmi „Nie” - bardziej konkretny rekord powinien wygrać, więc powinien działać zgodnie z opisem / oczekiwaniami. Domyślam się, że masz gdzieś buforowany symbol wieloznaczny i musisz poczekać, aż pamięć podręczna wygaśnie.
szybki test z BIND 9.6.2-P2 / FreeBSD 8.1:
Strefa zawierająca rekordy:
Rozwiązuje się w następujący sposób:
(Zwraca CNAME)
i
(Zwraca rekord wieloznaczny A)
źródło
Zgodnie z komentarzem do pytania:
... źle skonfigurowałeś DNS. Musisz ustawić cel CNAME na
proxy.heroku.com.
- końcowy okres jest ważny! Bez tego twój serwer DNS zakłada, że masz na myśli hosta w twojejexample.com
strefie -proxy.heroku.com.example.com
- i to jest przechwytywane przez rekord wieloznaczny.źródło
new-new-staging
?).Zetknąłem się z tym postem, badając, jak to się robi w przypadku udostępnionego serwera Plesk Linux. W ich przykładzie odnoszą się do kombinacji rozwiązania DNS / vhost.conf, w której należy dodać zarówno plik vhost.conf, jak i zaktualizować DNS.
Cytat: „Musi to być ostatni na liście subdomen uporządkowanej alfabetycznie, więc zacznij jego nazwę od„ zz ”. Http://kb.parallels.com/2239
Sądzę, że różni się to od „normalnej” teorii DNS, zgodnie z którą zwracany byłby bardziej szczegółowy rekord.
źródło