OpenConnect vpnc-script: કઈ ફાઇલ ચાલે છે?

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

બે પ્રોગ્રામ, બે જવાબદારીઓ

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

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

ચાલી રહેલો ક્લાયન્ટ જે સહાયક વાપરે છે તે શોધો

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

openconnect --version
ps -o args= -C openconnect
dpkg -L openconnect | grep -i script
ls -l /etc/vpnc/ 2>/dev/null

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

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

છેલ્લી ચેતવણી નહીં, પ્રથમ નિષ્ફળ ક્રિયા વાંચો

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

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

કનેક્શન, ફરી કનેક્શન અને ડિસ્કનેક્શન ચકાસો

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

ip -brief address show tun0
ip route get 10.24.8.15
resolvectl status tun0
journalctl -u NetworkManager -b --no-pager | grep -i -E 'vpnc|script'

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

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