nslookup seit dat de server ûnbekend is: it is mar in label

Ferbin de VPN, rin nslookup, en de kop lit it adres fan 'e resolver sjen mei it namfeldfol as Unknown. Dat wurd stiet boppe it antwurd, en de measte minsken hâlde op mei lêzen foar it diel dat der ta docht. It label beskriuwt oft de resolver in eigen omkearde namme hat; it seit noch neat oer oft de hostnamme dy't jo fregen oplost is. Dat finster betiid slute is hjir de hiele feardigens.

Twa ferskillende befregingen kinne dat byld meitsje, en mar ien fan harren giet oer jo probleem. Se skiede kostet ien ekstra kommando en sparret in middei it bewurkjen fan DNS-ynstellingen dy't nea ferkeard wiene.

Wat it helpmiddel docht foardat it antwurdet

nslookup kin besykje in namme te finen foar it serveradres dat it brûke sil, wat in omkearde befreging is yn it domein in-addr.arpa of ip6.arpa. As dat PTR-record ûntbrekt, troch belied filtere is of gewoan net publisearre is, printsje it helpmiddel Unknown en giet troch. Foarút-oplossing wurdt troch dy mislearring net rekke, want it is in oare fraach dy't nei deselde server stjoerd wurdt.

Dêrom kin in privee resolver elk bedriuwsnamme goed beäntwurdzje en dochs anonym lykje yn 'e kop fan it helpmiddel. It adres is bekend; de namme derachter net, en it helpmiddel is dêr earlik oer wylst it wat teatral bliuwt oer it wurd dat it kiest.

Rin de twa befregingen bewust

Freegje nei in host dy't jo fan belang fine, en freegje dan nei it eigen adres fan 'e resolver. It earste fersyk draacht de namme dy't jo nedich hawwe; it twadde freget de server oft er himsels beneame kin. Utskreaun sjogge se der sa út: nslookup app.corp.example 10.77.0.53 foar de host en nslookup 10.77.0.53 10.77.0.53 foar de omkearde namme fan 'e resolver.

Beide foarbylden binne yllustratyf, ferfange se dus troch jo eigen nammen en adressen. It punt is net de krekte syntaks, mar de skieding: de twa kommando's stelle ferskillende fragen en meie ferskillende resultaten jaan sûnder dat ien fan beide in steuring is.

Trije útkomsten dy't like lykje en it net binne

In time-out betsjut dat der hielendal gjin antwurd oankaam, wat wiist op berikberens, filtering of it ferkearde serveradres. In negatyf antwurd betsjut dat de server antwurde en sei dat de namme net bestiet, wat wiist op 'e sône of it efterheaksel. In ûntbrekkende omkearde namme betsjut dat de server de twadde fraach mei neat nuttichs beantwurde, en it foarút-antwurd kin noch altyd perfekt west hawwe. Trije resultaten, trije eigners, en mar ien fan harren giet oer de hostnamme dy't jo nedich hiene.

Allinnich de earste twa beskriuwe in DNS-paad dat foar jo applikaasje mislearret. It tredde beskriuwt in record dat nea publisearre is, en it as in steuring behannelje liedt ta feroarings dy't it net reparearje kinne, lykas it oerskriuwen fan it syk-efterheaksel oant de kop freonliker liket.

Lês de seksjes, net de kop

Under de kop printsjet it helpmiddel it antwurd, it gesach en alle ekstra records. In goed adres yn 'e antwerseksje is it resultaat dat jo woe, sels as de namme yn 'e kop Unknown is. In leech antwurd mei in autoritative wegering is in oare útkomst en fertsjinnet syn eigen ûndersyk.

Hâld beide objekten eksplisyt yn alles wat jo nei support stjoere: hokker namme befroegen is, en hokker server frege is. Rapporten dy't allinnich neame dat DNS oer de VPN stikken is, twinge de folgjende persoan om in test te rekonstruearjen dy't jo al dien hawwe.

Wannear't in omkearde namme echt fan belang is

Guon tsjinsten jouwe wol om PTR-records: logging dy't klantadressen oplost, e-postreputaasjekontrôles of administraasjehelpmiddelen dy't nammen sjen litte. As ien fan dy mislearret, publisearje it record of reparearje de sône dy't it hâlde moat. Dat wurk is legitym en apart fan 'e fraach oft de VPN befregingen goed trochstjoert.

It nauwe punt stiet: ien ûntbrekkend resolverlabel bewiist net dat foarút-oplossing oer de tunnel stikken is, en ien wurkjend foarút-sykjen bewiist net dat elke namme yn 'e sône oplost. Test de namme dy't jo echt nedich hawwe, en beslút dan wat it kopwurd wurdich is.