nslookup rāda nezināmu serveri: tas ir tikai marķieris

Pievienojieties VPN, palaidiet nslookup, un galvenē tiek parādīta atrisinātāja adrese ar vārda lauku, kas aizpildīts ar Unknown. Šis vārds atrodas virs atbildes, un lielākā daļa pārstāj lasīt pirms svarīgās daļas. Marķieris apraksta, vai atrisinātājam ir savs apgrieztais vārds; tas vēl neko nepasaka par to, vai pieprasītais resursdatora vārds tika atrisināts. Šī loga savlaicīga aizvēršana ir visa prasme šeit.

Divi dažādi vaicājumi var radīt šo attēlojumu, un tikai viens no tiem attiecas uz jūsu problēmu. To atdalīšana prasa vienu papildu komandu un ietaupa pēcpusdienu, ko pavadītu, labojot DNS iestatījumus, kas nekad nav bijuši nepareizi.

Ko rīks dara pirms atbildes

nslookup var mēģināt atrast vārdu servera adresei, kuru tas tūlīt izmantos, un tā ir apgrieztā meklēšana domēnā in-addr.arpa vai ip6.arpa. Ja šis PTR ieraksts trūkst, to filtrē politika vai tas vienkārši nav publicēts, rīks izdrukā Unknown un turpina. Tiešo atrisināšanu šī neveiksme neietekmē, jo tas ir cits jautājums, kas nosūtīts tam pašam serverim.

Tāpēc privāts atrisinātājs var pareizi atbildēt uz katru uzņēmuma vārdu un tomēr izskatīties anonīms rīka galvenē. Adrese ir zināma; vārds aiz tās nav, un rīks par to ir godīgs, lai gan paliek nedaudz teatrāls attiecībā uz izvēlēto vārdu.

Palaidiet abus vaicājumus apzināti

Jautājiet par resursdatoru, kas jums svarīgs, un pēc tam par paša atrisinātāja adresi. Pirmais pieprasījums nes jums vajadzīgo vārdu; otrais jautā serverim, vai tas spēj nosaukt pats sevi. Uzrakstīti tie izskatās šādi: nslookup app.corp.example 10.77.0.53 resursdatoram un nslookup 10.77.0.53 10.77.0.53 atrisinātāja apgrieztajam vārdam.

Abi piemēri ir ilustratīvi, tāpēc aizstājiet tos ar saviem vārdiem un adresēm. Būtība nav precīzā sintaksē, bet atdalīšanā: abas komandas uzdod dažādus jautājumus un drīkst dot dažādus rezultātus, nevienai neesot kļūmei.

Trīs rezultāti, kas izskatās līdzīgi, bet nav

Noildze nozīmē, ka atbilde vispār nav ieradusies, kas norāda uz sasniedzamību, filtrēšanu vai nepareizu servera adresi. Negatīva atbilde nozīmē, ka serveris atbildēja un pateica, ka vārds neeksistē, kas norāda uz zonu vai sufiksu. Trūkstošs apgrieztais vārds nozīmē, ka serveris uz otro jautājumu atbildēja ar neko noderīgu, un tiešā atbilde joprojām varēja būt nevainojama. Trīs rezultāti, trīs īpašnieki, un tikai viens no tiem attiecas uz resursdatora vārdu, kas jums bija vajadzīgs.

Tikai pirmie divi apraksta DNS ceļu, kas jūsu lietojumprogrammai neizdodas. Trešais apraksta ierakstu, kas nekad nav publicēts, un tā uztveršana kā kļūmes noved pie izmaiņām, kas to nevar salabot, piemēram, meklēšanas sufīksa pārrakstīšanas, līdz galvene izskatās draudzīgāka.

Lasiet sadaļas, nevis galveni

Zem galvenes rīks izdrukā atbildi, autoritāti un visus papildu ierakstus. Pareiza adrese atbildes sadaļā ir rezultāts, ko vēlējāties, pat ja galvenes vārds ir Unknown. Tukša atbilde ar autoritatīvu atteikumu ir cits iznākums un pelnījusi savu izmeklēšanu.

Saglabājiet abus objektus skaidri visā, ko sūtāt atbalstam: kurš vārds tika vaicāts un kuram serverim jautāts. Ziņojumi, kuros tikai minēts, ka DNS ir salauzts VPN ietvaros, liek nākamajam cilvēkam rekonstruēt testu, ko jau esat veicis.

Kad apgrieztais vārds patiešām ir svarīgs

Daži pakalpojumi patiešām rūpējas par PTR ierakstiem: reģistrēšana, kas atrisina klientu adreses, pasta reputācijas pārbaudes vai administratīvie rīki, kas parāda vārdus. Ja kāds no tiem neizdodas, publicējiet ierakstu vai salabojiet zonu, kurai tas būtu jātur. Šis darbs ir likumīgs un atdalīts no jautājuma, vai VPN pareizi pārsūta vaicājumus.

Šaurais secinājums paliek: viens trūkstošs atrisinātāja marķieris nepierāda, ka tiešā atrisināšana caur tuneli ir salauzta, un viena strādājoša tiešā meklēšana nepierāda, ka katrs zonas vārds tiek atrisināts. Pārbaudiet vārdu, kas jums patiešām vajadzīgs, un tad izlemiet, ko ir vērts galvenes vārds.