Asiakasohjelma on poissa ja kone ei silti tavoita mitään, mikä houkuttaa tasoittamaan palomuurin ja aloittamaan alusta. Älä tee sitä. Estotila voi tulla kolmelta eri omistajalta samalla koneella, ja jokaisella on oma poistopolkunsa. Kaiken kerralla huuhtominen poistaa kohteen, josta halusit päästä eroon, yhdessä vielä tarvitsemasi suojan kanssa, ja se tuhoaa myös todisteen siitä, mikä omistaja aiheutti ongelman. Viisi tarkistusta järjestyksessä estävät sen.

Tarkistus 1: mitä vielä on ja mihin se on tarkoitettu

Etsi kolme artefaktia erikseen: virtuaalisovitin, joka on vielä olemassa, palomuurin suodatin tai sääntö, joka vielä estää, ja reitti tai käytäntösääntö, joka osoittaa vielä tunneliin, jota ei enää ole. Niiden läsnäolo ei todista mitään itsessään, koska tarkoituksellinen hätäkatkaisin näyttää ulkopuolelta samalta kuin hylätty.

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

Kirjoita muistiin aika, jolloin yhteys katkesi, ja se, voiko tavallinen asiakasohjelma yhä käynnistää tunnelinsa. Jos asiakasohjelma pystyy palauttamaan tunnelin ja liikenne palaa, esto tekee tehtävänsä ja ongelma on asiakkaan tilassa, ei jäljelle jääneessä säännössä.

Tarkistus 2: mikä omistaja sitä hallitsee

Jokaisella artefaktilla on omistaja. Virtuaalisovitin kuuluu VPN-asiakasohjelmalle tai sen ajurille. Suodatin voi kuulua asiakasohjelmalle, alustan omalle palomuurille tai hallitulle tietoturvatuotteelle. Asiakasohjelma on voinut asentaa reitin yhdistämisen aikana ja jättää sen jälkeensä.

Hallitulla laitteistolla tarkista laitteen käytäntö ennen mihinkään koskemista. Käytännön pakottama suodatin palautetaan seuraavassa kirjautumisessa, joten paikallinen poisto ostaa tunnin ja vaatimustenmukaisuusraportin. Se keskustelu kuuluu järjestelmänvalvojalle, ei palomuurin käyttöliittymälle.

Tarkistus 3: poista kapein asia, joka selittää sen

Aloita toimittajan tukemalta polulta: korjausasennus tai kunnollinen poisto siistii usein luodun tilan oikein, mukaan lukien suodattimet, jotka manuaalinen poisto ohittaisi. Lue asennetun version palautusohjeet, koska järjestys on tärkeä ja epäonnistuneen poiston jälkeinen poisto käyttäytyy eri tavalla.

Jos manuaalinen tarkastus on todella tarpeen, kirjaa säännön nimi, liitäntä ja ilmoitettu tarkoitus ennen minkään muuttamista ja poista kyseinen kohde nimeltä. Jokaisen verkkosovittimen poistaminen tai koko sääntöjoukon huuhtominen yhden asiakkaan kohdistamiseksi on tapa, jolla tukitapauksesta tulee uudelleenrakennus.

Tarkistus 4: DNS ja reitit elävät sovittimia pidempään

Nimienselvitystila voi selvitä tunnelista. Ratkaisija, joka osoittaa yhä osoitteeseen tunnelin sisällä, jota ei enää ole, tuottaa aikakatkaisuja, jotka näyttävät täsmälleen palomuurin pudotukselta, ja tavallinen johtopäätös on väärä.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Jos osoite selvitetään ja raaka yhteys IP:n kautta toimii, DNS on jäljellä oleva ongelma eikä suodatus. Jos molemmat epäonnistuvat, palaa tarkistukseen yksi reitti ja suodatin käsissä.

Tarkistus 5: testaa molemmat polut uudelleen ja palauta diagnostiikka

Tarkista ensin tavallinen yhteys ja sitten jokainen jäljellä oleva VPN-profiili sen omilla säätimillä: yhdistä, käytä, katkaise ja varmista, että isäntä on palannut tavalliseen yhteyteen. Tuo edestakainen matka on testi, joka todistaa, että hylätty esto on poissa eikä vain ohitettu.

Palauta lopuksi kaikki matkan varrella tekemäsi diagnostiikkamuutos. Onnistunut puhdistus poistaa yhden hylätyn riippuvuuden; se ei poista isännän yleistä suojaa, eikä sen pitäisi jättää jälkeensä pysyvästi löysättyä palomuuria. Merkitse, mikä omistaja piti estoa, koska seuraava poisto tuottaa samat kolme ehdokasta.

Aiheeseen liittyvät artikkelit