iPhone VPN ഡൊമെയ്ൻ അനുസരിച്ച്: നിരസനം എവിടെ സംഭവിക്കുന്നു എന്ന് തീരുമാനിക്കുക
NeverConnect VPN ആരംഭിക്കുന്നത് തടയുന്നു; ഇത് ഒരു വെബ്സൈറ്റ് ബ്ലോക്ക് ചെയ്യുന്നില്ല. നിരസനം സേവനത്തിന്റെ അതിരിൽ ആണോ നിയന്ത്രിത നയത്തിൽ ആണോ എന്ന് തീരുമാനിക്കുക.
രണ്ട് ആവശ്യകതകൾ ഒരു വാക്യമായി എഴുതിയ ശേഷം തികച്ചും വ്യത്യസ്തമായ സ്ഥലങ്ങളിൽ നടപ്പാക്കുന്നു. «ഈ സൈറ്റ് VPN വഴി മാത്രം എത്തിച്ചേരാവുന്നതായിരിക്കണം» എന്നത് പ്രവേശനത്തെക്കുറിച്ചുള്ള പ്രസ്താവനയാണ്, അതിന്റെ സ്വാഭാവിക വീട് സേവനത്തിന് മുന്നിലുള്ള നെറ്റ്വർക്കാണ്. «ഈ iPhone ആ ഡൊമെയ്നുമായി ഒരിക്കലും നേരിട്ട് ബന്ധപ്പെടരുത്» എന്നത് ഉപകരണത്തെക്കുറിച്ചുള്ള പ്രസ്താവനയാണ്, നിയന്ത്രിത ക്ലയന്റ് നയത്തിന് മാത്രമേ അത് പ്രകടിപ്പിക്കാനാകൂ. പ്രൊഫൈൽ എഡിറ്റർ തുറക്കുന്നതിന് മുമ്പ് നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ഏതാണ് എന്ന് തീരുമാനിക്കുക.
ഒരേപോലെ കേൾക്കുന്ന രണ്ട് ആവശ്യകതകൾ
ഉദാഹരണ ഹോസ്റ്റ് records.corp.example എടുക്കുക. പ്രവേശന കേസിൽ നിങ്ങൾ അത് VPN-ന് പിന്നിലുള്ള വിലാസങ്ങളിലേക്ക് മാത്രം പ്രസിദ്ധീകരിക്കുന്നു, അതിനാൽ സെല്ലുലാർ നെറ്റ്വർക്കിലെ ഫോണിൽ നിന്നുള്ള നേരിട്ടുള്ള ശ്രമം നെറ്റ്വർക്കിൽ പരാജയപ്പെടുന്നു, അതേസമയം അതേ അഭ്യർത്ഥന ടണലിലൂടെ വിജയിക്കുകയും ഇപ്പോഴും യഥാർത്ഥ അക്കൗണ്ട് ലോഗിൻ ആവശ്യപ്പെടുകയും ചെയ്യുന്നു. ഉപകരണ കേസിൽ ഫോണിന് പൊതു ഇന്റർനെറ്റിൽ എത്താം, അതിനാൽ ഹോസ്റ്റ് എല്ലാവർക്കും പരിഹരിക്കപ്പെടുകയും ഉത്തരം നൽകുകയും ചെയ്യുന്നു, ശ്രമം നിർത്താനുള്ള ഏക സ്ഥലം ഉപകരണമാണ്. സേവനത്തിൽ ഒരിക്കലും എത്താത്ത ഒരു അഭ്യർത്ഥനയിൽ സേവനത്തിന് ഒരു നിയമം നടപ്പിലാക്കാനാവില്ല.
ആവശ്യകത തെറ്റായി വായിക്കുന്നത് ഒരു നിർദ്ദിഷ്ട വിന്യാസമായി പ്രത്യക്ഷപ്പെടുന്നു. റെക്കോർഡ് ഇപ്പോഴും പൊതുവാണ്, ഓപ്പറേറ്റർ VPN നിർബന്ധമാണെന്ന് വിശ്വസിക്കുന്നു, സെല്ലുലാർ ശ്രമത്തിന്റെ ഓഡിറ്റ് അഭ്യർത്ഥന ഒരിക്കലും ടണലിൽ പ്രവേശിച്ചിട്ടില്ലെന്ന് കാണിക്കുന്നു. ഒന്നും ബ്ലോക്ക് ചെയ്യാത്തതിനാൽ ലോഗുകളിൽ ഒന്നും തകർന്നതായി തോന്നുന്നില്ല.
മൂല്യനിർണ്ണയ പ്രവർത്തനങ്ങൾ അക്ഷരാർത്ഥത്തിൽ വായിക്കുക
ആവശ്യാനുസരണം പ്രവർത്തിക്കുന്ന യന്ത്രത്തിന് രണ്ട് വേറിട്ട പ്രവർത്തന പാളികളുണ്ട്, അവ കൂട്ടിക്കലർത്തുന്നതാണ് ഇവിടെ കൂടുതൽ ആശയക്കുഴപ്പത്തിന് കാരണം. പുറം നിയമ പ്രവർത്തനം നിയമം പൊരുത്തപ്പെടുമ്പോൾ ടണലിന് എന്ത് സംഭവിക്കുമെന്ന് തീരുമാനിക്കുന്നു, കണക്ഷൻ-മൂല്യനിർണ്ണയ പ്രവർത്തനം ഒരു മൂല്യനിർണ്ണയ നിയമത്തിനുള്ളിൽ ഹോസ്റ്റ്നെയിം പൊരുത്തത്തിന് എന്ത് സംഭവിക്കുമെന്ന് തീരുമാനിക്കുന്നു. Apple-ന്റെ Never Connect റെഫറൻസ് രണ്ടാം പാളി മാത്രം വിവരിക്കുന്നു.
| Layer | Action | What it controls |
|---|---|---|
| Outer rule | connect | Bring the tunnel up when the rule matches |
| Outer rule | disconnect | Tear the tunnel down when the rule matches |
| Outer rule | evaluateConnection | Run a hostname evaluation instead of acting directly |
| Outer rule | ignore | Leave the current tunnel state alone |
| Connection evaluation | connectIfNeeded | Start the tunnel when the hostname cannot be resolved |
| Connection evaluation | neverConnect | Do not start the tunnel for that match |
neverConnect ആണ് ഏറ്റവും കൂടുതൽ തെറ്റായി വായിക്കപ്പെടുന്ന മൂല്യം, കാരണം പേര് ഒരു ബ്ലോക്ക് സൂചിപ്പിക്കുന്നു. ഇത് പൊരുത്തപ്പെടുന്ന ഹോസ്റ്റ്നെയിമിനുള്ള ടണൽ ആരംഭം നിയന്ത്രിക്കുന്നു, ഫോണിന് ഒരു പേരിൽ എത്താനുള്ള അനുമതിയല്ല, അതിനാൽ Never Connect എൻട്രി ഒരു ഡൊമെയ്ൻ ബ്ലോക്കല്ല. ഒരു ഡിസൈൻ ഡോക്യുമെന്റിൽ അതിനെ അങ്ങനെ വിളിക്കുന്നത്, അതിന് ഇല്ലാത്ത ഒരു നിർവ്വഹണ അതിരോടെ വിന്യാസം അംഗീകരിക്കപ്പെടുന്ന വഴിയാണ്.
സേവനം നിങ്ങളുടേതാണെങ്കിൽ, അതിരിൽ നടപ്പിലാക്കുക
പ്രവേശനം പരിമിതപ്പെടുത്തുക എന്നത് VPN പാത എത്താൻ കഴിയുന്നിടത്ത് മാത്രം പേര് പ്രസിദ്ധീകരിക്കുക, തുടർന്ന് ഉദ്ദേശിച്ച പാത പ്രവർത്തിക്കുന്നുവെന്നും മറ്റൊരു പാത പ്രവർത്തിക്കുന്നില്ലെന്നും പരിശോധിക്കുക എന്നതാണ്. പ്രസിദ്ധീകരിച്ച ഓരോ റെക്കോർഡും, നിങ്ങൾ പ്രസിദ്ധീകരിക്കുന്നെങ്കിൽ രണ്ട് വിലാസ കുടുംബങ്ങളും, ആപ്പ് ഉപയോഗിക്കുന്ന ഏതെങ്കിലും ഇടനില അല്ലെങ്കിൽ ബദൽ പേരും ഉൾക്കൊള്ളിക്കുക. പൊതു ലോഡ് ബാലൻസറിലേക്ക് ഇപ്പോഴും ചൂണ്ടിക്കാണിക്കുന്ന പഴയ CNAME, പ്രധാന റെക്കോർഡ് എത്ര വൃത്തിയായാലും നേരിട്ടുള്ള പാതയെ ജീവനോടെ നിർത്തുന്നു.
ഇത് ഉപകരണത്തെയല്ല, സേവനത്തെ സംരക്ഷിക്കുന്നു. ഫോൺ DNS ചോദ്യം അയയ്ക്കുന്നത് ഇത് തടയുന്നില്ല, ആപ്പ് ശ്രമിക്കുന്നതും തടയുന്നില്ല. ആ ശ്രമങ്ങൾ സ്വീകാര്യമാണെങ്കിൽ, അതിരിലുള്ള നിർവ്വഹണമാണ് കൂടുതൽ വിലകുറഞ്ഞതും നിലനിൽക്കുന്നതുമായ തിരഞ്ഞെടുപ്പ്, കാരണം ഇത് നിങ്ങൾ കോൺഫിഗർ ചെയ്തവർക്ക് മാത്രമല്ല, എല്ലാ ക്ലയന്റിനും ബാധകമാണ്. ഒരിക്കലും രജിസ്റ്റർ ചെയ്യാത്ത ഒരു ഫോണിലും ഇത് നിലനിൽക്കുന്നു.
ഫോൺ ശ്രമിക്കാൻ പോലും പാടില്ലെങ്കിൽ, നിങ്ങൾക്ക് ഒരു നിയന്ത്രിത നയം വേണം
ശ്രമം നിർത്താൻ കണക്ഷന് മുമ്പ്, ടണൽ പരാജയത്തിനിടയിൽ, നെറ്റ്വർക്ക് മാറ്റത്തിന് ശേഷം ആപ്പിനെയോ ലക്ഷ്യസ്ഥാനങ്ങളെയോ ഉൾക്കൊള്ളുന്ന ഒരു പിന്തുണയുള്ള നിർവ്വഹണ നയം ആവശ്യമാണ്. VPN അല്ലെങ്കിൽ ഉപകരണ-മാനേജ്മെന്റ് ദാതാവിനോട് ആ നയത്തിന്റെ പേര് പറയാനും, അതിന് സംഘടനാപരമായ മാനേജ്മെന്റ് ആവശ്യമുണ്ടോ എന്ന് പറയാനും, അത് മറ്റെന്തിനെ ബാധിക്കുന്നു എന്ന് വിവരിക്കാനും ആവശ്യപ്പെടുക. ആപ്പ് അനുസരിച്ചുള്ള ടണലും ആവശ്യാനുസരണ നിയമവും ഒന്നല്ല, ഹോം സ്ക്രീനിൽ നിന്നുള്ള കണക്ഷൻ ഷോർട്ട്കട്ടും ഒന്നല്ല.
ടണൽ പ്രവർത്തനരഹിതമാക്കി അഭ്യർത്ഥന പുറത്തേക്ക് പോകുന്നുണ്ടോ എന്ന് നിരീക്ഷിച്ച് പരാജയ കേസ് പരിശോധിക്കുക. അത് പുറത്തേക്ക് പോകുന്നുണ്ടെങ്കിൽ, നിങ്ങൾ രേഖപ്പെടുത്തിയ അതിർ നിങ്ങൾ വിന്യസിച്ച അതിരല്ല.
മൂന്ന് ചോദ്യങ്ങളിലൂടെ തീരുമാനിക്കുക
ആദ്യം, നിങ്ങൾ സേവനം നിയന്ത്രിക്കുന്നുണ്ടോ അതോ ഫോൺ മാത്രമോ? രണ്ടാമത്, ബാക്കിയെല്ലാത്തിനും ഉപകരണത്തിന് പൊതു ഇന്റർനെറ്റ് നിയമാനുസൃതമായി ഉപയോഗിക്കാമോ? മൂന്നാമത്, ഫോൺ നിയന്ത്രിതമാണോ, ആരാണ് നിയന്ത്രിക്കുന്നത്? സേവനവും ഒരു നിയന്ത്രിത ഫ്ലീറ്റും ഉണ്ടെങ്കിൽ ഏത് പാളിയും ലഭ്യമാണ്, ഫോൺ മാത്രം ഉണ്ടെങ്കിൽ ക്ലയന്റ് നയം ഏക ഓപ്ഷനായി മാറുന്നു, അത് പിന്തുണയ്ക്കപ്പെടേണ്ടതാണ്.
ഒരു പ്രൊഫൈൽ തൊടുന്നതിന് മുമ്പ് ആ മൂന്നിനും ഉത്തരം നൽകുക. അപ്പോൾ കോൺഫിഗറേഷൻ Never എന്ന ചെക്ക്ബോക്സിന്റെ അർത്ഥത്തെക്കുറിച്ചുള്ള ഊഹമല്ലാതാകുന്നു.