macOS-ൽ സംഭരിച്ച VPN കോൺഫിഗറേഷനുകൾ മാറ്റുമ്പോൾ യഥാർത്ഥത്തിൽ എന്താണ് മാറുന്നത്
സംഭരിച്ച Mac VPN മാറ്റുന്നത് പ്രൊഫൈൽ കൈമാറ്റമല്ല. റൂട്ടുകൾ, DNS, ക്രെഡൻഷ്യലുകൾ എന്നിവയിൽ എന്ത് മാറുന്നു, നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ലഭിച്ച ടണൽ എങ്ങനെ പരിശോധിക്കാം എന്നത് കാണുക.
നിങ്ങൾ VPN ലിസ്റ്റ് തുറക്കുന്നു, മറ്റൊരു സംഭരിച്ച എൻട്രി തിരഞ്ഞെടുക്കുന്നു, വൃത്തിയുള്ള ഒരു മാറ്റം പ്രതീക്ഷിക്കുന്നു: പുതിയ എക്സിറ്റ് വിലാസം, ബാക്കിയെല്ലാം മാറ്റമില്ലാതെ. ആദ്യം ഉപേക്ഷിക്കേണ്ട അനുമാനം ഇതാണ്. macOS-ൽ സംഭരിച്ച VPN ഒരു പ്രീസെറ്റല്ല, പൂർണ്ണ നെറ്റ്വർക്ക് സേവനമാണ്, അതിനാൽ സേവനം മാറ്റുന്നത് റൂട്ടിംഗ്, DNS, ഓതന്റിക്കേഷൻ എന്നിവ ഒരുമിച്ച് മാറ്റിയേക്കാം. മെനു ബാർ ഏത് സേവനമാണ് സജീവമെന്ന് പറയുന്നു; അതിനടിയിലെ ടണൽ നിങ്ങളുടെ ഉദ്ദേശവുമായി യോജിക്കുന്നുണ്ടോ എന്ന് പറയുന്നില്ല.
സംഭരിച്ച ലിസ്റ്റ് പ്രൊഫൈൽ തിരഞ്ഞെടുക്കലല്ല
സിസ്റ്റം സെറ്റിംഗ്സ് > നെറ്റ്വർക്കിലെ ഓരോ എൻട്രിയും സ്വന്തം സേവനമാണ്, സ്വന്തം സർവർ വിലാസം, അക്കൗണ്ട്, ഓതന്റിക്കേഷൻ രീതി, DNS സർവറുകൾ, Send all traffic over VPN connection പോലുള്ള ഓപ്ഷനുകൾ എന്നിവയോടെ. പഴയ പതിപ്പുകളിൽ സിസ്റ്റം പ്രിഫറൻസസിൽ അതേ ലിസ്റ്റ് ഉണ്ട്. രണ്ട് എൻട്രികൾ ഒരേ ഹോസ്റ്റ്നാമിലേക്ക് ചൂണ്ടിയാലും വ്യത്യസ്തമായി പെരുമാറിയേക്കാം, കാരണംപ്രോട്ടോക്കോളോ ക്ലയന്റ് എക്സ്റ്റൻഷനോ ആണ് ടണൽ എങ്ങനെ നിർമ്മിക്കുന്നതെന്ന് തീരുമാനിക്കുന്നത്.
മൂന്നാം കക്ഷി ക്ലയന്റുകൾ വെവ്വേറെ ലിസ്റ്റുകൾ സൂക്ഷിക്കുന്നു. Tunnelblick സ്വന്തം ഫോൾഡറിൽ നിന്ന് കോൺഫിഗറേഷനുകൾ വായിക്കുന്നു, WireGuard സ്വന്തം ടണൽ ലിസ്റ്റ് സൂക്ഷിക്കുന്നു, OpenVPN Connect പ്രൊഫൈലുകൾ ആപ്പിനുള്ളിൽ സംഭരിക്കുന്നു. ചിലത് കോൺഫിഗറേഷൻ സിസ്റ്റത്തിൽ രജിസ്റ്റർ ചെയ്യുന്നു; മറ്റുള്ളവ എല്ലാം ആപ്പിനുള്ളിൽ സൂക്ഷിക്കുകയും ബിൽറ്റ്-ഇൻ ലിസ്റ്റിൽ ഒരിക്കലും കാണാതിരിക്കുകയും ചെയ്യുന്നു. അതിനാൽ “സംഭരിച്ചതിലേക്ക് മാറുക” എന്നത് പ്രൊഫൈൽ ഏത് ആപ്പിന്റേതാണ് എന്നതിനനുസരിച്ച് വ്യത്യസ്ത പ്രവർത്തനങ്ങളാണ്.
scutil --nc list സിസ്റ്റം കോൺഫിഗിൽ രജിസ്റ്റർ ചെയ്ത VPN സേവനങ്ങൾ ഉദ്ധരണികളിൽ പേരുകളോടെ പ്രിന്റ് ചെയ്യുന്നു. മാറ്റം സ്ക്രിപ്റ്റ് ചെയ്യുമ്പോൾ അതേ പേരുകൾ തന്നെ ഉപയോഗിക്കുക, ലിസ്റ്റ് എല്ലാ മൂന്നാം കക്ഷി ടണലുകളും ഉൾക്കൊള്ളുന്നു എന്ന് കരുതരുത്.
മാറ്റം യഥാർത്ഥത്തിൽ എന്താണ് മാറ്റുന്നത്
സജീവ സേവനം മാറുമ്പോൾ നാല് കാര്യങ്ങൾ ഒരുമിച്ച് നീങ്ങുന്നു. ആ സേവനം എല്ലാ ട്രാഫിക്കും അയക്കുന്നുണ്ടെങ്കിൽ ഡിഫോൾട്ട് റൂട്ട് പുതിയ ടണലിനെ പിന്തുടരുന്നു; റിസോൾവർ ലിസ്റ്റ് സേവനം നിർദ്ദേശിക്കുന്ന DNS സർവറുകളിലേക്ക് മാറുന്നു; പുതിയ കണക്ഷനുകൾ ഉറവിടമായി പുതിയ ടണൽ വിലാസം എടുക്കുന്നു; ഉപയോഗിക്കുന്ന ക്രെഡൻഷ്യലുകൾ പുതിയ സേവനത്തിന്റേതാണ്. നേറ്റീവ് കോൺഫിഗറേഷനും ആപ്പ് പ്രൊഫൈലും പരസ്പരം മാറ്റാനാവില്ല, രണ്ടും ഒരേ ഗേറ്റ്വേയിൽ അവസാനിച്ചാലും.
| What you assume | What the system does |
|---|---|
| Same server name means same tunnel | Protocol, certificate and account are per service |
| All traffic follows the active VPN | Only when Send all traffic over VPN is on |
| DNS switches with the VPN | Only if that service defines DNS servers |
| Disconnect ends the connection | On Demand or a management profile can reconnect |
| Open sessions survive the switch | TCP sessions tied to the old address stall |
ആളുകളെ കുഴപ്പത്തിലാക്കുന്നത് DNS ഭാഗമാണ്. macOS റിസോൾവർ ക്രമം നിലനിർത്തുന്നു,scutil --dns ഏത് റിസോൾവറുകൾ ഏത് ഇന്റർഫേസിൽ ഉപയോഗിക്കുന്നു എന്ന് കാണിക്കുന്നു. DNS സർവറുകൾ സജ്ജീകരിക്കാത്ത VPN സേവനം Wi-Fi റിസോൾവർ ഉത്തരം നൽകാൻ അനുവദിച്ചേക്കാം, അതിനാൽ പഴയ DNS സ്വഭാവത്തോടെ പുതിയ പൊതു വിലാസം ലഭിക്കുകയും മാറ്റം പകുതി പ്രവർത്തിച്ചു എന്ന് നിഗമനത്തിൽ എത്തുകയും ചെയ്യും.
പഴയ കോൺഫിഗറേഷൻ എന്തിന് തിരികെ വരുന്നു
നിങ്ങൾ വിച്ഛേദിച്ചതിന് ശേഷം അതേ സേവനം അൽപ്പ സമയത്തിനുള്ളിൽ വീണ്ടും ബന്ധിപ്പിക്കുകയാണെങ്കിൽ, ആദ്യം On Demand നോക്കുക. ഒരു ആപ്പ് യോജിക്കുന്ന ഡൊമെയ്ൻ റിസോൾവ് ചെയ്യുമ്പോൾ ആവശ്യാനുസരണം ബന്ധിപ്പിക്കാനുള്ള നിയമം സേവനം തിരികെ കൊണ്ടുവരാം, മാനേജ്മെന്റ് പ്രൊഫൈലിന് അതേ നിയമം അടിച്ചേൽപ്പിക്കാനും കഴിയും. എൻട്രി ഇല്ലാതാക്കുന്നത് ഇത് അപൂർവ്വമായേ ശരിയാക്കൂ: പ്രൊഫൈൽ വഴി ഇൻസ്റ്റാൾ ചെയ്ത കോൺഫിഗറേഷൻ സാധാരണയായി അടുത്ത പ്രൊഫൈൽ പുതുക്കലിൽ തിരികെ വരുന്നു, കൈകൊണ്ടുള്ളത് സേവനം പോയാലും പാസ്വേഡ് Keychain-ൽ വിട്ടേക്കാം.
രണ്ടാമത്തെ സേവനം ആരംഭിക്കുന്നത് ആദ്യത്തേതിനെ എപ്പോഴും നിർത്തുന്നില്ല. ക്ലയന്റും പ്രോട്ടോക്കോളും അനുസരിച്ച് രണ്ട് ടണലുകളും രണ്ട് റൂട്ട് സെറ്റുകളും ബാക്കിയാകാം, ഏതാണ് ട്രാഫിക് വഹിക്കുന്നതെന്ന് അവസാനം ക്ലിക്ക് ചെയ്ത ഐക്കണല്ല, സേവന ക്രമവും റൂട്ടിന്റെ പ്രത്യേകതയുമാണ് തീരുമാനിക്കുന്നത്. മാറ്റം നടന്നു എന്ന് കരുതുന്നതിന് മുമ്പ് ഇന്റർഫേസുകൾ പരിശോധിക്കുക.
ടണൽ പരിശോധിക്കുക, ടിക്ക് അല്ല
സെറ്റിംഗ്സിൽ തൊടുന്നതിന് മുമ്പ് സിസ്റ്റത്തിന്റെ സ്വന്തം കാഴ്ചയിലൂടെ പോകുക.scutil --nc status "Name" സിസ്റ്റം എന്താണ് കരുതുന്നതെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു;ifconfig എന്നത്utun ഇന്റർഫേസിന് വിലാസമുണ്ടോ എന്ന് കാണിക്കുന്നു;netstat -rn -f inet ഡിഫോൾട്ട് റൂട്ട് എവിടേക്കാണ് ചൂണ്ടുന്നതെന്ന് കാണിക്കുന്നു;scutil --dns യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന റിസോൾവർ കാണിക്കുന്നു. തുടർന്ന് പുതിയ കണക്ഷൻ തുറന്ന് എക്സിറ്റ് വിലാസം സ്ഥിരീകരിക്കുക, കാരണം മുമ്പേ സൈൻ-ഇൻ ചെയ്ത പേജ് പഴയ ടണലിൽ ബന്ധിച്ച സോക്കറ്റ് ഇപ്പോഴും ഉപയോഗിച്ചേക്കാം.
DNS ഇപ്പോഴും പ്രാദേശിക നെറ്റ്വർക്കിൽ നിന്ന് ഉത്തരം നൽകുന്നുണ്ടെങ്കിൽ, സേവനത്തിന്റെ സജ്ജീകരിച്ച സർവറുകളെ റിസോൾവർ ലിസ്റ്റുമായി താരതമ്യം ചെയ്യുക. ഡിഫോൾട്ട് റൂട്ട് ഇപ്പോഴും ഭൗതിക ഇന്റർഫേസിലേക്ക് ചൂണ്ടുന്നുണ്ടെങ്കിൽ, സേവനം സ്പ്ലിറ്റ്-ടണലിലാണ് അല്ലെങ്കിൽ പൂർണ്ണമായി ബന്ധിച്ചിട്ടില്ല. രണ്ടും കോൺഫിഗറേഷന്റെ ഫലമാണ്, കേടായ ക്ലയന്റിന്റെ തെളിവല്ല.
അപ്രതീക്ഷിതത്വം ഒഴിവാക്കുന്ന മാറ്റക്രമം
- നിലവിലെ സേവനവും അത് ഒരു പ്രൊഫൈൽ കൈകാര്യം ചെയ്യുന്നുണ്ടോ എന്നും രേഖപ്പെടുത്തുക.
- രണ്ട് ടണലുകൾക്ക് ഒരുമിച്ച് നിൽക്കാനാവില്ലെങ്കിൽ ആദ്യം അത് വിച്ഛേദിക്കുക.
- ലക്ഷ്യത്തിലേക്ക് ബന്ധിപ്പിച്ച് Connecting അല്ല, Connected കാത്തിരിക്കുക.
- ഡിഫോൾട്ട് റൂട്ട്, റിസോൾവർ ലിസ്റ്റ്, പുതിയ എക്സിറ്റ് വിലാസം എന്നിവ പരിശോധിക്കുക.
- ദീർഘകാല സെഷനുകൾ സൂക്ഷിക്കുന്ന ആപ്പുകൾ പുനരാരംഭിക്കുക.
പുതിയ എൻട്രി ഈ പരിശോധനകൾ കടക്കുന്നതുവരെ പഴയ എൻട്രി സൂക്ഷിക്കുക, ഓരോ എൻട്രിക്കും വ്യത്യസ്ത പേര് നൽകുക; ഒരേ ലേബലുകൾ അടുത്ത പരാജയത്തിന്റെ കാരണം കണ്ടെത്താൻ ബുദ്ധിമുട്ടാക്കുന്നു. Apple-ന്റെ Mac സഹായി നേറ്റീവ് വശം വിശദീകരിക്കുന്നത്Mac-ൽ VPN കണക്ഷൻ സജ്ജീകരിക്കൽ എന്ന പേജിലാണ്, മാനേജ് ചെയ്യുന്ന കോൺഫിഗറേഷൻ എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് പരിശോധിക്കേണ്ട റഫറൻസ്.
തിരഞ്ഞെടുപ്പ് തിരികെ പോകുന്നുണ്ടെങ്കിൽ, ആദ്യം അതിനെ നയം അല്ലെങ്കിൽ On Demand ആയി കാണുക. കോൺഫിഗറേഷൻ ആരുടേതാണ്, യാന്ത്രികമായി ബന്ധിപ്പിക്കാൻ സജ്ജീകരിച്ചിട്ടുണ്ടോ എന്നിവ സ്ഥിരീകരിച്ച ശേഷം, സേവനം മാറ്റുകയാണോ പ്രൊഫൈലിനോട് പോരാടുകയാണോ എന്ന് തീരുമാനിക്കുക.