iPhone Always On VPN: രണ്ട് ടണലുകൾക്ക് ഒരു വെർച്വൽ IP പങ്കിടാം

മാനേജുചെയ്ത Always On പ്രൊഫൈലുള്ള നിരീക്ഷണത്തിലുള്ള iPhone-ൽ, ഫോൺ ഓരോ സജീവ IP ഇന്റർഫേസിനും ഒരു ടണൽ സൂക്ഷിക്കുന്നു, അതിനാൽ സെല്ലുലാറും Wi-Fi-യും ഓരോന്നിനും സ്വന്തം ലഭിക്കുന്നു. തുടർന്ന് സർവർ ഒരു ഉപകരണത്തിനായി രണ്ട് IKE സുരക്ഷാ അസോസിയേഷനുകൾ ലിസ്റ്റ് ചെയ്യുന്നു, പലപ്പോഴും ഒരു വെർച്വൽ വിലാസം പങ്കിടുന്നു, ആദ്യത്തെ പ്രവണത അതിനെ rekey ലൂപ്പ് എന്ന് വിളിച്ച് ടൈമറുകൾ മാറ്റിത്തുടങ്ങുകയാണ്. ആ പ്രവണത സാധാരണയായി തെറ്റാണ്. താഴെയുള്ള ഘട്ടങ്ങൾ സർവറിൽ തെളിവുകൾ പ്രത്യക്ഷപ്പെടുന്ന ക്രമത്തിൽ ചെയ്യുക, സർവർ ഏത് കേസ് എന്ന് പറയുന്നതുവരെ ഫോണിന്റെ ക്രമീകരണങ്ങളിൽ തൊടരുത്.

സർവറിന് ഇതിനകം ഉള്ള രണ്ട് വരികളിൽ തുടങ്ങുക

അസോസിയേഷനുകൾ swanctl --list-sas ഉപയോഗിച്ച് ലിസ്റ്റ് ചെയ്ത് രണ്ട് എൻട്രികളിലും നാല് ഫീൽഡുകൾ വായിക്കുക: ദൂര വിലാസം, പ്രാമാണീകരിച്ച ഐഡന്റിറ്റി, അനുവദിച്ച വെർച്വൽ IP, സൃഷ്ടിച്ച സമയം. ഒരു ഐഡന്റിറ്റിയും ഒരു വെർച്വൽ IP-യും ഉള്ള രണ്ട് വ്യത്യസ്ത ബാഹ്യ വിലാസങ്ങളാണ് ഈ ചോദ്യം ആരംഭിച്ച രൂപം, ഏതെങ്കിലും മാറ്റത്തിന് മുമ്പ് അത് എഴുതിവയ്ക്കുന്നത് മൂല്യവത്താണ്. തുടർന്ന് ഓരോന്നിനും ഘടിപ്പിച്ചിരിക്കുന്ന ചൈൽഡ് അസോസിയേഷനുകൾ പരിശോധിക്കുക, കാരണം ട്രാഫിക് സെലക്ടർമാരാണ് ലക്ഷ്യ തിരയൽ രണ്ട് ടണലുകളെ എപ്പോഴെങ്കിലും വേർതിരിക്കാമോ എന്ന് തീരുമാനിക്കുന്നത്. നിമിഷങ്ങൾക്കുള്ളിൽ പ്രത്യക്ഷപ്പെട്ട് അപ്രത്യക്ഷമാകുന്ന ജോഡി മണിക്കൂറുകളോളം ജീവിക്കുന്ന ജോഡിയിൽ നിന്ന് വ്യത്യസ്ത മൃഗമാണ്.

നിഗമനത്തിലെത്തുന്നതിന് മുമ്പ് പട്ടിക സൃഷ്ടിച്ച സമയം അനുസരിച്ച് അടുക്കുക. ഔട്ട്പുട്ടിലെ അടുത്തടുത്തിരിക്കൽ ഒന്നും അർത്ഥമാക്കുന്നില്ല, പട്ടിക രൂപത്തിലുള്ള പട്ടിക കൃത്യമായി ആ തെറ്റിലേക്ക് ക്ഷണിക്കുന്നു.

നിങ്ങൾ ഏത് ഓവർലാപ്പ് നോക്കുന്നു എന്ന് തീരുമാനിക്കുക

IKEv2 rekey-യും make-before-break പുനഃപ്രാമാണീകരണവും ബോധപൂർവം ചെറിയ ഓവർലാപ്പ് സൃഷ്ടിക്കുന്നു, പഴയത് ഇല്ലാതാക്കുന്നതിന് മുമ്പ് പുതിയ അസോസിയേഷൻ സ്ഥാപിച്ച്. സമയ മുദ്രകൾ കേസ് തീരുമാനിക്കുന്നു, കാരണം പുതിയത് പ്രത്യക്ഷപ്പെട്ടതിന് ശേഷം ഒന്നോ രണ്ടോ സെക്കൻഡിനുള്ളിൽ അപ്രത്യക്ഷമാകുന്ന പഴയ SA അതിന്റെ ജോലി ചെയ്യുന്ന പുതുക്കലാണ്. സ്വതന്ത്ര ഇന്റർഫേസ് ടണലുകൾ ഒരിക്കലും അങ്ങനെ കാണപ്പെടുന്നില്ല, കാരണം ഓരോന്നും അതിന്റെ ഇന്റർഫേസ് പ്രവർത്തിക്കുന്നിടത്തോളം നിലനിൽക്കുന്നു, ഒന്ന് ഇല്ലാതാക്കുന്നത് മറ്റൊന്ന് സൃഷ്ടിക്കുന്നതിൽ നിന്ന് ഉണ്ടാകുന്നില്ല.

