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

ലേബൽ ഒരു തിരയലല്ല

വെണ്ടർ ഇന്റർഫേസുകൾ FQDN, hostname തുടങ്ങിയ വാക്കുകൾ അയച്ചുതരുന്നു, ബോക്സിലെ ലേബൽ അതിന് പിന്നിലെ എൻകോഡിംഗിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. Client FQDN എന്ന് ഒരു ഫീൽഡിനെ വിളിക്കുന്ന ഉപകരണം FQDN, ഇമെയിൽ രൂപത്തിലുള്ള സ്ട്രിംഗ് അല്ലെങ്കിൽ വെറും വിലാസം അയച്ചേക്കാം. ടെക്സ്റ്റും തരവും രണ്ട് വേറിട്ട തീരുമാനങ്ങളായി കാണുക, രണ്ടും രേഖപ്പെടുത്തുക.

അക്ഷരാർത്ഥ ഐഡന്റിറ്റിയിൽ ഒന്നും DNS ആവശ്യപ്പെടുന്നില്ല. അത് മറുവശം പരിശോധിക്കുന്ന ഒരു വാദമാണ്, നെറ്റ്വർക്ക് പരിഹരിക്കേണ്ട പേരല്ല.

മൂന്ന് വേറിട്ട മൂല്യങ്ങൾ, വേറിട്ട് എഴുതുന്നു

ഒരു കോൺഫിഗറേഷൻ സ്ക്രീനിന് പിന്നിൽ മൂന്ന് ജോലികളുണ്ട്, അവ കൂട്ടിച്ചേർക്കുന്നതാണ് ചെലവേറിയ തെറ്റ്. ഒരു മൂല്യം പാക്കറ്റുകൾ എവിടെ പോകുമെന്ന് തീരുമാനിക്കുന്ന എൻഡ്പോയിന്റ് വിലാസം. മറ്റൊന്ന് ഈ peer അവതരിപ്പിക്കുന്ന പ്രാദേശിക ഐഡന്റിറ്റിയാണ്, മൂന്നാമത്തേത് അത് ഓതന്റിക്കേറ്റ് ചെയ്യുന്നതിന് മുമ്പ് ദൂരെയുള്ള വശത്തുനിന്ന് നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന ഐഡന്റിറ്റിയാണ്. മാറ്റ ടിക്കറ്റിൽ അവ മൂന്ന് വരികളായി എഴുതുക, അതിൽ കുറവ് ബന്ധമല്ല, VPN ആണ് വിവരിക്കുന്നത്.

JobExampleWhat it decides
Where the packets go198.51.100.7The endpoint address
What this peer claimsgw.branch.internalThe local IKE identity
Who should answerike.hub.internalThe expected remote identity

മാതൃകാ ഐഡന്റിറ്റികൾ വിന്യാസത്തിന്റെ ഭാഗമായി തിരഞ്ഞെടുത്ത് അധികാരപ്പെടുത്തണം. അവ ഓതന്റിക്കേഷൻ പരിശോധിക്കുന്ന വാദങ്ങളാണ്, ഏത് peer നെയും വിശ്വസനീയമാക്കുന്ന ക്രെഡൻഷ്യലുകളല്ല, അതിനാൽ വിശ്വസനീയമായി തോന്നുന്ന ഒരു സ്ട്രിംഗ് ഒന്നും അധികാരപ്പെടുത്തുന്നില്ല.

തരം മൂല്യത്തിന്റെ ഭാഗമാണ്

strongSwan ഐഡന്റിറ്റി റഫറൻസ് FQDN, ഇമെയിൽ രൂപത്തിലുള്ള മൂല്യങ്ങൾ, IP വിലാസങ്ങൾ, മറ്റ് എൻകോഡിംഗുകൾ എന്നിവ വേർതിരിക്കുന്നു, അതിനാൽ എൻകോഡിംഗ് അക്ഷരങ്ങളോളം പ്രധാനമാണ്. രണ്ട് ഉപകരണങ്ങൾക്ക് ഒരേ ടെക്സ്റ്റ് വ്യത്യസ്ത തരങ്ങളിൽ സ്വീകരിച്ചിട്ടും പരസ്പരം നിരസിക്കാം. തരം രേഖപ്പെടുത്താതെ മൂല്യം എഴുതുന്ന കുറിപ്പ് പകുതി കോൺഫിഗറേഷനാണ്.

