Mac-ൽ VPN «വിച്ഛേദിക്കുന്നു» എന്നതിൽ കുടുങ്ങി: യഥാർത്ഥത്തിൽ എന്താണ് പ്രവർത്തിക്കുന്നത്

«വിച്ഛേദിക്കുന്നു» എന്നത് ടണൽ പൊളിക്കുമ്പോൾ ക്ലയന്റ് റിപ്പോർട്ട് ചെയ്യുന്ന അവസ്ഥയാണ്, ട്രാഫിക് നിലച്ചു എന്ന വിധിയല്ല. Mac-ൽ ആ പൊളിക്കൽ ഒരു ചെറിയ ക്രമത്തിൽ നടക്കുന്നു, കണക്ഷൻ ഉടമസ്ഥതയുള്ള ഘടകം തിരികെ റിപ്പോർട്ട് ചെയ്തതിന് ശേഷം മാത്രമേ ലേബൽ മാറുന്നു. ഒരു ഘട്ടം സഹായി, പ്ലഗിൻ അല്ലെങ്കിൽ നയ-തീരുമാനത്തിനായി കാത്തിരുന്നാൽ, ഇന്റർഫേസ് പോയതിന് ശേഷവും ലേബൽ അവിടെ നിൽക്കാം, അല്ലെങ്കിൽ മെനു ഇപ്പോഴും കാണിക്കുമ്പോൾ തന്നെ ടണൽ കൈമാറ്റം തുടരാം. പാഠത്തെ «പൊളിക്കൽ നടക്കുന്നു, ഫലം അജ്ഞാതം» എന്ന് കണക്കാക്കി ഏത് പകുതിയാണ് ശരിയെന്ന് കണ്ടെത്തുക.

രണ്ട് പരാജയങ്ങൾ മെനു ബാറിൽ നിന്ന് ഒരുപോലെ കാണപ്പെടുന്നു, വിപരീത പ്രതികരണം ആവശ്യപ്പെടുന്നു. ഒന്നിൽ ടണൽ ഇപ്പോഴും പാക്കറ്റുകൾ വഹിക്കുന്നു, പ്രദർശനം മാത്രം പഴയതാണ്. മറ്റൊന്നിൽ ടണൽ പോയി, പക്ഷേ വേറിട്ട നയം ട്രാഫിക് തടഞ്ഞു നിർത്തുന്നു, ഇത് പലപ്പോഴും ഉദ്ദേശ്യപൂർവമാണ്. റൂട്ടുകളും DNS അവസ്ഥയും ഏതൊരു മെനു പ്രവർത്തനത്തെക്കാളും വേഗത്തിൽ ഇവയെ വേർതിരിക്കുന്നു.

ലേബൽ എന്താണ് പിന്തുടരുന്നത്

ഒരു VPN ക്ലയന്റ് ഒരു ചെറിയ അവസ്ഥാ യന്ത്രം സൂക്ഷിക്കുന്നു, മെനു ബാർ അതിന്റെ പ്രൊജക്ഷനാണ്. macOS തന്നെ കൈകാര്യം ചെയ്യുന്ന കണക്ഷനിൽ ആ യന്ത്രം സിസ്റ്റത്തിന്റെ VPN ഫ്രെയിമിലാണ്. ആപ്പ് കൈകാര്യം ചെയ്യുന്ന ടണലിൽ അത് ആപ്പിലും അതിന്റെ പ്രത്യേകാവകാശ സഹായിയിലുമാണ്. നിർത്തലിന്റെ അവസാന ഘട്ടം സോക്കറ്റ് അടയ്ക്കലല്ല. ടണൽ പ്രവർത്തിപ്പിച്ചത് വിട്ടയക്കലാണ്: utun ഇന്റർഫേസ്, അതിലേക്ക് ചൂണ്ടിയ റൂട്ടുകൾ, ക്ലയന്റ് ചേർത്ത റിസോൾവർ എൻട്രികൾ, കണക്ട് ചെയ്തിരിക്കുമ്പോൾ ട്രാഫിക് തടഞ്ഞ ഏത് ഫയർവാൾ നിയമമോ നയമോ.

ആ ഘട്ടങ്ങൾ വേറിട്ടതാണ്, അതിനാൽ നിർത്തൽ അവയിലേതിലും കുടുങ്ങാം. ഉത്തരം നൽകുന്നത് നിർത്തുന്ന സഹായി, രണ്ടാം ഇന്റർഫേസും അവകാശപ്പെടുന്ന റൂട്ട്, അല്ലെങ്കിൽ മറ്റൊരു പ്രൊഫൈലിന്റെ ഉടമസ്ഥതയിലുള്ള റിസോൾവർ എൻട്രി എന്നിവ ക്ലയന്റിനെ കാത്തിരിക്കാൻ വിടാം. ലേബൽ ക്ലയന്റിന്റെ സ്വന്തം പുരോഗതിയുടെ റിപ്പോർട്ടാണ്, അത് ഉദ്ദേശ്യത്തിൽ അതിനെ അധികാരമുള്ളതാക്കുന്നു, നെറ്റ്വർക്കിൽ വിശ്വസനീയമല്ലാതാക്കുന്നു.

കണക്ഷന്റെ ഉടമസ്ഥതയുള്ള ഘടകം കണ്ടെത്തുക

നേറ്റീവ് കോൺഫിഗറേഷനുകളിൽ scutil --nc list സിസ്റ്റത്തിന് അറിയാവുന്ന സേവനങ്ങളും അവയുടെ അവസ്ഥയും പ്രിന്റ് ചെയ്യുന്നു, scutil --nc status "Work VPN" ഒരു സേവനത്തിന്റെ വിശദാംശങ്ങൾ നൽകുന്നു. മൂന്നാം കക്ഷി ആപ്പ് കൈവശം വയ്ക്കുന്ന ടണൽ ആ പട്ടികയിൽ അശേഷം കാണണമെന്നില്ല, അതിനാൽ ശൂന്യമായ ഫലം ഒന്നും ബന്ധിപ്പിച്ചിട്ടില്ലെന്നതിന്റെ തെളിവല്ല.

പ്രൊഫൈൽ ഒരു ആപ്പിന്റേതാണെങ്കിൽ അതിന്റെ അവസ്ഥാ കാഴ്ചയിലും രേഖപ്പെടുത്തിയ «വിച്ഛേദിക്കുക» നിയന്ത്രണത്തിലും ആശ്രയിക്കുക. വിൻഡോ അടയ്ക്കുന്നത് നിർത്തൽ അഭ്യർത്ഥനയല്ല, പശ്ചാത്തല സഹായി ടണലിന്റെ ഉടമയാണെങ്കിൽ; ഐക്കൺ അപ്രത്യക്ഷമാകുന്നു, സഹായി ഇന്റർഫേസ് ജീവനോടെ നിർത്തുന്നു. Apple-ന്റെ 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 റിസോൾവറും തിരികെ വന്നുവെന്നും, തടഞ്ഞ ട്രാഫിക് പുനഃസ്ഥാപിച്ചുവെന്നോ ഉദ്ദേശ്യപൂർവം ഇപ്പോഴും തടഞ്ഞിരിക്കുന്നുവെന്നോ ഉറപ്പാക്കുക. പ്രൊഫൈലും ക്ലയന്റ് പതിപ്പും ലക്ഷണത്തോടൊപ്പം രേഖപ്പെടുത്തുക, അടുത്ത സംഭവം മെനു ബാറിലെ ഊഹത്തിൽ നിന്നല്ല, തെളിവിൽ നിന്ന് ആരംഭിക്കാൻ.