Pranešimų sritis rodo, kad interneto nėra, privati programėlė toliau veikia, o kažkas nori keisti VPN profilį, kol piktograma pradės elgtis tinkamai. Trys skirtingi stebėjimai suliejami į vieną, ir tik vienas jų susijęs su tuneliu. Jų atskyrimas neleidžia piktogramos problemai virsti nereikalingu profilio pakeitimu.

Pirmiausia įvardykite stebėjimą, tada nuspręskite, ar iš tiesų ką nors reikia taisyti.

Trys stebėjimai, trys klausimai

„Windows“ ryšio indikatorius atsako, ką sistemos aptikimo procesas nustatė dabartiniam tinklo profiliui. VPN kliento būsena atsako, ar tas klientas praneša apie užmegztą susiejimo sesiją. Naujas programėlės veiksmas atsako, ar viena konkreti užklausa pavyko tuo keliu, kuriuo ėjo. Kiekvienas jų yra teisėtas rezultatas, ir nė vienas nepakeičia kitų. Juos suliejus gaunamas netinkamam sluoksniui skirtas taisymas.

Klasikinis sumišimas – pirmąjį laikyti kitų dviejų santrauka. Kompiuteris gali turėti sveiką tunelį su veikiančiais privačiais ištekliais ir vis tiek būti klasifikuojamas kaip be interneto, nes klasifikacija ateina iš patikros, kuri niekada nepasiekė savo paslaugos.

Get-NetConnectionProfile
Get-DnsClientServerAddress -AddressFamily IPv4
Test-NetConnection -ComputerName internal.example -Port 443

Užrašykite tris rezultatus su laiko žyma, prieš ką nors liedami. Dauguma tokių pranešimų išsprendžiami jau šiame žingsnyje, nes neatitikimas tampa akivaizdus vos jį užrašius.

Ką klasifikavimo procesas iš tikrųjų daro

„Microsoft“ NCSI apžvalga aprašo aktyvų tikrinimą HTTP užklausomis į sukonfigūruotą patikros paslaugą kartu su pasyviu tinklo srauto stebėjimu. Tikėtino atsakymo negavimas gali kilti dėl maršrutizavimo, tarpinio serverio ar kitos to kelio aplinkos sąlygos. Jis konkretesnis už bendrą pasiekiamumo testą ir siauresnis, nei žmonės mano. Būtent šis siaurumas ir yra visa neatitikimo atsiradimo priežastis.

Ko jis niekada netikrina – tai šifravimas, sprendėjo privatumas ar tai, ar programėlė yra įgaliota. Teigiama klasifikacija neįrodo, kad kiekviena programėlė naudojasi tuneliu, o neigiama neįrodo, kad tunelis neveikia.

Atvirkštinis sumišimas toks pat paplitęs. Tunelis gali būti užmegztas, kai programėlė, kuriai jis pastatytas, neturi naudojamo maršruto, veikiančio sprendėjo ar leidimo. Kliento indikatorius praneša ankstesnį ir siauresnį rezultatą nei jums reikia.

Pats neatitikimas pasako, ką taisyti

Privati prieiga veikia, o sistema sako, kad interneto nėra: sugadintas komponentas yra patikros kelias, o ne tunelis. Užrašykite sąsają ir laiką, tada paprašykite tinklo savininko pažiūrėti, kaip patikra pasiekia savo paslaugą ir ar politika jos neblokuoja. Veikiantį privačios prieigos profilį pakeitus plačiu interneto maršrutu, pakeičiama piktograma ir išplečiama prieiga, kurios prašyti plėsti nenorėjote.

Tunelis praneša apie ryšį, o naujos užklausos reikalingoms paslaugoms nepavyksta: tai tikras gedimas, o piktogramos pavadinimas klaidingu aliarmu jį praleidžia. Palyginkite programėlės klaidą, numatytą profilio apimtį, naudojamą sprendėją ir pasirinktus maršrutus. Tik privatus tunelis nėra skirtas viešam interneto išėjimui tiekti, o to tikėtis yra apimties klaida, o ne defektas.

Išsaugokite įrašą, pakeiskite vieną kelią

Naudokite naują veiksmą atitinkamoje programėlėje, o ne puslapį, atidarytą nuo ryto. Palikite reikiamą blokavimą aktyvų ir bet kokį leidžiamą tiesioginį palyginimą atlikite per dokumentuotas kliento valdiklius, o ne rankiniu būdu redaguodami maršrutus.

Jei valdomas tarpinis serveris ar užkarda blokuoja numatytą patikrą, ištaisykite būtent tą kelią su jo savininku. „Microsoft“ rekomendacijos perspėja aktyvaus tikrinimo išjungimą laikyti sprendimu, o kietai užkoduota adreso išimtis ar registro pakeitimas nepaaiškina, kurio komponento atsakymas neteisingas.

Po pakeitimo laikykite visus tris rezultatus biliete: klasifikaciją, sesijos būseną ir programėlės rezultatą. Jei pajudėjo tik piktograma, sužinojote, kad pasikeitė indikatorius, o ne kad duomenų bazė ar svetainė dabar veikia.

Susiję straipsniai