ഉപകരണം യഥാർത്ഥത്തിൽ ഏത് തരം അയയ്ക്കുന്നുവെന്ന് വെണ്ടറിനോട് ചോദിക്കുക, ഇന്റർഫേസ് ലേബലിന് പകരം ഡീകോഡ് ഉപയോഗിച്ച് സ്ഥിരീകരിക്കുക. ഊഹിച്ച തരം അടുത്ത മാറ്റത്തിനായി കാത്തിരിക്കുന്ന പൊരുത്തക്കേടാണ്.

ഓരോ വശവും മറുവശത്തെ തൃപ്തിപ്പെടുത്തണം

ഓരോ വശത്തിന്റെയും പ്രാദേശിക ഐഡന്റിറ്റി മറുവശത്തിന്റെ ഓതന്റിക്കേഷൻ നയം കടന്നുപോകണം. രണ്ട് ഉപകരണങ്ങളിലെയും എല്ലാ ഐഡന്റിറ്റി ബോക്സുകളിലും ഒരേ സ്ട്രിംഗ് ഒട്ടിക്കുന്നതല്ല ഇത്, ആ ഷോർട്ട്കട്ട് ആരും ഡീബഗ് ചെയ്യാനാകാത്ത കോൺഫിഗറേഷൻ ഉണ്ടാക്കുന്നു.

സർട്ടിഫിക്കറ്റ് ഓതന്റിക്കേഷൻ സ്വന്തം ആവശ്യകതകൾ കൂട്ടിച്ചേർക്കുന്നു, കാരണം സർട്ടിഫിക്കറ്റിന്റെ ഐഡന്റിറ്റിയും വിശ്വാസ വ്യവസ്ഥകളും നിങ്ങൾ ടൈപ്പ് ചെയ്ത IKE ഐഡന്റിറ്റിക്ക് ഒപ്പമാണ്. IKE ഐഡന്റിറ്റി പൊരുത്തം മാത്രം സർട്ടിഫിക്കറ്റ് peer നെ അധികാരപ്പെടുത്തുന്നില്ല.

DNS എവിടെ പ്രധാനമാണ്, നിങ്ങളുടെ പതിപ്പ് എന്ത് നിർബന്ധിക്കുന്നു

കണ്ടെത്തലിന് ഉപയോഗിക്കുന്ന ഗേറ്റ്വേ hostname ന് പ്രവർത്തിക്കുന്ന DNS ആവശ്യമാണ്, ആ ആവശ്യകത എൻഡ്പോയിന്റ് കണ്ടെത്തലിനാണ്, ടൈപ്പ് ചെയ്ത ഐഡന്റിറ്റിയുടെ ഏതെങ്കിലും റിവേഴ്സ് തിരയലിനല്ല. ടിക്കറ്റിൽ രണ്ടും വേർതിരിച്ച് സൂക്ഷിക്കുക, കാരണം കണ്ടെത്തൽ പരാജയവും ഐഡന്റിറ്റി പൊരുത്തക്കേടും ക്ലയന്റ് ലോഗിൽ സമാനമായി വായിക്കപ്പെടുന്നു, വ്യത്യസ്ത സ്ഥലങ്ങളിൽ അറ്റകുറ്റപ്പണി ചെയ്യുന്നു.

തരം നിർബന്ധിക്കുന്ന സിന്തക്സ് പകർത്തുന്നതിന് മുമ്പ് നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന ഉൽപ്പന്നത്തിന്റെയും പതിപ്പിന്റെയും പാർസർ വായിക്കുക, കാരണം പഴയ strongSwan പതിപ്പുകൾ വ്യത്യസ്തമായി പെരുമാറി, മറ്റ് വെണ്ടർമാർ സ്വന്തം നിയന്ത്രണങ്ങൾ ചേർക്കുന്നു. രണ്ട് അറ്റങ്ങളും താരതമ്യം ചെയ്യുമ്പോൾ നാല് കാര്യങ്ങൾ ഒരുമിച്ച് പിടിക്കുക: പ്രതീക്ഷിക്കുന്ന ഐഡന്റിറ്റി, അവതരിപ്പിച്ച ഐഡന്റിറ്റി, തരം, ഓതന്റിക്കേഷൻ പിശക്. ആ കൂട്ടം പൊരുത്തക്കേടിനെ അഭിപ്രായത്തിന് പകരം തെളിവാക്കി മാറ്റുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