iOS IKEv2 ഉം strongSwan ഉം: പ്രൊപ്പോസൽ തിരഞ്ഞെടുത്തിട്ടില്ല, ലിസ്റ്റ് ശരിയാക്കുക

iPhone ടണൽ ഉയർത്തുന്നു, ഗേറ്റ്വേ ഒന്നും മറുപടി നൽകുന്നില്ല, ഫോൺ പൊതുവായ ഒരു പരാജയം കാണിക്കുന്നു. strongSwan-ന്റെ ലോഗ് കൂടുതൽ കൃത്യമാണ്: no proposal chosen. സ്വീകാര്യമായ സൈഫർ സ്യൂട്ടുകളുടെ രണ്ട് ലിസ്റ്റുകളും ഒരിക്കലും ഒത്തുപോയില്ല എന്നാണ് ആ സന്ദേശത്തിന്റെ അർത്ഥം, അതിനാൽ സത്യാധാരണം തുടങ്ങുന്നതിന് മുൻപേ കൈമാറ്റം അവസാനിച്ചു. ഇത് ഒത്തുചേർക്കലിന്റെ പ്രശ്നമാണ്, പരിഹാരം ലിസ്റ്റുകൾ വിഭജിക്കുന്നതാണ്.

ഗേറ്റ്വേ തന്റെ നയം പ്രഖ്യാപിക്കുന്നിടത്ത്

strongSwan തന്റെ നയം കോൺഫിഗറേഷനിൽ എഴുതുന്നു, അവസാനത്തെ അത്ഭുതചിഹ്നം ആ നയം എങ്ങനെ വായിക്കണമെന്ന് തീരുമാനിക്കുന്നു. ചിഹ്നമുണ്ടെങ്കിൽ ലിസ്റ്റ് സമ്പൂർണമാണ്: ആ എൻട്രികൾ മാത്രമേ സ്വീകരിക്കൂ, മറ്റൊന്നുമില്ല. ചിഹ്നമില്ലാത്തപക്ഷം അതേ വരി ഒരു മുൻഗണനാ ക്രമമാണ്, നിങ്ങൾ ഉദ്ദേശിക്കാത്ത ഒന്ന് ഡീമൺ തിരഞ്ഞെടുത്തേക്കാം. എന്തെങ്കിലും വിവർത്തനം ചെയ്യുന്നതിന് മുൻപ് ഏത് രൂപമാണ് വിന്യസിച്ചിരിക്കുന്നതെന്ന് ചോദിക്കുക, കാരണം രണ്ടും ഒരേ ക്ലയന്റിനോട് വ്യത്യസ്തമായി പെരുമാറുന്നു. ചിഹ്നം ഉൾപ്പെടെ കൃത്യമായ വരി രേഖപ്പെടുത്തി അതിനെതിരെ പരിശോധിക്കുക.

വിശാലമായ ലിസ്റ്റ് വാഗ്ദാനം ചെയ്യുന്ന ക്ലയന്റിനും പിൻ ചെയ്ത ഗേറ്റ്വേയിലേക്ക് ബന്ധിപ്പിക്കാം, ഇരുവശത്തും ഒരു സംയോജനമെങ്കിലും ഉണ്ടെങ്കിൽ. സംഭവിക്കാനാവാത്തത് പിൻ ചെയ്ത ഗണത്തിന് പുറത്തുള്ള ചർച്ചയാണ്.

അതുകൊണ്ടാണ് മറ്റൊരു VPN ആപ്പിൽ നിന്ന് പകർത്തിയ പ്രൊഫൈൽ നിങ്ങളുടേത് പ്രവർത്തിക്കാത്തിടത്ത് പ്രവർത്തിക്കുന്നത്: ആ ആപ്പ് മറ്റൊരു ലിസ്റ്റാണ് അയച്ചത്.

പേരുകൾ ഒത്തുപോകണം, മെച്ചപ്പെടരുത്

strongSwan-ൽ നിന്ന് iOS-ലേക്ക് മൂല്യങ്ങൾ മാറ്റുന്നവരെ രണ്ട് വിവർത്തനങ്ങൾ കുടുക്കുന്നു. IKE പ്രൊപ്പോസലിൽ SHA1 എന്ന് എഴുതിയ സമഗ്രതാ അൽഗോരിതം അതിന്റെ ചുരുക്കിയ രൂപത്തിലാണ് സഞ്ചരിക്കുന്നത്, iOS അതിനെ .SHA96 എന്ന് വിളിക്കുന്നു. modp1024 എന്ന് എഴുതിയ Diffie-Hellman ഗ്രൂപ്പ് ഗ്രൂപ്പ് 2 ആണ്, iOS അതിനെ .group2 എന്ന് വിളിക്കുന്നു. SHA-256 അല്ലെങ്കിൽ ഗ്രൂപ്പ് 14 മാറ്റിസ്ഥാപിച്ചാൽ പഴയ ജോടി മാത്രം സ്വീകരിക്കുന്ന ഗേറ്റ്വേയുമായി ചർച്ച നടക്കില്ല. ക്ലയന്റ് കൂടുതൽ ശക്തമല്ല, അതേ അൽഗോരിതം വിവരിക്കണം.

