De klant is fuort en de masine berikt noch hieltyd neat, wat ferliedt om de firewall flak te meitsjen en fan foarôf te begjinnen. Doch dat net. Blokkearjende tastân kin fan trije ferskillende eigners op deselde masine komme, en elk hat syn eigen fuortheljen. Alles tagelyk spielje ferwideret it objekt dat jo kwytwoene tegearre mei beskerming dy't jo noch nedich hawwe, en it ferneatiget ek it bewiis fan hokker eigner it probleem feroarsake. Fiif kontrôles, yn folchoarder, foarkomme dat.

Kontrôle 1: wat is der noch, en wêrfoar tsjinnet it

Sykje de trije artefakten apart: in firtuele adapter dy't noch bestiet, in firewallfilter of -regel dy't noch blokkearet, en in rûte of beliedsregel dy't noch nei in tunnel wiist dy't net mear bestiet. Harren oanwêzigens bewiist op himsels neat, want in opsetlike needstopskeakelder sjocht der fan bûten itselde út as ien dy't ferlitten is.

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

Skriuw de tiid op doe't de ferbining stoppe en oft de gewoane klant syn tunnel noch starte kin. As de klant de tunnel weromsette kin en ferkear weromkomt, docht de blokkade syn wurk en is it probleem de tastân fan de klant, net in oerbleaune regel.

Kontrôle 2: hokker eigner kontrolearret it

Elk artefakt hat in eigner. De firtuele adapter heart by de VPN-klant of by syn stjoerprogramma. It filter kin by de klant, by de eigen firewall fan it platfoarm of by in beheard feilichheidsprodukt hearre. De rûte kin troch de klant by it ferbinen ynstallearre en efterlitten wêze.

Op beheard apparatuer, kontrolearje it belied fan it apparaat foardat jo eat oanreitsje. In filter dat troch belied ôftwongen wurdt, wurdt by de folgjende oanmelding weromset, dus in pleatslike ferwidering keapet in oere en in rapport oer neilibjen. Dat petear heart by de administraasje, net by de firewall-ynterface.

Kontrôle 3: ferwiderje it smelste ding dat it ferklearret

Begjin mei it stipe paad fan de leveransier: in reparaasje-ynstallaasje of in goed de-installearjen makket generearre tastân faak goed skjin, ek filters dy't in hânmjittige ferwidering misse soe. Lês de herstelynstruksjes foar de ynstallearre ferzje, want de folchoarder is wichtich en in de-installaasje nei in mislearre ferwidering gedraacht him oars.

As hânmjittige ynspeksje echt nedich is, skriuw dan de namme fan de regel, de ynterface en it oanjûne doel op foardat jo eat feroarje, en ferwiderje dat objekt by namme. Elke netwurkadapter ferwiderje of de hiele regelset spielje om ien klant te rjochtsjen is de manier wêrop in stjoergefal in werbou wurdt.

Kontrôle 4: DNS en rûtes oerlibje adapters

Oplossingstastân kin de tunnel oerlibje. In resolver dy't noch nei in adres binnen in tunnel wiist dy't net mear bestiet, produsearret tiidferrin dat der krekt as in firewall-ôfwizing útsjocht, en de gewoane konklúzje is de ferkearde.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

As it adres oplost en in rûge ferbining fia IP wurket, is DNS it oerbleaune probleem en net filterjen. As beide mislearje, gean dan werom nei kontrôle ien mei de rûte en it filter by de hân.

Kontrôle 5: test beide paden opnij en set de diagnostyk werom

Kontrolearje earst gewoane ferbining, dan elk oerbleaun VPN-profyl fia syn eigen kontrôles: ferbyn, brûk it, ferbrek, en befêstigje dat de host werom is by gewoane ferbining. Dy hin-en-wer is de test dy't bewiist dat de ferlitten blokkade fuort is en net allinnich omgien.

Herstel úteinlik elke diagnostyske feroaring dy't jo ûnderweis makke hawwe. In suksesfolle skjinmakking ferwideret ien ferlitten ôfhinklikens; it ferwideret net de algemiene beskerming fan de host, en it soe net in permanint ferswakke firewall efterlitte moatte. Notearje hokker eigner de blokkade hie, want it folgjende de-installearjen sil deselde trije kandidaten leverje.

Relatearre artikelen