Sinasabi ng nslookup na hindi kilala ang server: isa lamang itong label

Kumonekta sa VPN, patakbuhin ang nslookup, at ipinapakita ng header ang address ng resolver na ang field ng pangalan ay puno ng Unknown. Ang salitang iyon ay nasa ibabaw ng sagot, at ang karamihan ay humihinto sa pagbasa bago ang bahaging mahalaga. Inilalarawan ng label kung may sariling reverse na pangalan ang resolver; wala pa itong sinasabi tungkol sa kung naresolba ang hostname na itinanong mo. Ang pagsara ng window na iyon nang maaga ang buong kasanayan dito.

Dalawang magkaibang query ang makakagawa ng ganoong display, at isa lamang sa kanila ang tungkol sa iyong problema. Ang paghihiwalay sa kanila ay nangangailangan ng isang karagdagang utos at nakakatipid ng isang hapon sa pag-edit ng mga setting ng DNS na hindi naman kailanman mali.

Ano ang ginagawa ng tool bago ito sumagot

Maaaring subukan ng nslookup na humanap ng pangalan para sa address ng server na gagamitin nito, na isang reverse na paghahanap sa domain na in-addr.arpa o ip6.arpa. Kung wala ang PTR record na iyon, nasala ng patakaran, o hindi lang na-publish, ipinapakita ng tool ang Unknown at nagpapatuloy. Hindi naaapektuhan ng kabiguan na iyon ang pasulong na resolusyon, dahil ibang tanong ito na ipinadala sa parehong server.

Kaya naman ang isang pribadong resolver ay makakasagot nang tama sa bawat pangalan ng kumpanya at mukha pa ring hindi kilala sa header ng tool. Alam ang address; hindi alam ang pangalan sa likod nito, at tapat ang tool tungkol doon bagama't nananatili itong medyo teatrikal sa salitang pinipili nito.

Patakbuhin ang dalawang query nang sadya

Magtanong tungkol sa isang host na mahalaga sa iyo, pagkatapos ay tungkol sa sariling address ng resolver. Ang unang kahilingan ay nagdadala ng pangalang kailangan mo; ang pangalawa ay nagtatanong sa server kung kaya nitong pangalanan ang sarili nito. Kapag isinulat, ganito ang hitsura nila: nslookup app.corp.example 10.77.0.53 para sa host, at nslookup 10.77.0.53 10.77.0.53 para sa reverse na pangalan ng resolver.

Ang dalawang halimbawa ay pantanging paglalarawan lamang, kaya palitan ang mga ito ng sarili mong pangalan at address. Ang punto ay hindi ang eksaktong sintaks kundi ang paghihiwalay: nagtatanong ng magkaibang bagay ang dalawang utos at maaaring magbigay ng magkaibang resulta nang walang alinman sa mga ito na sira.

Tatlong resulta na mukhang magkatulad at hindi

Ang pag-timeout ay nangangahulugang walang sagot na dumating, na tumutukoy sa maabot, pagsasala, o maling address ng server. Ang negatibong sagot ay nangangahulugang sumagot ang server at sinabing wala ang pangalan, na tumutukoy sa zone o suffix. Ang nawawalang reverse na pangalan ay nangangahulugang sinagot ng server ang ikalawang tanong nang walang anumang kapaki-pakinabang, at ang pasulong na sagot ay maaaring perpekto pa rin. Tatlong resulta, tatlong may-ari, at isa lamang sa kanila ang tungkol sa hostname na kailangan mo.

Ang unang dalawa lamang ang naglalarawan ng landas ng DNS na nabibigo para sa iyong application. Ang pangatlo ay naglalarawan ng record na hindi kailanman na-publish, at ang pagtrato dito bilang sira ay humahantong sa mga pagbabagong hindi ito maaayos, tulad ng muling pagsulat ng suffix ng paghahanap hanggang sa maging mas magiliw ang header.

Basahin ang mga seksyon, hindi ang header

Sa ilalim ng header, ipinapakita ng tool ang sagot, ang awtoridad at anumang karagdagang record. Ang tamang address sa seksyon ng sagot ay ang resultang gusto mo, kahit na ang pangalan sa header ay Unknown. Ang walang laman na sagot na may awtoritatibong pagtanggi ay ibang resulta at karapat-dapat sa sarili nitong imbestigasyon.

Panatilihing malinaw ang dalawang bagay sa anumang ipinapadala mo sa suporta: aling pangalan ang itinanong, at aling server ang tinanong. Ang mga ulat na nagsasabing sira ang DNS sa VPN lamang ay pumipilit sa susunod na tao na muling buuin ang pagsubok na ginawa mo na.

Kapag talagang mahalaga ang reverse na pangalan

May mga serbisyong talagang nagmamalasakit sa mga PTR record: pag-log na nagre-resolba ng mga address ng kliyente, pagsusuri ng reputasyon ng email, o mga tool na pang-administratibo na nagpapakita ng mga pangalan. Kung nabigo ang isa sa mga iyon, i-publish ang record o ayusin ang zone na dapat maghawak nito. Ang gawaing iyon ay lehitimo at hiwalay sa tanong kung tama ang pagpapasa ng VPN sa mga query.

Nananatili ang makitid na punto: ang isang nawawalang label ng resolver ay hindi nagpapatunay na sira ang pasulong na resolusyon sa tunnel, at ang isang gumaganang pasulong na paghahanap ay hindi nagpapatunay na naresolba ang bawat pangalan sa zone. Subukan ang pangalang talagang kailangan mo, pagkatapos ay magpasya kung ano ang halaga ng salita sa header.