Mac IKEv2 പ്രൊഫൈൽ: രണ്ട് SA നിഘണ്ടുക്കളും സജ്ജമാക്കി, തുടർന്ന് പരിശോധിക്കുക
ആ നിഘണ്ടു ഇല്ലാത്തപ്പോൾ IKE പാരാമീറ്ററുകൾ Child SA പാരമ്പര്യമായി സ്വീകരിക്കുന്നു. രണ്ടും പൂരിപ്പിക്കുക, പേരുകൾ വിവർത്തനം ചെയ്യുക, കൂടാതെ സമപ്രായക്കാർ യഥാർത്ഥത്തിൽ എന്താണ് ചർച്ച ചെയ്തതെന്ന് പരിശോധിക്കുക.
വിജയകരമായ ബന്ധം സൂചിപ്പിക്കുന്നത് ഇരു അറ്റങ്ങളും സ്വീകരിക്കുന്ന മൂല്യങ്ങളുടെ ഒരു കൂട്ടം കണ്ടെത്തി എന്ന് മാത്രമാണ്. നിയന്ത്രിത Mac IKEv2 പ്രൊഫൈലിൽ രണ്ട് സുരക്ഷാ-സംഘടന നിഘണ്ടുക്കൾ അടങ്ങിയിരിക്കുന്നു, ഗേറ്റ്വേയ്ക്ക് സ്വന്തം നിർദ്ദേശ പട്ടികയുണ്ട്, ഇരു കക്ഷികളും അനുവദിക്കുന്ന ഏത് ഛേദത്തിലും ബന്ധം വിജയിക്കുന്നു. താഴെയുള്ള പരിശോധനകൾ ക്രമത്തിൽ നടത്തുക, മറ്റൊരു സൈഫർ ചേർത്ത് അത് സഹായിക്കുമോ എന്ന് നോക്കുന്നതിന് പകരം ഇരു അറ്റങ്ങളും വിയോജിക്കുന്നിടത്ത് നിർത്തുക. ഓരോ ഘട്ടവും പ്രൊഫൈലിന്റെ വ്യത്യസ്ത പാളി ഒഴിവാക്കുന്നു.
ഒരു മൂല്യം തിരുത്തുന്നതിന് മുമ്പ് രണ്ട് നിഘണ്ടുക്കളും പരിശോധിക്കുക
VPN പേലോഡിന്റെ IKEv2 ക്രമീകരണങ്ങളിൽ, IKESecurityAssociationParameters IKE സംഘടനയെ വിവരിക്കുന്നു, ChildSecurityAssociationParameters Child SA-യെ വിവരിക്കുന്നു. രണ്ടാമത്തെ നിഘണ്ടു ഇല്ലാത്തപ്പോൾ IKE പാരാമീറ്ററുകൾ Child SA-യ്ക്കും ബാധകമാണെന്ന് Apple-ന്റെ സ്കീമ പറയുന്നു. ആ പാരമ്പര്യം സൗകര്യപ്രദമാണ്, അങ്ങനെയാണ് പ്രൊഫൈലിൽ ആരും ബോധപൂർവ്വം തിരഞ്ഞെടുക്കാത്ത മൂല്യങ്ങൾ അവശേഷിക്കുന്നത്.
<key>IKESecurityAssociationParameters</key>
<dict>
<key>EncryptionAlgorithm</key><string>AES-256</string>
<key>IntegrityAlgorithm</key><string>SHA-256</string>
<key>DiffieHellmanGroup</key><integer>14</integer>
<key>LifeTimeInMinutes</key><integer>1440</integer>
</dict>
മൂല്യങ്ങൾ ഒത്തുപോകുമ്പോഴും രണ്ട് വരികളും വിന്യാസ രേഖയിൽ എഴുതുക. അപ്പോൾ അവലോകകന് Child SA ആകസ്മികമായി പാരമ്പര്യമായി ലഭിച്ചതല്ല, പരിഗണിച്ചതാണെന്ന് കാണാം, ഒരു വരിയിലെ പിന്നീടുള്ള മാറ്റം മറ്റേതിനെ നിശ്ശബ്ദമായി മാറ്റില്ല.
ഒരു സ്ട്രിംഗ് പകർത്തുന്നതിന് മുമ്പ് ഓരോ കീയുടെയും അർത്ഥം പരിശോധിക്കുക
നാല് കീകളും മറ്റൊരു ഉൽപ്പന്നത്തിന്റെ നിർദ്ദേശ സ്ട്രിംഗുമായി പരസ്പരം മാറ്റാൻ കഴിയില്ല. അൽഗോരിതം നാമങ്ങൾ നടപ്പാക്കലിനെ ആശ്രയിച്ചിരിക്കുന്നു, അതിനാൽ Apple ഫീൽഡിൽ strongSwan നിർദ്ദേശം ഒട്ടിക്കുന്നതിന് പകരം ഓരോ വശത്തിന്റെയും രേഖപ്പെടുത്തിയ വാക്യഘടനയിലൂടെ തിരഞ്ഞെടുത്ത സെറ്റ് വിവർത്തനം ചെയ്യുക.
| Key | Holds | Common mistake |
|---|---|---|
| EncryptionAlgorithm | Cipher for that association | Assuming an AEAD name also sets integrity |
| IntegrityAlgorithm | Integrity for the chosen suite | Leaving it set for an AEAD suite that does not use one |
| DiffieHellmanGroup | Numeric group identifier | Reading the number as key size in bits |
| LifeTimeInMinutes | Association lifetime | Setting it shorter than the gateway's renewal margin |
“ഏറ്റവും വലിയ ഗ്രൂപ്പ് നമ്പർ ഉപയോഗിക്കുക” എന്നത് തിരഞ്ഞെടുപ്പ് രീതിയല്ല. ഗ്രൂപ്പ് ഐഡന്റിഫയറുകൾ വ്യത്യസ്ത നിർമ്മിതികളെ സൂചിപ്പിക്കുന്നു, വലിയ നമ്പർ എന്നാൽ അതേ വസ്തുവിന്റെ കൂടുതൽ ശക്തമായ പതിപ്പ് എന്ന് മാത്രം അല്ല. ഗേറ്റ്വേ ഉടമയെക്കൊണ്ട് മുഴുവൻ സംയോജനവും അംഗീകരിപ്പിക്കുക, കാരണം ഒരു സെറ്റ് മൊത്തത്തിൽ സാധുവോ അസാധുവോ ആണ്. അംഗീകരിക്കാത്ത ഗ്രൂപ്പിനൊപ്പം അംഗീകരിച്ച സൈഫർ അംഗീകരിക്കാത്ത നിർദ്ദേശമാണ്, അത് പരാജയപ്പെടുകയോ ഇരു കക്ഷികളും രേഖപ്പെടുത്താത്ത എന്തിലേക്കോ നിശ്ശബ്ദമായി പിൻവാങ്ങുകയോ ചെയ്യും.
പഴയ അൽഗോരിതങ്ങളെ വിരമിക്കുന്ന പതിപ്പ് പരിധികൾ പരിശോധിക്കുക
Apple-ന്റെ പേലോഡ് സ്കീമ DES, 3DES, SHA1-96, SHA1-160, Diffie-Hellman ഗ്രൂപ്പുകൾ 1, 2, 5 എന്നിവ 26-ന് മുമ്പുള്ള macOS പതിപ്പുകളിലേക്ക് പരിമിതപ്പെടുത്തുന്നു. പഴയ വിന്യാസത്തിൽ നിന്ന് കൊണ്ടുവന്ന പ്രൊഫൈലിൽ ആ മൂല്യങ്ങളിലൊന്ന് ഇപ്പോഴും ഉണ്ടാകാം, അത് ഇപ്പോഴും പഴയ ഗേറ്റ്വേയിലേക്ക് ബന്ധിപ്പിച്ചേക്കാം, പ്രവർത്തിക്കുന്ന കോൺഫിഗറേഷൻ വിരമിക്കൽ തീയതി മറയ്ക്കുന്ന സന്ദർഭം അതാണ്.
പ്രൊഫൈൽ നിർമ്മിക്കുന്നതിന് മുമ്പ് പിന്തുണയുള്ള Mac പതിപ്പുകളും ഗേറ്റ്വേ പരിപാലിക്കുന്ന നിർദ്ദേശ നയവും നേടുക. തുടർന്ന് ഛേദം തിരഞ്ഞെടുത്ത് ബാക്കി ഓപ്ഷനുകൾ എന്തുകൊണ്ട് ഒഴിവാക്കി എന്ന് രേഖപ്പെടുത്തുക. “ഗേറ്റ്വേ ഇപ്പോഴും പഴയ ക്ലയന്റുകൾക്ക് ഗ്രൂപ്പ് 2 വാഗ്ദാനം ചെയ്യുന്നു” എന്ന കുറിപ്പ് ചരിത്രമില്ലാത്ത സൈഫർ പട്ടികയേക്കാൾ മൂല്യമുള്ളതാണ്. ആ കുറിപ്പില്ലെങ്കിൽ അടുത്ത അവലോകകന് ബോധപൂർവ്വമുള്ള ഒഴിവാക്കലിനെ അശ്രദ്ധയിൽ നിന്ന് വേർതിരിച്ചറിയാൻ കഴിയില്ല.
പ്രാമാണീകരണം അതിന്റെ സ്വന്തം വരിയിൽ പരിശോധിക്കുക
ഒരു നിർദ്ദേശത്തിലെ യോജിപ്പ് തെറ്റായ സെർവർ ഐഡന്റിറ്റി തിരുത്തുന്നില്ല. ഗേറ്റ്വേ ഐഡന്റിറ്റി, സർട്ടിഫിക്കറ്റിലുള്ള വിശ്വാസം, ഉപയോക്താവിന്റെയോ ഉപകരണത്തിന്റെയോ ക്രെഡൻഷ്യലുകൾ എന്നിവ വെവ്വേറെ തീരുമാനങ്ങളാണ്, അൽഗോരിതങ്ങൾ പൂർണ്ണമായി യോജിച്ചിരിക്കുമ്പോഴും ഓരോന്നും പരാജയപ്പെടാം. ഒരു സർട്ടിഫിക്കറ്റിന്റെ ഒപ്പ് അൽഗോരിതം മാറ്റുന്നത് IKE എൻക്രിപ്ഷൻ അൽഗോരിതം തിരഞ്ഞെടുക്കുന്നതിന് തുല്യമായ പ്രവൃത്തിയല്ല, രണ്ടും ഒരേ അവലോകനത്തിൽ കാണപ്പെടുമ്പോഴും.
പ്രതീക്ഷിത സെർവർ ഐഡന്റിറ്റി രേഖയിൽ നിർദ്ദേശത്തിന് സമീപം സൂക്ഷിക്കുക. സർട്ടിഫിക്കറ്റ് മാറ്റത്തിന് ശേഷം ബന്ധം പരാജയപ്പെടുമ്പോൾ, ആ ജോടി അടുത്ത വ്യക്തിയോട് ആദ്യം ചർച്ചയോ വിശ്വാസ തീരുമാനമോ നീങ്ങിയതെന്ന് പറയുന്നു.
ഒരു റിവിഷൻ വിന്യസിച്ച് എന്താണ് ചർച്ച ചെയ്തതെന്ന് പരിശോധിക്കുക
സംഘടന പിന്തുണയ്ക്കുന്ന വിതരണ വർക്ക്ഫ്ലോ ഉപയോഗിച്ച് പ്രൊഫൈൽ ഐഡന്റിഫയർ, റിവിഷൻ, ലക്ഷ്യ Mac പതിപ്പുകൾ, അനുയോജ്യമായ ഗേറ്റ്വേ നയം എന്നിവ രേഖപ്പെടുത്തുക. ബന്ധിപ്പിക്കാൻ കഴിയാത്ത ഉപകരണങ്ങൾക്ക് രേഖപ്പെടുത്തിയ വീണ്ടെടുക്കൽ മാർഗം നൽകുക, ഉടമസ്ഥത ആർക്കും സ്ഥാപിക്കാൻ കഴിയാത്ത അതേ പേരിലുള്ള രണ്ടാമത് പ്രൊഫൈൽ സൃഷ്ടിക്കുന്നത് ഒഴിവാക്കുക.
സ്വീകരണ വേളയിൽ, അംഗീകൃത ഡയഗ്നോസ്റ്റിക്സിലൂടെ ഇൻസ്റ്റാൾ ചെയ്ത കോൺഫിഗറേഷനും ചർച്ച ചെയ്ത IKE, Child സംഘടനകളും പരിശോധിക്കുക. തുടർന്ന് നിയന്ത്രിത പുതുക്കൽ നിർബന്ധമാക്കുക, കാരണം ആദ്യ ബന്ധം പ്രാരംഭ ചർച്ച പ്രവർത്തിച്ചു എന്ന് മാത്രം തെളിയിക്കുന്നു; ആയുസ്സിലെ പൊരുത്തക്കേട് സാധാരണയായി ആദ്യ കീ മാറ്റത്തിൽ, വിന്യാസം അംഗീകരിച്ചതിന് വളരെ കഴിഞ്ഞ് പ്രത്യക്ഷപ്പെടുന്നു.
സ്വീകരിച്ച സെറ്റ് റിവിഷൻ രേഖയ്ക്കൊപ്പം സൂക്ഷിക്കുക. അപ്പോൾ അടുത്ത macOS അപ്ഡേറ്റിനോ ഗേറ്റ്വേ മാറ്റത്തിനോ താരതമ്യത്തിന് അടിസ്ഥാന രേഖ ഉണ്ടാകും, ഇന്ന് യാദൃച്ഛികമായി മാത്രം ബന്ധിപ്പിക്കുന്ന പ്രൊഫൈലിന് പകരം.