Algemiene flater by it pingjen fan in LAN-adres mei de VPN-klant oan
Windows seit dat it hielendal gjin adapter berikke kin, wylst de rûtetabel korrekt liket. Beslis oft de blokkade rûtering, filtering of de klant is.
Ien hostrûte, ien adres, en de ping mislearret daliks mei General failure ynstee fan dat it fersyk ferrint. Krekt dat ferskil is de hiele diagnostyk. In ferfald betsjut dat it pakket fuort gien is en dat eat it negearre hat. Algemiene flater betsjut dat Windows it pakket fan it begjin ôf oan gjin inkel ynterface jaan koe.
Dus as de rûtetabel perfekt liket en de flater is noch altyd Algemiene flater, dan bart de blokkade ûnder de rûteringsbeslissing, en de klant fan de provider is wat dêr wurket.
Lês de flater foar de rûtetabel
Windows jout dy flater werom as it gjin ynterface fynt om op te stjoeren, en it seit neat oer wat de bestimming mei it pakket dien hawwe soe. Berikberens, firewalls oan de oare kant en beskikberens fan de tsjinst binne allegear lettere fragen dêr't jo noch net oan ta binne.
De klassike konfiguraasje foar dit gefal is in hostrûte dy't ien LAN-adres nei de fysike gateway stjoert, sadat it de tunnel omgiet. route add akseptearret it, route print toant it, en de ping mislearret noch, om't de filterdriver al besletten hat dat it pakket net nei bûten mei.
Foardat jo dy ferklearring akseptearje, befêstigje dat de rûte echt keazen wurdt: kontrolearje de ynterface-yndeks en de metryk, en soargje derfoar dat de yngong net ferâldere is nei in werferbining. In rûte dy't nei in ynterface wiist dat net mear bestiet, jout in soartgelikense flater om in folle minder nijsgjirrige reden.
Trije lagen, trije ferskillende eigners
De laach dy't wint is dy't it lêst rint, en dizze trije steane net yn 'e folchoarder dy't de measte minsken oannimme.
| Layer | What it decides |
|---|---|
| Routing table | Which interface and next hop should carry the packet |
| Client filter driver | Whether this packet is permitted to leave outside the tunnel at all |
| Client feature | Whether a named feature, such as LAN blocking, is active right now |
De middelste laach is de reden dat in rûte tagelyk korrekt en nutteleas wêze kin. Providerklanten ynstallearje in filter en firewallregels sadat ferkear bûten de tunnel weilitten wurdt, en dat is itselde meganisme dat har kill switch útfiert. Neat yn 'e rûtetabel docht mei oan dy beslissing.
De tredde laach ferklearret in frjemd ferslach dat geregeldwei komt: it lokale subnet is net berikber, sels net nei't de klant loskeppele is. De tsjinst rint noch en it filter is noch ynstallearre, dus net ferbûn is net itselde as net filterje. Ferlit de klant ynstee fan allinnich los te keppeljen foardat jo wat dan ek konkludearje.
Wat te besykjen, yn folchoarder
Begjin mei it fuortheljen fan 'e funksjes dy't goedkeap fuort te heljen en maklik werom te setten binne. LAN-ûntdekking, soms ûnsichtberens op 'e LAN neamd, blokkeart ferkear nei partikuliere adresberikken sadat de masine foar syn buorlju ferburgen bliuwt. Printers, lokale bestânsservers en de router sels ferdwine efter dy skeakel. Bedrigingsbeskermingsfunksjes dy't DNS filterje, ynstallearje har eigen haken en der wurdt sein dat se lokale berikberens op frijwol deselde manier brekke.
Skeakelje beide út, ferlit de klant hielendal en test dan it adres. Dy folchoarder skiedt in funksje dy't ferkear blokkearret fan in tunnel dy't it ferkeard rûtet, en it nimt twa minuten ynstee fan in middei mei statyske rûtes.
ping 192.168.1.50
tracert -d 192.168.1.50
route print -4As it adres antwurdet sadree't de funksjes út binne, hawwe jo in beliedsbeslissing en gjin mankement: kies tusken de funksje út litten, in útsûndering tafoegje, of akseptearje dat de masine ûnsichtber bliuwt op it lokale netwurk.
Brûk it útsûnderingspaad fan de klant, smel
As in funksje oan bliuwe moat, is de eigen split-tunneling fan 'e klant de stipe útgong. Hâld de útsûndering sa lyts as de eask tasteat, wat meastentiids ien hostadres foar ien server of ien foarheaksel foar ien segmint betsjut. In regel dy't in hiel partikulier berik beslacht, is in permanint gat dat nimmen betinke sil dat er it tafoege hat en nimmen doar it fuort te heljen.
Ferifiearje dan earst op adres en dêrnei op namme. As it adres antwurdet mei in earste hop op 'e fysike gateway, wurket de útsûndering. As de namme noch mislearret, binne jo nei DNS ferhuze, om't de resolver fan 'e tunnel de lokale sône net ken en gjin rûteringsferoaring sil it him leare.
Hâld de rûte of de útsûndering, net beide, plus in notysje oer hokker it wurk docht. Twa oerlaapjende meganismen ferbergje inoar, en de folgjende persoan dy't dizze masine debugt, sil ien fan beide fuorthelje en gjin feroaring sjen.
Wannear't de klant it obstakel is
Guon builds filterje ferkear op wizen dy't noch in statyske rûte noch in klantútsûndering ferslaan kinne. As dat de befinning is, binne de earlike opsjes wachtsje op 'e omgongsfunksje of ferbine mei in gewoane OpenVPN-klant mei it eigen profyl fan 'e provider, wat de stipe-antwurd fan 'e fabrikant yn it oarspronklike ferslach oanret.
Begryp de ruil foardat jo dy ferfanging meitsje. In gewoan profyl hâldt him as elke gewoane tunnel: it ynstallearret syn rûtes en herstrukturearret de rest fan 'e stapel net, dus in smelle hostrûte hâldt him noch sa't jo ferwachtsje. Wat jo ferlieze, is alles wat de merkkliïnt om 'e tunnel hinne útfierd hat, ynklusyf de kill switch en DNS-filtering, en dat moat bewust wer makke wurde of as ôfwêzich akseptearre wurde.
Wat jo ek kieze, skriuw op hokker laach de blokkade hie. In pakket dat de masine nea ferlitten hat, is in filterresultaat, en gjin rûteringsferoaring kin in filter reparearje.