iPhone ને USB થી જોડતા તમારા Mac પરનું VPN કેમ બંધ પડે છે

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

પગલું 1: ફોન ખરેખર બનાવેલી સેવા વાંચો

સિસ્ટમ સેટિંગ્સ ખોલો, પછી નેટવર્ક, અને ફોન અલગ કરેલી અને જોડેલી સ્થિતિમાં સેવાઓની યાદી સરખાવો. વર્તમાન macOS માં સેવા iPhone USB તરીકે સૂચિબદ્ધ છે. તે સક્રિય છે કે નહીં, સેવા ક્રમમાં ક્યાં છે, અને Mac તેને ડિફોલ્ટ રૂટ માટે વાપરે છે કે નહીં તે નોંધો. સેવા ક્રમ મહત્વપૂર્ણ છે, કારણ કે macOS લક્ષ્ય સુધી પહોંચી શકે તેવી સૌથી ઊંચી સક્રિય સેવા પસંદ કરે છે, તમે જેનું નામ ઓળખો છો તે નહીં.

Apple ની પર્સનલ હોટસ્પોટ માર્ગદર્શિકા પદ્ધતિ વર્ણવે છે: ફોન પર પર્સનલ હોટસ્પોટ સક્રિય હોય ત્યારે USB થી જોડવાથી Mac ફોનનું સેલ્યુલર કનેક્શન વાપરી શકે, તમે ફક્ત ચાર્જ કરવા માગતા હો ત્યારે પણ. આ VPN ક્લાયન્ટની ખામી નથી; રાઉટિંગ ટેબલ એ સેવાને અનુસરે છે જે Wi-Fi પહેલાં ઉપર આવી હતી.

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

પગલું 2: VPN એન્ડપોઇન્ટ કયો રૂટ વાપરે છે તે તપાસો

રૂટ વેબસાઇટ તરફ નહીં, VPN સર્વરના ઉકેલાયેલા સરનામા તરફ વાંચો. route -n get ફક્ત-વાંચન છે અને કર્નલ જે ઇન્ટરફેસ અને ગેટવે વાપરશે તે છાપે છે, અને બંને લાઇન મહત્વપૂર્ણ છે.

scutil --dns | head -20
route -n get 203.0.113.10

ઉપરનું સરનામું દસ્તાવેજીકરણ માટેનું પ્લેસહોલ્ડર છે. તેને તમારો ક્લાયન્ટ જે એન્ડપોઇન્ટ દેખાડે છે તેનાથી બદલો, અને વાપરો route -n get -inet6 (IPv6 એન્ડપોઇન્ટ માટે). ફોન અલગ કરેલી અને જોડેલી સ્થિતિમાં આઉટપુટ સરખાવો, અને બે વાંચન વચ્ચે કોઈ રૂટ ઉમેરો કે દૂર ન કરો. જો ઇન્ટરફેસ en0 થી iPhone USB ઇન્ટરફેસમાં બદલાય, તો હોટસ્પોટ માર્ગ શોધમાં જીત્યો અને VPN નું બાહ્ય જોડાણ હવે સેલ્યુલર પર ચાલે છે.

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

પગલું 3: હોટસ્પોટને ઉપકરણ-સંચાર લિંકથી અલગ કરો

Xcode 15 અને પછીના સંસ્કરણો USB થી જોડાયેલા ઉપકરણ સાથે નેટવર્ક-આધારિત ચેનલ પર વાત કરે છે જેમાં લિંક-લોકલ IPv6 સામેલ છે, તેથી વિકાસનું Mac ઇન્ટરનેટ ઍક્સેસ સાથે કોઈ સંબંધ ન ધરાવતું વધારાનું ઇન્ટરફેસ બતાવી શકે છે. Apple નું TN3158 ટેકનોટ આ વર્તનનું દસ્તાવેજીકરણ કરે છે અને ચેતવે છે કે VPN અથવા સુરક્ષા ફિલ્ટરિંગ તેમાં દખલ કરી શકે છે. આ હોટસ્પોટ સમસ્યાનો ઊંધો છે: ફોન ઇન્ટરનેટ આપે છે તેથી VPN તૂટતું નથી; VPN તેને પકડે છે તેથી ઉપકરણ જોડાણ તૂટે છે.

