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 պրոֆիլ՝ իր սեփական կառավարման միջոցներով՝ միացեք, օգտագործեք, անջատվեք և հաստատեք, որ հոսթը վերադարձել է պարզ կապին։ Այդ շրջագայությունը հենց այն թեստն է, որն ապացուցում է, որ լքված արգելափակումը գնացել է, և ոչ թե պարզապես շրջանցվել։

Վերջում վերականգնեք ճանապարհին արված ցանկացած ախտորոշիչ փոփոխություն։ Հաջող մաքրումը հեռացնում է մեկ լքված կախվածություն, բայց չի հեռացնում հոսթի ընդհանուր պաշտպանությունը, և չպետք է հետևում թողնի մշտապես թուլացած հրապատ։ Նշեք, թե որ սեփականատերն էր պահում արգելափակումը, որովհետև հաջորդ հեռացումը կտա նույն երեք թեկնածուներին։