Kāpēc privātais galapunkts joprojām atbild ar publisku adresi

Klēpjdators pieslēdzas, tunelis ziņo, ka tas ir aktīvs, un krātuves konts joprojām noraida katru pieprasījumu. Privātais galapunkts pastāv, maršruts uz tā apakštīklu pastāv, un nosaukums vai nu atbild ar publisku adresi, vai arī neizšķiras vispār. Ar tuneli viss ir kārtībā: klientam nekad netika pateikts, kuram serverim būtu jāatbild par šo nosaukumu. Izsekojiet vaicājumam uz āru, un plaisa kļūst acīmredzama.

Sāciet ar klienta risinātāju

Pajautājiet klientam, kuru serveri tas vaicā, kamēr tunelis ir aktīvs. Punkta-uz-vietu profils nodrošina šo adresi, bet profils, kas neko nenodrošina, ļauj operētājsistēmai atgriezties pie adaptera noklusējuma vērtībām.

Publiskajiem risinātājiem nav nekāda priekšstata par privātu zonu, tāpēc tie atbild no interneta, kas ir tieši viņu darbs. Tāpēc pirmā pārbaude ir izmantotā risinātāja adrese, nevis tunelis un nevis galapunkts.

Izlasiet, kas patiesībā ir atbilde

Atrisiniet pakalpojuma nosaukumu un izlasiet atgriezto adresi. Publiska atbilde nozīmē, ka vaicājums sasniedza serveri, kas zonu neredz. Atbildes nav nozīmē, ka nosaukums pastāv tikai privāti un nekas, ko klients var sasniegt, to netur.

Šie divi iznākumi rada līdzīgas lietojumprogrammas kļūdas un pieder dažādiem īpašniekiem. Viens ir risinātāja izvēles problēma, otrs ir trūkstošs zonas savienojums.

hosts ieraksts pierāda ceļu un pēc tam melo

Galapunkta adreses ievietošana vietējā hosts failā ir ātrākais veids, kā pierādīt, ka tunelis un pakalpojuma ugunsmūris jau darbojas. Ja pieprasījums ar šo ierakstu izdodas, bojāta ir tikai nosaukumu izšķiršana. Tas ir arī vienas mašīnas labojums, kas aptver tieši vienu nosaukumu.

Tas nepalīdz otrajam kontam, otrajam galapunktam vai kolēģim, un tas salūzt bez brīdinājuma, kad galapunkts tiek izveidots no jauna jaunā adresē.

Vēl ļaunāk, tas liek jūsu mašīnai uzvesties citādi nekā visiem pārējiem, un tieši tā risinātāja kļūda pārdzīvo nedēļu ilgu izmeklēšanu. Izmantojiet to ceļa apstiprināšanai, pēc tam noņemiet un izlabojiet cēloni.

Sasaistiet zonu un izdaliet risinātāju

Vienlaikus jāizpildās diviem nosacījumiem. Privātā zona ir jāsasaista ar virtuālo tīklu, kurā atrodas galapunkts, un klientam savi vaicājumi jāsūta serverim, kas spēj lasīt šo zonu. DNS Private Resolver ienākošais galapunkts nodrošina šādu adresi tīkla iekšienē un atbild uz vaicājumiem, kas ierodas pa tuneli. Ievietojiet šo adresi VPN profilā un pievienojiet privāto sufiksu, kas klientam jāpiemēro.

Jau esošs vietējais risinātājs var sasniegt to pašu rezultātu, izmantojot uz zonu vērstu nosacītu pāradresētāju.

Tīkla noteikumi risinātājā ir tikpat svarīgi kā maršrutēšana. Ja ienākošais noteikums izslēdz VPN klientu diapazonu, vaicājumi beidzas ar taimautu, nevis atgriež nepareizu atbildi. Tieši šis taimauts aizsūta cilvēkus atpakaļ pie maršrutu tabulas, kurā nekas nav nepareizi.

Pārbaudiet nosaukumu, portu un identitāti secībā

Strādājiet secībā: atrisiniet nosaukumu, apstipriniet, ka atbilde ir privāta, atveriet portu, pēc tam veiciet autentificētu pieprasījumu. Katram posmam ir savs īpašnieks un sava kļūmes paraksts.

Privāta atbilde, kam seko taimauts, norāda uz maršrutu vai ugunsmūri. Publiska atbilde norāda uz risinātāju. Pabeigts savienojums, kas atgriež identitātes kļūdu, pieder pakalpojumam.

Šim sarakstam pieder vēl viena kļūme. Pakalpojuma ugunsmūris, kas atļauj klienta adresi, pārstāj sakrist, kad pēc atkārtotas pieslēgšanās pūls šo adresi piešķir citai sesijai. Lasiet pakalpojuma reģistrēto zvanītāja adresi, nevis to, kuru klients uzskata, ka tam ir. Abas nesakrīt biežāk, nekā cilvēki gaida. Azure DNS Private Resolver norādījumi aptver zonas sasaisti un pāradresācijas izkārtojumu.