Windows માં VPN ઇન્સ્ટોલ કરેલું, Linux બૂટમાં નેટવર્ક નથી: શું તપાસવું

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

લક્ષણ અને ખોટો નિષ્કર્ષ

અવલોકનનો ઉપયોગી ભાગ સમય છે: ફેરફાર પછી ખામી દેખાઈ. નકામો ભાગ Windows VPN તરફની કારણાત્મક છલાંગ છે, જે બીજી ઓપરેટિંગ સિસ્ટમમાં ચાલી શકતું નથી. બંનેને અલગ પાડવું એ આખું કામ છે. કેબલને સ્પર્શ કરતા પહેલાં સમયરેખા લખો.

બંને બૂટ જે વહેંચે છે તે ભૌતિક એડેપ્ટર, કેબલ, સ્વિચ પોર્ટ અને ઉપર જે કંઈ છે તે છે. તે સાચા સહિયારા ચલ છે, અને Linux સ્ટેક તપાસ્યા પછી તે ચકાસવા લાયક છે.

ચાર કમાન્ડમાં Linux સ્ટેકનો સ્નેપશોટ લો

કંઈપણ બદલતા પહેલાં ફક્ત-વાંચન સ્થિતિમાં શરૂ કરો અને સ્થિતિ કેદ કરો: ઇન્ટરફેસની હાજરી માટે ip -br link, સરનામાંઓ માટે ip -br address, IPv4 રૂટ માટે ip route અને જ્યાં IPv6 મહત્વનું છે ત્યાં ip -6 route. ip ટૂલનો સંદર્ભ આ વસ્તુઓને અલગ પાડે છે, અને યાદીમાં ઇન્ટરફેસ દેખાવો એ પુરાવો નથી કે તેનું કાર્યકારી સરનામું કે વાપરી શકાય તેવો રૂટ છે.

આઉટપુટને ફાઇલમાં સાચવો જેથી પછીથી કાર્યકારી બૂટ સાથે સરખાવી શકો. જે સ્નેપશોટ તમે ફરી બનાવી શકતા નથી તે ફક્ત સ્થિતિનું સ્મરણ છે.

આ લિંક છે, સરનામું, રૂટ કે નામ?

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

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

Linux ઇન્સ્ટોલેશનનું પોતાનું VPN કે કાયમી ફાયરવોલ રૂપરેખાંકન છે કે નહીં તે તપાસો. સ્થાનિક ટનલ કે nftables નિયમોનો સમૂહ Linux બાજુનું કારણ છે, અને ચાલતું ન હોય તેવા Windows પ્રોગ્રામ કરતાં તે ખામી સમજાવવાની ઘણી વધુ શક્યતા ધરાવે છે.

પછી બૂટ ટ્રાન્ઝિશનની સરખામણી કરો

Windows Fast Startup એ હાઇબ્રિડ શટડાઉન છે જે પૂર્ણ બૂટ કરવાને બદલે કર્નલ સત્રની સ્થિતિ રાખે છે. Microsoft નું પાવર-સ્થિતિ દસ્તાવેજીકરણ તેને રીસ્ટાર્ટ અને પૂર્ણ શટડાઉનથી અલગ પાડે છે, તેથી સમાન હાર્ડવેર બંને ટ્રાન્ઝિશનમાં જુદું વર્તન કરી શકે છે.

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

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

શું બદલવું નહીં

પ્રથમ પગલા તરીકે બંને નેટવર્ક સ્ટેક રીસેટ કરશો નહીં. તે સરખામણીનો નાશ કરે છે અને ઘણી વાર કંઈ સુધારતું નથી, કારણ કે ખરું કારણ કદી ઓળખાયું નહોતું. Linux સુધારવા માટે Windows VPN ફરી ઇન્સ્ટોલ કરશો નહીં, અને બૂટ ટ્રાન્ઝિશન ખામી સાથે સહસંબંધ ધરાવતું હતું એટલે ફર્મવેર સેટિંગ્સ અવ્યવસ્થિત રીતે બદલશો નહીં.

ip ટૂલનો સંદર્ભ ઉપર વપરાયેલા લિંક, સરનામું અને રૂટ વસ્તુઓનું દસ્તાવેજીકરણ કરે છે. પહેલાં Linux બાજુ વાંચો, સ્નેપશોટ રાખો, અને પછી જ નક્કી કરો કે સહિયારું હાર્ડવેર સ્તર તપાસવા લાયક છે કે નહીં.