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 પ્રોફાઇલ તેના પોતાના નિયંત્રણોથી: કનેક્ટ કરો, વાપરો, ડિસ્કનેક્ટ કરો, અને ખાતરી કરો કે હોસ્ટ સાદી કનેક્ટિવિટી પર પાછું આવ્યું છે. એ આવ-જા એ પરીક્ષણ છે જે સાબિત કરે છે કે ત્યજેલું બ્લોક ગયું છે, ફક્ત ટાળવામાં આવ્યું નથી.

અંતે, રસ્તામાં કરેલો કોઈપણ ડાયગ્નોસ્ટિક ફેરફાર પુનઃસ્થાપિત કરો. સફળ સફાઈ એક ત્યજેલી નિર્ભરતા દૂર કરે છે; તે હોસ્ટનું સામાન્ય રક્ષણ દૂર કરતી નથી, અને તે પાછળ કાયમી ઢીલું ફાયરવોલ છોડવું જોઈએ નહીં. કયા માલિકે બ્લોક રાખ્યું તે નોંધો, કારણ કે આગલું અનઇન્સ્ટોલ એ જ ત્રણ ઉમેદવારો ઉત્પન્ન કરશે.