Nav interneta pēc VPN atinstalēšanas? Pārbaudiet trīs īpašniekus

Klients ir pazudis, un iekārta joprojām neko nesasniedz, kas vilina nolīdzināt ugunsmūri un sākt no jauna. Nedariet to. Bloķēšanas stāvoklis var nākt no trim dažādiem īpašniekiem vienā iekārtā, un katram ir savs noņemšanas ceļš. Visu uzreiz izskalošana noņem objektu, no kura gribējāt atbrīvoties, kopā ar aizsardzību, kas jums vēl nepieciešama, un tā arī iznīcina pierādījumu par to, kurš īpašnieks izraisīja problēmu. Piecas pārbaudes, pēc kārtas, to nepieļauj.

Pārbaude 1: kas vēl ir un kam tas paredzēts

Meklējiet trīs artefaktus atsevišķi: virtuālo adapteri, kas vēl pastāv, ugunsmūra filtru vai noteikumu, kas vēl bloķē, un maršrutu vai politikas noteikumu, kas vēl norāda uz tuneli, kura vairs nav. To klātbūtne pati par sevi neko nepierāda, jo apzināti uzstādīts avārijas slēdzis no ārpuses izskatās tāpat kā pamests.

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

Pierakstiet laiku, kad savienojums pārtrūka, un vai parastais klients vēl var palaist savu tuneli. Ja klients var atjaunot tuneli un datplūsma atgriežas, bloķēšana dara savu darbu, un problēma ir klienta stāvoklī, nevis palikušajā noteikumā.

Pārbaude 2: kurš īpašnieks to kontrolē

Katram artefaktam ir īpašnieks. Virtuālais adapteris pieder VPN klientam vai tā draiverim. Filtrs var piederēt klientam, pašas platformas ugunsmūrim vai pārvaldītam drošības produktam. Maršrutu klients, iespējams, instalēja savienošanās laikā un atstāja aiz sevis.

Pārvaldītā aparatūrā pirms kaut kā aiztikšanas pārbaudiet ierīces politiku. Politikas uzspiests filtrs tiks atjaunots nākamajā reģistrācijā, tāpēc vietēja noņemšana nopērk stundu un atbilstības ziņojumu. Šī saruna pieder administratoram, nevis ugunsmūra saskarnei.

Pārbaude 3: noņemiet šaurāko lietu, kas to izskaidro

Sāciet ar piegādātāja atbalstīto ceļu: remonta instalācija vai pareiza atinstalēšana bieži pareizi iztīra ģenerēto stāvokli, tostarp filtrus, kurus manuāla noņemšana palaistu garām. Izlasiet instalētās versijas atjaunošanas instrukcijas, jo secībai ir nozīme un atinstalēšana pēc neizdevušās noņemšanas uzvedas citādi.

Ja manuāla pārbaude patiešām ir nepieciešama, pirms kaut kā mainīšanas pierakstiet noteikuma nosaukumu, saskarni un norādīto mērķi, un noņemiet šo objektu pēc nosaukuma. Visu tīkla adapteru noņemšana vai visa noteikumu kopuma izskalošana, lai mērķētu uz vienu klientu, ir ceļš, kā atbalsta lieta kļūst par pārbūvi.

Pārbaude 4: DNS un maršruti pārdzīvo adapterus

Atrisināšanas stāvoklis var pārdzīvot tuneli. Atrisinātājs, kas vēl norāda uz adresi tuneļa iekšienē, kura vairs nav, rada taimautus, kas izskatās tieši kā ugunsmūra nomešana, un ierastais secinājums ir nepareizs.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Ja adrese tiek atrisināta un neapstrādāts savienojums pa IP darbojas, DNS ir atlikusī problēma, nevis filtrēšana. Ja abi neizdodas, atgriezieties pie pirmās pārbaudes ar maršrutu un filtru rokās.

Pārbaude 5: vēlreiz pārbaudiet abus ceļus un ievietojiet diagnostiku atpakaļ

Vispirms pārbaudiet parasto savienojumu, pēc tam katru atlikušo VPN profilu ar tā paša vadīklām: izveidojiet savienojumu, izmantojiet to, atvienojieties un apstipriniet, ka resursdators ir atgriezies pie vienkārša savienojuma. Šis aplis ir tests, kas pierāda, ka pamestā bloķēšana ir pazudusi, nevis vienkārši apieta.

Visbeidzot, atjaunojiet visas diagnostikas izmaiņas, ko veicāt ceļā. Veiksmīga tīrīšana noņem vienu pamestu atkarību; tā nenoņem resursdatora vispārējo aizsardzību, un tai nevajadzētu atstāt aiz sevis pastāvīgi atslābinātu ugunsmūri. Ņemiet vērā, kurš īpašnieks turēja bloķēšanu, jo nākamā atinstalēšana radīs tos pašus trīs kandidātus.