VPN ir savienots, bet interneta nav? Pārbaudiet četrus slāņus

Klients saka, ka ir savienots, pārlūks griežas, un katra vietne beidzas ar taimautu. Šī kombinācija ir izplatīta un nav pretruna: savienots nozīmē, ka tunelis ir vienojies, un nekas vairāk. Vārdu izšķiršana, maršrutēšana un paša servera izeja katrs neizdodas savā veidā, un katram ir cits īpašnieks. Izejiet slāņus pēc kārtas un apstājieties pie pirmā, kas neizdodas.

Sāciet ar tīklu, no kura nācāt

Nometiet tuneli ar paša klienta atvienošanas vadību, pēc tam izmēģiniet divas nesaistītas HTTPS vietnes, ja politika atļauj. Atstājiet sensitīvo darbu aizvērtu visu testa laiku. Ja arī parastā piekļuve neizdodas, VPN nav pirmais aizdomās turamais.

Pirms aiztiekat tuneli, apskatiet Wi-Fi saiti, maršrutētāju un jebkuru portāla lapu, kas prasa pieteikšanos. Kill switch var bloķēt trafiku, kamēr esat atvienots, pēc dizaina, tāpēc sekojiet tā dokumentētajai testēšanas procedūrai, nevis seciniet, ka tīkls ir miris. Cits uzticams tīkls ir noderīgs salīdzinājums, un jauna VPN izeja nepabeigs beigušos viesnīcas pieteikšanos. Ja atvērtais tīkls strādā un tunelis ne, tīkls ir attaisnots un nākamais slānis ir jūsu.

Izlemiet, vai kļūme ir vārdu izšķiršana

Pierakstiet kļūdas tekstu, jo izšķiršanas kļūme, taimauts un sertifikāta brīdinājums katrs norāda uz citu vietu. Modelis, ko noķert agri, ir nekad neapmeklēts resursdatora nosaukums, kas neizdodas, kamēr lietotne ar atvērtu sesiju turpinās. Šis modelis attiecas uz jauniem vaicājumiem, nevis uz to, vai tunelis pārvadā paketes. Viens vaicājums parāda, ko atgriež atrisinātājs, un tā izpilde aizņem sekundi. Izmēģiniet arī otru nosaukumu, lai viens kešatmiņā saglabāts atbilde vai viens bojāts ieraksts neizlemtu diagnozi.

nslookup example.com

Patvaļīga IP HTTPS adreses joslā nav DNS tests, jo sertifikāts un virtuālais resursdators parasti ir atkarīgi no nosaukuma. Iekšējiem nosaukumiem var būt nepieciešams organizācijas atrisinātājs, nevis publisks aizstājējs, un pārlūks ar savu drošo atrisinātāju var atbildēt citādi nekā operētājsistēmas vaicājums. Kur abi atšķiras, lietotāja pieredzētais ir pārlūka atrisinātājs, un šī atšķirība pieder biļetei.

Pilns tunelis vai tikai uzņēmuma apakštīkli

Daži profili pastāv tikai, lai sasniegtu dažus uzņēmuma apakštīklus; citi ir būvēti visu pārvadāšanai un tiem vajag strādājošu izeju aiz muguras. Izlasiet dokumentēto mērķi, pirms pieņemat, ka indikators aptver katru lietotni un katru adrešu saimi. Privāta tīkla profils var strādāt tieši tā, kā projektēts, kamēr pārlūks, kuram nekad nevajadzēja to lietot, joprojām neizdodas. Izlasiet maršrutēšanas tabulu to nemainot un iekļaujiet IPv6, jo strādājošs IPv4 ceļš neko nepasaka par otru saimi.

Konkrētāks maršruts var uzvarēt, kamēr noklusējuma maršruts vēl pastāv, tāpēc tabula ir jālasa, nevis jāpieņem. Konkurējoši virtuālie adapteri var arī piederēt trafiku, ko gaidījāt citur, īpaši pēc tam, kad otrs VPN klients ir instalēts un aizmirsts. Nedzēsiet noklusējuma maršrutu kā eksperimentu; tas diagnozi pārvērš otrajā pārtraukumā.

Viena neizdevusies vietne starp strādājošām ir šīs vietnes problēma, un tas arī pierāda, ka tunelis pārvadā trafiku. Aizķeršanās, kas parādās tikai lielos pārraidos, norāda uz paketes izmēru, nevis sasniedzamību.

Kad serveris nekad neko nepārsūta

Ja katrs galamērķis neizdodas divās ierīcēs un divos piekļuves tīklos, tunelis ir augšā un izeja nepārsūta. Tieši šis pāris atdala servera puses kļūmi no vienas ierīces, kas vienā vietā konfigurēta nepareizi. Sūtiet operatoram jautājumus par pārsūtīšanu, NAT un atgriešanās ceļu, nevis indikatora ekrānuzņēmumu.

Šie trīs aptver lielāko daļu servera puses cēloņu, un atbildēt ir operatora darbs. OpenVPN savienojamības problēmu lapā tiek ietverti tie paši jautājumi no servera puses, tāpēc nododiet to kopā ar biļeti. Zaļa indikatora ekrānuzņēmums neatbild ne uz vienu.

Izskatiet klienta žurnālu pēc pieteikšanās, meklējot maršrutu, DNS iestatījumu vai virtuālā adaptera piemērošanas kļūmes. Šī posma kļūdas norāda uz ierīci, nevis serveri. Kļūda, kas žurnālā nekad neparādās, ir tikpat informatīva, jo pārvieto aizdomas uz otru pusi.

Pārbaudiet vienu slāni vienlaikus

Kad kaut ko esat mainījis, atkārtoti piesakieties un atkārtojiet tieši to lietotni, kas neizdevās. Viena ielādēta lapa pierāda mazāk nekā atkārtojams ceļš uz resursiem, kuriem profils tika būvēts. Divas komandas atdala izšķiršanu no sasniedzamības, un otrā ir atkarīga no resursdatora. Palaidiet curl rindu jebkur, pēc tam palaidiet maršruta komandu, kas atbilst priekšā esošajam resursdatoram.

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

Ja skaitliskais pieprasījums strādā un nosaukums ne, palieciet pie DNS. Ja neviens nestrādā, salīdziniet maršrutēšanas tabulu ar tuneļa gaidīto noklusējumu un pārbaudiet saimi, kuru patiešām testējat. Ja maršruts ir pareizs un pieprasījums tomēr mirst izejā, atlikušais jautājums pieder operatoram, un jūsu saglabātie pierādījumi ir biļete.