Apple-ന്റെ മാനേജുചെയ്ത Always On സ്വഭാവം ഇന്റർഫേസ് അനുസരിച്ചാണ്, അതുകൊണ്ട് നിരീക്ഷണത്തിലുള്ള ഉപകരണം കൈകൊണ്ട് ക്രമീകരിച്ച പ്രൊഫൈലിനേക്കാൾ നിയമപരമായി തിരക്കിലുള്ളതായി കാണപ്പെടാം. ഒരു പ്രൊവൈഡർ ആപ്പിന്റെ ഓട്ടോ-കണക്ട് ടോഗിൾ അതേ കാര്യം അർത്ഥമാക്കുന്നില്ല, സാധാരണ on-demand നിയമവും ഇല്ല. Apple-ന്റെ വിന്യാസ അവലോകനം ഇന്റർഫേസ് അനുസരിച്ചുള്ള മാതൃക വിവരിക്കുന്നു; ലൂപ്പ് എന്ന് കരുതുന്നതിന് മുമ്പ് നിങ്ങളുടെ രണ്ട് വരികൾ അതുമായി താരതമ്യം ചെയ്യുക. രണ്ട് രൂപങ്ങളും ഒരേ സർവർ പൂളിൽ നിന്നാണ് എടുക്കുന്നത്, അതിനാൽ ഓവർലാപ്പ് മാത്രമാണ് നിങ്ങളുടെ ഏക പ്രാരംഭ സൂചന.

ഒരു വെർച്വൽ വിലാസം രണ്ട് ടണലുകൾക്ക് മറുപടികൾ എന്തുകൊണ്ട് തകർക്കുന്നു എന്ന് കാണുക

ഫോണിലേക്കുള്ള മറുപടി ആന്തരിക വിലാസത്തിലേക്കാണ് അഭിസംബോധന ചെയ്യുന്നത്, കർണൽ ലക്ഷ്യവും നയവും അനുസരിച്ച് പുറത്തേക്കുള്ള ടണൽ തിരഞ്ഞെടുക്കുന്നു, ഫോൺ ഉപയോഗിച്ച ഇന്റർഫേസ് അനുസരിച്ചല്ല. ഒരേ വെർച്വൽ IP ഉം യോജിക്കുന്ന നയങ്ങളും ഉള്ള രണ്ട് സമകാലിക അസോസിയേഷനുകൾ, മറുപടി ഏത് സെഷനിൽ പെടുന്നു എന്ന് പറയാനുള്ള വഴിയില്ലാതെ റൂട്ടിംഗ് തീരുമാനത്തെ വിടുന്നു. ചില മറുപടികൾ തെറ്റായ ടണലിലേക്ക് പോകുന്നു, ഫോൺ ഒരു ദിശയിൽ മാത്രം പ്രവർത്തിക്കുന്ന അല്ലെങ്കിൽ Wi-Fi ഉയരുമ്പോൾ മരിക്കുന്ന കണക്ഷൻ കാണിക്കുന്നു. രണ്ട് കമാൻഡ് ഔട്ട്പുട്ടുകൾ അവസ്ഥ തെളിയിക്കുന്നു: swanctl --list-sas രണ്ട് SA-യിലും ഒരേ വെർച്വൽ IP കാണിക്കുന്നു, ip xfrm policy രണ്ട് സമാന സെലക്ടർമാരെ കാണിക്കുന്നു.

ആ ഔട്ട്പുട്ട് ജോഡിയാണ് നിങ്ങൾ മാറ്റ രേഖയിൽ ഒട്ടിക്കുന്നത്. ഒന്നും ഒറ്റയ്ക്ക് ബോധ്യപ്പെടുത്തുന്നില്ല, കാരണം ഓരോന്നും വെവ്വേറെ വിശ്വസനീയമായി തോന്നാം.

ഇത് സർവർ വശത്തെ വിലാസവൽക്കരണവും നയവുമാണ്, ഫോണിന്റെ തെറ്റായ പെരുമാറ്റമല്ല, ഒരു ക്ലയന്റ് ക്രമീകരണവും രണ്ട് സമാന ആന്തരിക വിലാസങ്ങളെ വേർതിരിക്കുന്നില്ല. പൂൾ അതേ മൂല്യം രണ്ട് തവണ നൽകി, നയ ഇൻസ്റ്റാളർ അത് സ്വീകരിച്ചു. ക്ലയന്റിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് ഫലം സർവർ വശത്തുനിന്ന് വായിക്കുക.

പൂളോ സമകാലിക മാതൃകയോ മാറ്റുക, rekey ടൈമർ അല്ല

