Свържете VPN, изпълнете nslookup и заглавката показва адреса на резолвера с поле за име, попълнено като Unknown. Тази дума стои над отговора и повечето хора спират да четат преди важната част. Етикетът описва дали резолверът има собствено обратно име; той още не казва нищо за това дали името на хоста, което сте попитали, се е резолвнало. Затварянето на този прозорец навреме е цялото умение тук.

Две различни заявки могат да дадат този екран и само една от тях е за вашия проблем. Разделянето им изисква една допълнителна команда и спестява следобед редактиране на DNS настройки, които никога не са били грешни.

Какво прави инструментът, преди да ви отговори

nslookup може да се опита да намери име за адреса на сървъра, който ще използва, а това е обратно търсене в домейна in-addr.arpa или ip6.arpa. Ако този PTR запис липсва, е филтриран от политика или просто не е публикуван, инструментът отпечатва Unknown и продължава. Прякото резолвване не се засяга от този провал, защото това е друг въпрос, изпратен до същия сървър.

Ето защо частен резолвер може да отговори правилно на всяко корпоративно име и все пак да изглежда анонимен в заглавката на инструмента. Адресът е известен; името зад него не е, и инструментът е честен за това, макар и леко театрален относно думата, която избира.

Изпълнете двете заявки нарочно

Попитайте за хост, който ви е важен, после попитайте за собствения адрес на резолвера. Първата заявка носи името, което ви трябва; втората пита сървъра дали може да назове себе си. Записани, те изглеждат така: nslookup app.corp.example 10.77.0.53 за хоста и nslookup 10.77.0.53 10.77.0.53 за обратното име на резолвера.

И двата примера са илюстративни, затова заменете със свои имена и адреси. Въпросът не е в точния синтаксис, а в разделянето: двете команди задават различни въпроси и могат да дадат различни резултати, без някоя от тях да е повреда.

Три резултата, които изглеждат сходни и не са

Таймаут означава, че изобщо не е пристигнал отговор, което сочи към достижимост, филтриране или грешен адрес на сървъра. Отрицателен отговор означава, че сървърът е отговорил и е казал, че името не съществува, което сочи към зоната или суфикса. Липсващо обратно име означава, че сървърът е отговорил на втория въпрос с нищо полезно, а прекият отговор може все още да е бил перфектен. Три резултата, три собственика и само един от тях е за името на хоста, което ви трябваше.

Само първите два описват DNS път, който се проваля за вашето приложение. Третият описва запис, който никога не е бил публикуван, и третирането му като повреда води до промени, които не могат да го поправят, например пренаписване на суфикса за търсене, докато заглавката не изглежда по-приятелска.

Четете секциите, не заглавката

Под заглавката инструментът отпечатва отговора, авторитета и всички допълнителни записи. Правилният адрес в секцията с отговора е резултатът, който сте искали, дори когато името в заглавката е Unknown. Празен отговор с авторитетен отказ е различен изход и заслужава собствено разследване.

Дръжте двата обекта ясни във всичко, което изпращате на поддръжката: кое име е било запитано и кой сървър е бил попитан. Доклади, които споменават само, че DNS е счупен през VPN, принуждават следващия човек да възстанови тест, който вече сте направили.

Когато обратното име наистина има значение

Някои услуги наистина се интересуват от PTR записи: журналиране, което резолвва адреси на клиенти, проверки за репутация на пощата или административни инструменти, които показват имена. Ако нещо от това се проваля, публикувайте записа или поправете зоната, която трябва да го държи. Тази работа е законна и отделна от въпроса дали VPN препраща заявките правилно.

Тесният извод остава: един липсващ етикет на резолвер не доказва, че прякото резолвване през тунела е счупено, а едно работещо пряко търсене не доказва, че всяко име в зоната се резолвва. Тествайте името, което наистина ви трябва, после решете колко струва думата в заглавката.

Подобни статии