પેકેટ કેપ્ચર વિના બે અવલોકન કિસ્સાઓ અલગ પાડે છે. પ્રથમ, ઇન્ટરફેસમાં રૂટ કરી શકાય તેવું સરનામું અને ડિફોલ્ટ રૂટ છે કે ફક્ત લિંક-લોકલ fe80:: સરનામું છે તે તપાસો; ફક્ત લિંક-લોકલ એટલે ઇન્ટરનેટ માર્ગ નથી. બીજું, VPN બંધ કરો અને જુઓ Xcode ફરી ઉપકરણ સુધી પહોંચી શકે છે કે નહીં. જો પહોંચે, તો VPN ના રૂટ અથવા સામગ્રી ફિલ્ટર લિંક-લોકલ ટ્રાફિક પકડે છે, અને સુધારો સ્પ્લિટ-ટનલ અથવા ફિલ્ટર ગોઠવણીમાં છે, નેટવર્ક પેનલમાં નહીં.

ifconfig | grep -A4 -E '^en[0-9]+:'
netstat -rn -f inet6 | head

ફક્ત ઇન્ટરફેસના નામ પરથી નિર્ણય ન કરો. ઉપકરણો જોડાતાં macOS આ ઇન્ટરફેસ બનાવે અને નાશ કરે છે, અને en નંબર રનટાઇમમાં ફાળવાય છે, તેથી એ જ Mac રીબૂટ કે કેબલ બદલવા પછી અલગ નંબર બતાવી શકે છે.

પગલું 4: એક સમયે એક ચલ સાથે નિષ્ફળતા પુનઃઉત્પાદિત કરો

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

જો VPN ફક્ત હોટસ્પોટ સ્થિતિમાં નિષ્ફળ જાય, તો ફોનને તે માર્ગથી દૂર રાખો: ચાર્જ કરતી વખતે પર્સનલ હોટસ્પોટ બંધ કરો, અથવા સેવા ક્રમમાં iPhone USB સેવાને Wi-Fi ની નીચે ખસેડો. જો દરેક જોડાયેલી સ્થિતિમાં, હોટસ્પોટ બંધ હોવા સહિત, નિષ્ફળ જાય, તો ક્લાયન્ટ નેટવર્ક સંક્રમણ કેવી રીતે સંભાળે છે તે જુઓ. કેટલાક ક્લાયન્ટ પ્રાથમિક સેવા બદલાવે ત્યારે ટનલ તોડી નાખે છે અને ફરી જોડાણ જરૂરી બને છે; તે ક્લાયન્ટનું વર્તન છે, ફોનની ખામી નથી.

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

પગલું 5: શું રાખવું અને શું ચકાસવું તે નક્કી કરો

ઉપકરણ લિંકને અકબંધ રાખો. Xcode જે ઇન્ટરફેસ વાપરે છે તેને દૂર કરવાથી VPN રૂટ સુધરતો નથી, અને આગલા જોડાણ સુધી ઉપકરણ તૈનાતી તૂટે છે. જો હોટસ્પોટ સેવા ખરેખર અનિચ્છનીય હોય, તો પહેલાં ફોન પર પર્સનલ હોટસ્પોટ બંધ કરો; તે દસ્તાવેજીકૃત નિયંત્રણ છે અને રીબૂટ પછી ટકે છે.

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

પછી તમે ખરેખર જોયેલી નિષ્ફળતાનું વર્ગીકરણ કરો. હેન્ડશેક સમયસીમા, ટનલ ઊભી થયા પછી MTU અટકી જવું, અને ઓપરેટર તરફથી આવતા DNS જવાબો ત્રણ અલગ સમસ્યાઓ અને ત્રણ અલગ ઉપાયો છે. ત્રણેયમાં USB સેવા ટ્રિગર છે; કારણ તરીકે તે ભાગ્યે જ હોય છે.