Kodėl privatusis galinis taškas vis dar atsako viešuoju adresu

Nešiojamasis kompiuteris prisijungia, tunelis praneša esąs aktyvus, o saugyklos paskyra vis tiek atmeta kiekvieną užklausą. Privatusis galinis taškas egzistuoja, maršrutas į jo potinklį egzistuoja, o vardas arba atsako viešuoju adresu, arba visai neišsprendžiamas. Su tuneliu viskas gerai: klientui niekada nebuvo pasakyta, kuris serveris turi atsakyti už tą vardą. Sekite užklausą į išorę ir spraga taps akivaizdi.

Pradėkite nuo kliento resolverio

Paklauskite kliento, kurio serverio jis klausia, kol tunelis aktyvus. Profilis nuo taško iki vietos pateikia tą adresą, o profilis, kuris nieko nepateikia, palieka operacinei sistemai grįžti prie adapterio numatytųjų reikšmių.

Viešieji resolveriai neturi jokio privaciosios zonos vaizdo, todėl atsako iš interneto, ir tai yra būtent jų darbas. Taigi pirmoji patikra yra naudojamo resolverio adresas, o ne tunelis ir ne galinis taškas.

Perskaitykite, kas iš tikrųjų yra atsakymas

Išspręskite paslaugos vardą ir perskaitykite grįžtantį adresą. Viešas atsakymas reiškia, kad užklausa pasiekė serverį, kuris nemato zonos. Jokio atsakymo reiškia, kad vardas egzistuoja tik privačiai ir niekas, ką klientas gali pasiekti, jo nelaiko.

Šie du rezultatai sukelia panašias programos klaidas ir priklauso skirtingiems savininkams. Vienas yra resolverio pasirinkimo problema, kitas – trūkstama zonos nuoroda.

hosts įrašas įrodo kelią, o paskui meluoja

Galinio taško adreso įrašymas į vietinį hosts failą yra greičiausias būdas įrodyti, kad tunelis ir paslaugos užkarda jau veikia. Jei užklausa su tuo įrašu pavyksta, sugedęs tik vardų sprendimas. Tai taip pat vienos mašinos pakeitimas, apimantis lygiai vieną vardą.

Jis nepadeda antrajai paskyrai, antrajam galiniam taškui ar kolegai, ir sugenda be įspėjimo, kai galinis taškas atkuriamas nauju adresu.

Dar blogiau, jūsų mašina pradeda elgtis kitaip nei visų kitų, ir būtent taip resolverio gedimas išgyvena savaitę tyrimo. Naudokite jį keliui patvirtinti, tada pašalinkite ir ištaisykite priežastį.

Susiekite zoną ir paskirstykite resolverį

Turi galioti dvi sąlygos vienu metu. Privatioji zona turi būti susieta su virtualiuoju tinklu, kuriame yra galinis taškas, o klientas turi siųsti užklausas serveriui, kuris gali skaityti tą zoną. DNS Private Resolver įeinantis galinis taškas suteikia tokį adresą tinklo viduje ir atsako į užklausas, ateinančias per tunelį. Įrašykite tą adresą į VPN profilį ir pridėkite privatų priesagą, kurią klientas turi taikyti.

Jau esamas vietinis resolveris gali pasiekti tą patį rezultatą per į zoną nukreiptą sąlyginį peradresuotoją.

Tinklo taisyklės resolveryje svarbios tiek pat, kiek maršrutizavimas. Jei įeinanti taisyklė neapima VPN klientų diapazono, užklausos baigiasi laiko limitu, o ne grąžina neteisingą atsakymą. Būtent tas laiko limitas nukreipia žmones atgal prie maršrutų lentelės, kurioje nieko blogo nėra.

Patikrinkite vardą, prievadą ir tapatybę iš eilės

Dirbkite iš eilės: išspręskite vardą, patvirtinkite, kad atsakymas privatus, atidarykite prievadą, tada atlikite autentifikuotą užklausą. Kiekvienas etapas turi savo savininką ir savo gedimo parašą.

Privatus atsakymas, po kurio eina laiko limitas, rodo maršrutą arba užkardą. Viešas atsakymas rodo resolverį. Užbaigtas ryšys, grąžinantis tapatybės klaidą, priklauso paslaugai.

Šiam sąrašui priklauso dar vienas gedimas. Paslaugos užkarda, leidžianti kliento adresą, nustoja atitikti, kai po pakartotinio prisijungimo telkinys tą adresą duoda kitai sesijai. Skaitykite paslaugos užfiksuotą skambinančiojo adresą, o ne tą, kurį klientas mano turįs. Abu dažniau nesutampa, nei žmonės tikisi. Azure DNS Private Resolver gairės apima zonos susiejimą ir peradresavimo išdėstymą.