VPN ક્લાઇન્ટ અનઇન્સ્ટોલ કરવો, રીબૂટ કરવું અને પછી બ્રાઉઝર કંઈપણ લોડ કરી શકતું નથી એ શોધવું Ubuntu માં સામાન્ય ક્રમ છે. ટનલ ગઈ, પણ જે નીતિ ટ્રાફિકને તેની તરફ મોકલતી હતી તે ગઈ નથી, અને Ubuntu માં એ અવશેષો સામાન્ય રીતે પેકેજમાં નહીં, NetworkManager માં રહે છે. ચાલુ વખતે બનાવાયેલ કનેક્શન પ્રોફાઇલ અને નકલી ઇન્ટરફેસ કોઈ પેકેજના નથી, તેથી પેકેજ દૂર કરવાથી તે દૂર થતા નથી.

ટનલ ગઈ, નીતિ નહીં

એક કિલ સ્વિચ ટનલ વિના નેટવર્કને નકામું બનાવીને કામ કરે છે. જ્યારે એ સ્થિતિ સક્રિય હોય ત્યારે ક્લાઇન્ટ દૂર કરાય, ત્યારે તેને બંધ કરવા કંઈ બચતું નથી. પરિણામ બરાબર બગડેલ નેટવર્ક અડેપ્ટર જેવું લાગે છે અને સામાન્ય રીતે તે રૂટ પકડી રાખતી પ્રોફાઇલ હોય છે.

તેથી ફરી ઇન્સ્ટોલ કરવાથી ક્યારેક કનેક્ટિવિટી પાછી આવે છે: તે એ પ્રક્રિયા ફરી બનાવે છે જે પોતાની નીતિ પાછી ખેંચવી જાણે છે. જે ક્લાઇન્ટ તેનો સ્વિચ સક્રિય હતો ત્યારે દૂર કરાયો, તેણે એવી સ્થિતિ છોડી જે સાફ કરવા કોઈ બચ્યું નથી.

પેકેજ ક્યારેય ધરાવતું ન હતું એ વસ્તુઓ વાંચો

બદલતા પહેલાં સ્થિતિ વાંચો. ઉપકરણો, સક્રિય કનેક્શનો અને બંને રૂટિંગ કોષ્ટકોની યાદી બનાવો, પછી એવું નકલી ઉપકરણ શોધો જે જાતને જોડાયેલું જણાવે અથવા તેની તરફ ઇશારો કરતો ડિફોલ્ટ રૂટ શોધો. IPv4 અને IPv6 અલગ અલગ નિષ્ફળ જાય છે, તેથી નામ રિઝોલ્યુશન તૂટેલું હોય એવા સરનામે કામ કરતું ping મૃત રૂટ કરતાં અલગ વસ્તુ તરફ ઇશારો કરે છે. ડિફોલ્ટ રૂટ પકડી રાખતું નકલી ઉપકરણ આખું વિક્ષેપ એકલું સમજાવે છે.

nmcli device status
nmcli connection show --active
ip -4 route
ip -6 route

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

જોડાયેલ ઉપકરણ સાથે ખાલી રૂટિંગ કોષ્ટક બીજી ખામી છે, અને તે બાકી રહેલી પ્રોફાઇલ તરફ નહીં, DHCP તરફ ઇશારો કરે છે. કંઈપણ સંપાદિત કરતા પહેલાં લીઝ વાંચો.

પ્રોફાઇલ કાઢો, કી-ફાઇલ નહીં

કી-ફાઇલ દૂર કરવાને બદલે NetworkManager દ્વારા પ્રોફાઇલ કાઢી નાખો. ફાઇલ કાઢી નાખવાથી પ્રોફાઇલ આગલા રીસ્ટાર્ટ સુધી મેમરીમાં સક્રિય રહે છે, જે સાચા સમારકામને અવિશ્વસનીય દેખાવે છે. પછી સેવા ફરી શરૂ કરો અને ઉપકરણોની યાદી ફરી વાંચો. રીસ્ટાર્ટ જ કાઢી નાખવાને વાસ્તવિક બનાવે છે.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

જો નકલી લિંક ટકી રહે, તો એ લિંક પણ દૂર કરો, પછી સરનામું અને નામ અલગ અલગ ચકાસો. સ્વચ્છ રૂટિંગ સાથે નિષ્ફળ નામ DNS તરફ ઇશારો કરે છે, જ્યારે નિષ્ફળ સરનામું રૂટ અથવા ફાયરવોલ તરફ.

બૂટ-સમયનો હૂક ફરી ન થાય તે પહેલાં ચકાસો

કેટલાક અવશેષો દરેક બૂટ પર પોતાને ફરી ઇન્સ્ટોલ કરે છે. હાથે લખેલ યુનિટ અથવા ફાયરવોલ નિયમો ઉમેરતી if-up સ્ક્રિપ્ટ પેકેજ ગયા પછી પણ એ ચાલુ રાખે છે, તેથી વિક્ષેપ પાછો આવે છે અને અગાઉનું સમારકામ નસીબ જેવું લાગે છે. ફરી રીબૂટ કરતા પહેલાં યુનિટ ફાઇલો અને નેટવર્ક હૂક શોધો. યુનિટનું નામ સામાન્ય રીતે સંકેત આપે છે.

systemctl list-unit-files | grep -i vpn
grep -rl -i vpn /etc/systemd/system /etc/network/if-up.d

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

સંબંધિત લેખો