Mac પર VPN «ડિસ્કનેક્ટ થઈ રહ્યું છે» પર અટકી ગયું: ખરેખર શું ચાલી રહ્યું છે

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

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

લેબલ શું ટ્રેક કરે છે

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

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

કનેક્શનનો માલિક ઘટક શોધો

મૂળ કન્ફિગરેશનમાં scutil --nc list સિસ્ટમ જે સેવાઓ જાણે છે તે અને તેમની સ્થિતિ છાપે છે, અને scutil --nc status "Work VPN" એક સેવાની વિગતો આપે છે. તૃતીય પક્ષની એપ ધરાવતું ટનલ તે યાદીમાં બિલકુલ ન પણ દેખાય, તેથી ખાલી પરિણામ એ પુરાવો નથી કે કંઈ જોડાયેલું નથી.

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

ઇન્ટરફેસ, રૂટ અને DNS વાંચો

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

scutil --nc list
netstat -rn -f inet | head -20
ifconfig | grep -A 3 '^utun'
scutil --dns | head -30

• utun ઇન્ટરફેસ હાજર છે, તેના દ્વારા ડિફોલ્ટ કે વિભાજિત રૂટ છે, રિઝોલ્વર પ્રદાતા તરફ દેખાય છે: ટનલ હજી ચાલુ છે અને લેબલ જૂનું છે.
• utun નથી, સામાન્ય ડિફોલ્ટ રૂટ છે, DNS DHCP થી છે, ઇન્ટરનેટ નથી: ડિસ્કનેક્ટ થાય ત્યારે અવરોધતી નીતિ પોતાનું કામ કરી રહી છે.
• utun નથી, રૂટ નથી, રિઝોલ્વર હજી પ્રદાતા તરફ છે: તોડવાનું અડધે અટક્યું, અને DNS એ સાફ કરવાનું બાકી રહેલું છે.

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

વ્યાપક હત્યા અને પ્રોફાઇલ ડિલીટ કેમ ભ્રામક છે

pppd, racoon અને configd જેવા પ્રોસેસ નામ ચોક્કસ અમલીકરણોના છે. તેમને મારવાથી બીજા કનેક્શન પર અસર થઈ શકે છે, રૂટ અને utun ઇન્ટરફેસ પાછળ રહી જાય છે, અને કયું પગલું અટક્યું તેનો કોઈ રેકોર્ડ મળતો નથી. જૂનું પ્રોસેસ નામ પણ વર્તમાન પ્રોફાઇલનો માલિક હોવાનો પુરાવો નથી.

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

નિશાન છોડતો સ્ટોપ ક્રમ

નીચેનો ક્રમ કનેક્શનના પોતાના નિયંત્રણોને જવાબદાર રાખે છે અને અટકવું પાછું આવે તો રેકોર્ડ બનાવે છે. તે તમને દર્શન-સમસ્યાને નેટવર્ક ફેરફારમાં ફેરવતા પણ અટકાવે છે.

1. દૂરસ્થ કામ સાચવો, અને જો Mac દૂરસ્થ હોય તો બીજી રીતે પહોંચી શકો છો તેની ખાતરી કરો.
2. ક્લાયન્ટનું નામ, આવૃત્તિ અને પ્રોફાઇલ નોંધો. log show --last 5m --predicate 'subsystem == "com.apple.networkextension"' વડે ટૂંકી વિન્ડો કેપ્ચર કરો; જૂની આવૃત્તિઓ ઓછો ઇતિહાસ રાખે છે, તેથી અટક્યા પછી તરત જ તેને ચલાવો.
3. દસ્તાવેજીકૃત «ડિસ્કનેક્ટ કરો» નિયંત્રણ વાપરો, રાહ જુઓ, પછી ઇન્ટરફેસ અને રૂટ તપાસ ફરીથી કરો.
4. જો લેબલ જૂનું છે પણ ટનલ બંધ છે, તો તેને રહેવા દો અને પ્રોસેસ ફરજિયાત બંધ કરવાને બદલે ક્લાયન્ટને તાજું થવા દો.
5. જો તોડવાનું ખરેખર અટકી ગયું હોય, તો ક્લાયન્ટ ફરી શરૂ કરો, પછી કામ સાચવાઈ જાય એટલે Mac ફરી શરૂ કરવાનું આયોજન કરો. સંચાલિત મશીનોને એડમિનિસ્ટ્રેટરની પ્રક્રિયા જોઈએ.

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