VPN жойылғаннан кейін интернет жоқ па? Үш иесін тексеріңіз

Қалған адаптер, сүзгі немесе маршрут клиенттен ұзағырақ өмір сүруі мүмкін. Үш иесін тексеріңіз, ең тар нысанды жойыңыз, содан кейін тікелей және туннельдік қатынасты қайта сынаңыз.

Клиент кетті, ал машина әлі еш жерге жете алмайды, бұл брандмауэрді тегістеп, нөлден бастауға азғырады. Мұны жасамаңыз. Блоктау күйі бір машинадағы үш түрлі иеден келуі мүмкін және әрқайсысының өз жою жолы бар. Барлығын бірден ағызу кетіргіңіз келген нысанды әлі қажет қорғаныспен бірге жояды, сондай-ақ мәселені қай ие тудырғанының дәлелін жояды. Бес тексеру, ретімен, мұның алдын алады.

Тексеру 1: не әлі бар және ол не үшін

Үш артефактіні бөлек іздеңіз: әлі бар виртуалды адаптер, әлі блоктайтын брандмауэр сүзгісі немесе ережесі, және енді жоқ туннельге әлі сілтейтін маршрут немесе саясат ережесі. Олардың болуы өздігінен ештеңені дәлелдемейді, өйткені әдейі қойылған апаттық ажыратқыш сырттан қарағанда тасталғанмен бірдей көрінеді.

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

Байланыс қашан тоқтағанын және қарапайым клиент әлі өз туннелін іске қоса алатынын жазып алыңыз. Егер клиент туннельді қалпына келтіре алса және трафик қайта келсе, блоктау өз жұмысын істеп тұр және мәселе клиент күйінде, қалған ережеде емес.

Тексеру 2: оны қай ие басқарады

Әр артефактінің иесі бар. Виртуалды адаптер VPN клиентіне немесе оның драйверіне тиесілі. Сүзгі клиентке, платформаның өз брандмауэріне немесе басқарылатын қауіпсіздік өніміне тиесілі болуы мүмкін. Маршрутты клиент қосылу кезінде орнатып, артында қалдырған болуы мүмкін.

Басқарылатын жабдықта бірдеңеге тиіспес бұрын құрылғы саясатын тексеріңіз. Саясатпен таңылған сүзгі келесі тіркелуде қалпына келтіріледі, сондықтан жергілікті жою бір сағат пен сәйкестік есебін сатып алады. Бұл әңгіме әкімшіге тиесілі, брандмауэр интерфейсіне емес.

Тексеру 3: мұны түсіндіретін ең тар нәрсені жойыңыз

Жеткізушінің қолдайтын жолынан бастаңыз: жөндеу орнатуы немесе дұрыс жою жиі жасалған күйді дұрыс тазалайды, соның ішінде қолмен жою өткізіп жіберетін сүзгілерді де. Орнатылған нұсқаның қалпына келтіру нұсқауларын оқыңыз, өйткені реттілік маңызды және сәтсіз жоюдан кейінгі жою басқаша әрекет етеді.

Егер қолмен тексеру шын мәнінде қажет болса, бірдеңені өзгерту алдында ереженің атын, интерфейсті және жарияланған мақсатты жазып алыңыз, содан кейін сол нысанды аты бойынша жойыңыз. Бір клиентті нысанаға алу үшін әр желілік адаптерді жою немесе бүкіл ережелер жиынтығын ағызу — қолдау ісінің қайта құруға айналатын жолы.

Тексеру 4: DNS және маршруттар адаптерлерден ұзақ өмір сүреді

Шешу күйі туннельден асып өмір сүруі мүмкін. Енді жоқ туннель ішіндегі мекенжайға әлі сілтейтін шешуші брандмауэрдің құлауына дәл ұқсайтын уақыт асуларын тудырады, ал әдеттегі қорытынды дұрыс емес.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Егер мекенжай шешілсе және IP арқылы шикі байланыс жұмыс істесе, DNS қалған мәселе, сүзгілеу емес. Егер екеуі де сәтсіз болса, маршрут пен сүзгіні қолға алып, бірінші тексеруге оралыңыз.

Тексеру 5: екі жолды қайта сынап, диагностиканы орнына қойыңыз

Алдымен қарапайым байланысты тексеріңіз, содан кейін әр қалған VPN профилін өз басқару элементтері арқылы: қосылыңыз, пайдаланыңыз, ажыратыңыз және хост қарапайым байланысқа оралғанын растаңыз. Бұл барыс-келіс — тасталған блоктаудың жай ғана айналып өтілмей, шынымен кеткенін дәлелдейтін сынақ.

Соңында, жолда жасаған кез келген диагностикалық өзгерісті қалпына келтіріңіз. Сәтті тазалау бір тасталған тәуелділікті жояды; ол хосттың жалпы қорғанысын жоймайды және артында мәңгілік босаңсыған брандмауэр қалдырмауы керек. Блоктауды қай ие ұстағанын белгілеп қойыңыз, өйткені келесі жою дәл сол үш кандидатты береді.

Қатысты мақалалар