swanctl കോൺഫിഗറേഷനിൽ, അദ്വിതീയത കണക്ഷനിൽ വ്യക്തമായ നയമാണ്: unique = replace പുതിയത് സ്ഥാപിക്കുമ്പോൾ പഴയ കണക്ഷൻ നീക്കം ചെയ്യുന്നു, unique = keep പുതുതായി വന്നതിനെ നിരസിക്കുന്നു. രണ്ട് മൂല്യങ്ങളും കണക്ഷൻ ക്രമീകരിക്കുമ്പോൾ പ്രവർത്തിക്കുന്നു, അതിനുള്ളിലെ ചൈൽഡ് SA-യിൽ അല്ല.

connections {
  ios-alwayson {
    unique = replace
  }
}

ഇന്റർഫേസ് അനുസരിച്ചുള്ള ക്ലയന്റിന് ഒരു മൂല്യവും നിഷ്പക്ഷമല്ല. keep രണ്ടാമത്തെ ടണൽ നിരസിച്ച് വൃത്തിയുള്ള സ്റ്റാറ്റസ് സ്ക്രീൻ പുനഃസ്ഥാപിക്കുന്നു, മാനേജുചെയ്ത രൂപകൽപ്പന തകർക്കുന്നു, അതേസമയം replace പഴയ ടണൽ തകർക്കുന്നു, അത് എതിർ ദിശയിലുള്ള അതേ വിട്ടുവീഴ്ചയാണ്. രണ്ട് ടണലുകളും യഥാർത്ഥത്തിൽ ആവശ്യമാണെങ്കിൽ, പൂൾ ബാക്ക്എൻഡ് ഒരു ഐഡന്റിറ്റിക്ക് വ്യത്യസ്ത ലീസുകൾ നൽകണം, അതിന്റെ ലീസ് കീ അഭ്യർത്ഥനകളെ വേർതിരിക്കണം. സ്റ്റാറ്റിക് ഐഡന്റിറ്റി-ടു-വിലാസ പട്ടിക സന്തോഷത്തോടെ അതേ വിലാസം രണ്ട് തവണ തിരികെ നൽകി, കൂടുതൽ കോൺഫിഗറേഷനോടെ യഥാർത്ഥ പ്രശ്നം പുനരുൽപ്പാദിപ്പിക്കും. രണ്ടാമത്തെ സ്റ്റാറ്റിക് മാപ്പിംഗ് ചേർക്കുന്നതിന് മുമ്പ് ബാക്ക്എൻഡ് ലീസുകൾ എങ്ങനെ കീ ചെയ്യുന്നു എന്ന് പരിശോധിക്കുക.

യഥാർത്ഥത്തിൽ വിന്യസിക്കുന്ന സംക്രമണങ്ങൾ പരീക്ഷിക്കുക

സജീവ സെഷനോടെ Wi-Fi പരിധിക്ക് പുറത്തുപോകുക, പിന്നീട് തിരികെ വരുക, മറുപടികൾ രണ്ട് ദിശകളിലും എത്തുന്നുവെന്ന് പരിശോധിക്കുക. അത് രണ്ട് തവണ ചെയ്യുക, കാരണം രണ്ടാമത്തെ സംക്രമണമാണ് പഴയ നയം സാധാരണയായി പ്രത്യക്ഷപ്പെടുന്ന സ്ഥലം. നിങ്ങൾ തുറന്ന കണക്ഷനിൽ മറുപടി നൽകുന്ന സേവനത്തോടെ പരീക്ഷിക്കുക, ടണൽ നിഷ്ക്രിയമായി ഇരിക്കുന്നതിന് പകരം ട്രാഫിക് വഹിക്കുമ്പോൾ പുറത്തുപോകുന്നത് ആവർത്തിക്കുക. അയയ്ക്കാൻ കഴിയുകയും സ്വീകരിക്കാൻ കഴിയാതിരിക്കുകയും ചെയ്യുന്ന ഫോൺ ഹാൻഡ്ഷേക്ക് ലോഗിൽ ആരോഗ്യമുള്ളതായും ബ്രൗസറിൽ തകർന്നതായും കാണപ്പെടുന്നു.

ഒരു വരിയിലേക്ക് ചുരുക്കിയ സ്റ്റാറ്റസ് സ്ക്രീൻ പ്രവർത്തിക്കുന്ന രൂപകൽപ്പനയുടെ തെളിവല്ല, ഒരു ടണൽ പോയി എന്നതിന്റെ തെളിവ് മാത്രം. സംക്രമണം കടക്കുന്നതിന് മുമ്പ് രണ്ട് ദിശകളും പ്രവർത്തിക്കണം. നിങ്ങൾ നിരീക്ഷിച്ചത് ഓവർലാപ്പ് പരിശോധനയുടെ രണ്ട് ഔട്ട്പുട്ടുകൾക്കൊപ്പം എഴുതിവയ്ക്കുക, അടുത്ത എഞ്ചിനീയർക്ക് ആവർത്തിക്കുന്നതിന് പകരം താരതമ്യം ചെയ്യാം.