nslookup hlásí neznámý server: je to jen popisek
Vlastní reverzní jméno resolveru a neúspěšné dopředné hledání jsou různé výsledky. Přečtěte si sekci odpovědi, než změníte jakékoli nastavení DNS ve VPN.
Připojte VPN, spusťte nslookup a v záhlaví se objeví adresa resolveru s polem jména vyplněným jako Unknown. To slovo stojí nad odpovědí a většina lidí přestane číst před částí, na které záleží. Popisek popisuje, zda má resolver vlastní reverzní jméno; o tom, zda se přeložilo jméno hostitele, na které jste se ptali, zatím neříká nic. Zavřít to okno včas je tady celá dovednost.
Ten výpis mohou vytvořit dva různé dotazy a jen jeden z nich se týká vašeho problému. Jejich oddělení stojí jeden příkaz navíc a ušetří odpoledne úprav nastavení DNS, která nikdy nebyla špatná.
Co nástroj dělá, než vám odpoví
nslookup se může pokusit najít jméno pro adresu serveru, který se chystá použít, což je reverzní dotaz v doméně in-addr.arpa nebo ip6.arpa. Pokud tento záznam PTR chybí, je filtrován politikou nebo prostě není publikován, nástroj vypíše Unknown a pokračuje. Dopředného překladu se toto selhání netýká, protože jde o jinou otázku poslanou stejnému serveru.
Proto může soukromý resolver správně odpovědět na každé firemní jméno a přesto v záhlaví nástroje působit anonymně. Adresa je známá; jméno za ní ne, a nástroj je v tom upřímný, i když zůstává mírně teatrální ohledně slova, které zvolí.
Spusťte oba dotazy záměrně
Zeptejte se na hostitele, na kterém vám záleží, a potom na vlastní adresu resolveru. První požadavek nese jméno, které potřebujete; druhý se ptá serveru, zda dokáže pojmenovat sám sebe. Zapsané vypadají takto: nslookup app.corp.example 10.77.0.53 pro hostitele a nslookup 10.77.0.53 10.77.0.53 pro reverzní jméno resolveru.
Oba příklady jsou ilustrativní, takže je nahraďte svými jmény a adresami. Nejde o přesnou syntaxi, ale o oddělení: oba příkazy kladou různé otázky a smějí dávat různé výsledky, aniž by některý byl poruchou.
Tři výsledky, které vypadají podobně a nejsou
Vypršení časového limitu znamená, že nepřišla vůbec žádná odpověď, což ukazuje na dostupnost, filtrování nebo špatnou adresu serveru. Záporná odpověď znamená, že server odpověděl a řekl, že jméno neexistuje, což ukazuje na zónu nebo suffix. Chybějící reverzní jméno znamená, že server odpověděl na druhou otázku ničím užitečným, a dopředná odpověď přitom mohla být dokonalá. Tři výsledky, tři vlastníci a jen jeden z nich se týká jména hostitele, které jste potřebovali.
Jen první dva popisují cestu DNS, která pro vaši aplikaci selhává. Třetí popisuje záznam, který nebyl nikdy publikován, a jeho považování za závadu vede ke změnám, které ho nemohou opravit, například k přepisování suffixu hledání, dokud záhlaví nezačne vypadat přátelštěji.
Čtěte sekce, ne záhlaví
Pod záhlavím nástroj vypisuje odpověď, autoritu a případné dodatečné záznamy. Správná adresa v sekci odpovědi je výsledek, který jste chtěli, i když je jméno v záhlaví Unknown. Prázdná odpověď s autoritativním odmítnutím je jiný výsledek a zaslouží si vlastní vyšetřování.
V každé zprávě podpoře držte oba objekty výslovně: které jméno bylo dotazováno a kterého serveru jste se ptali. Zprávy, které jen uvádějí, že DNS přes VPN nefunguje, nutí dalšího člověka zrekonstruovat test, který jste už provedli.
Když na reverzním jménu skutečně záleží
Některé služby na záznamech PTR skutečně závisí: logování, které překládá adresy klientů, kontroly reputace pošty nebo administrativní nástroje zobrazující jména. Pokud některá z nich selhává, publikujte záznam nebo opravte zónu, která by ho měla obsahovat. Ta práce je legitimní a oddělená od otázky, zda VPN správně předává dotazy.
Úzký závěr platí: jeden chybějící popisek resolveru nedokazuje, že je dopředný překlad tunelem rozbitý, a jedno fungující dopředné hledání nedokazuje, že se přeloží každé jméno v zóně. Otestujte jméno, které skutečně potřebujete, a pak rozhodněte, co slovo v záhlaví znamená.