ആ മൂല്യങ്ങൾ NEVPNProtocolIKEv2-ൽ വ്യക്തമായി ക്രമീകരിക്കുക. സ്ഥിരസ്ഥിതികൾ മാറ്റിസ്ഥാപിക്കുന്ന പ്രൊഫൈലിനെക്കാൾ വിശാലമോ ഇടുങ്ങിയതോ ആകാം, വ്യത്യാസം ഹാൻഡ്ഷേക്ക് പരാജയപ്പെടുമ്പോൾ മാത്രം പ്രത്യക്ഷപ്പെടുന്നു.

ചൈൽഡ് പ്രൊപ്പോസൽ പിന്നീട്, കൂടുതൽ നിശ്ശബ്ദമായി പരാജയപ്പെടുന്നു

IKE-യോടൊപ്പം ചൈൽഡ് സെക്യൂരിറ്റി അസോസിയേഷനും ക്രമീകരിക്കുക. IKE പാരാമീറ്ററുകൾ മാത്രം ഒത്തുപോയാൽ, ടണൽ സത്യാധാരണം ചെയ്ത ശേഷം ട്രാഫിക് കൊണ്ടുപോകുന്നില്ല, ഇത് നിരസിക്കലിനെക്കാൾ വളരെ നിശ്ശബ്ദമായ പരാജയമാണ്. ചൈൽഡിന്റെ എൻക്രിപ്ഷൻ, സമഗ്രത, ഗ്രൂപ്പ്, ആയുസ്സ് എന്നിവ ഒരേ ഘട്ടത്തിൽ ക്രമീകരിക്കുക. ക്ലയന്റിന്റെ ആയുസ്സ് ഗേറ്റ്വേ മൂല്യത്തിന് തുല്യമോ അതിൽ കുറവോ ആയി നിർത്തുക, കാരണം കൂടുതൽ ദൈർഘ്യം ആവശ്യപ്പെട്ടാൽ മറ്റൊരു കാരണത്താൽ അതേ no proposal chosen സന്ദേശം ലഭിക്കും. അവിടത്തെ പൊരുത്തക്കേട് ലോഗിലെ IKE പൊരുത്തക്കേട് പോലെ തന്നെ കാണപ്പെടുന്നു.

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

ആവശ്യമുള്ളിടത്തോളം മാത്രം പഴയ സ്യൂട്ട് വിടുക

SHA-1-നെ 1024-ബിറ്റ് ഗ്രൂപ്പിനൊപ്പം പിൻ ചെയ്യുന്നത് ഒരു പാലമാണ്, ലക്ഷ്യമല്ല. രണ്ടും കാലഹരണപ്പെട്ടവയാണ്, പുതിയ ക്ലയന്റുകൾ അവയെ പൂർണമായി നിരസിച്ചേക്കാം, അതായത് നിങ്ങളുടെ ഭാഗത്ത് ഒരു മാറ്റവുമില്ലാതെ അടുത്ത ഉപകരണത്തിൽ പ്രൊഫൈൽ പരാജയപ്പെടും. പിൻ താൽക്കാലികമായി കണക്കാക്കി രേഖയിൽ അങ്ങനെ എഴുതുക.

strongSwan നിങ്ങളുടേതാണെങ്കിൽ ഒരു ആധുനിക പ്രൊപ്പോസൽ ചേർത്ത്, പഴയ എൻട്രി പഴയ ഉപകരണങ്ങൾക്കായി നിൽക്കുമ്പോൾ ഇരുവശവും മുകളിലേക്ക് ചർച്ച ചെയ്യാൻ അനുവദിക്കുക. ഓരോ കണക്ഷനും യഥാർത്ഥത്തിൽ ഏത് സ്യൂട്ട് ഉപയോഗിച്ചെന്ന് കാണാൻ ഡീമണിന്റെ സ്റ്റാറ്റസ് ഔട്ട്പുട്ട് വായിക്കുക. ആധുനിക ജോടി സ്ഥിരീകരിച്ച ശേഷം ക്ലയന്റ് വശത്തുള്ള പിൻ നീക്കം ചെയ്യുക. ടണൽ ഉയർന്നുവന്നത് മതിയായ തെളിവല്ല, കാരണം നിങ്ങൾ ഒഴിവാക്കാൻ ശ്രമിച്ച സ്യൂട്ടിൽ അത് ഉയർന്നുവന്നേക്കാം. strongSwan IKEv2 ഡോക്യുമെന്റേഷൻ പ്രൊപ്പോസൽ വാക്യഘടനയും strict അടയാളവും വിവരിക്കുന്നു.