നിങ്ങളുടെ IKEv2 SA പ്രവർത്തിക്കുന്നു പക്ഷേ കുട്ടി SA ഇല്ല: കൈമാറ്റം വായിക്കുക

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

രണ്ട് അസോസിയേഷനുകൾ, രണ്ട് ജോലികൾ

IKE SA നിയന്ത്രണ ചാനൽ വഹിക്കുന്നു: ഐഡന്റിറ്റികൾ, കീകൾ, നിയന്ത്രണ കൈമാറ്റത്തിനായുള്ള നിർദ്ദേശങ്ങൾ. കുട്ടി SA ESP സംരക്ഷണം വഹിക്കുന്നു, സ്വന്തം അൽഗോരിതങ്ങളും സ്വന്തം ട്രാഫിക് സെലക്ടറുകളും സഹിതം. പ്രാമാണീകരണവും കുട്ടി SA സൃഷ്ടിയും സാധാരണ ഒരുമിച്ച് പോകുന്നു, കാരണം ആദ്യ കുട്ടി SA IKE_AUTH-നുള്ളിൽ ചർച്ച ചെയ്യുന്നു, ആ കെട്ടാണ് ഈ വേർപാടിൽ ആളുകളെ അത്ഭുതപ്പെടുത്തുന്നത്.

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

ഏത് പാളി നിരസിച്ചു

കുട്ടി SA നിരസിക്കപ്പെടുമ്പോൾ അറിയിപ്പ് പാളിയെ പേരിടുന്നു. നിർദ്ദേശ നിരസനം അർഥമാക്കുന്നത് കക്ഷികൾ അൽഗോരിതങ്ങളിൽ യോജിക്കാനായില്ല എന്നാണ്, പലപ്പോഴും ഒരു കക്ഷി വേറെ പൂർണ മുന്നോട്ട് രഹസ്യതാ ഗ്രൂപ്പോ മറ്റേത് സ്വീകരിക്കാത്ത സൈഫറോ ആവശ്യപ്പെടുന്നതിനാൽ. സെലക്ടർ നിരസനം അർഥമാക്കുന്നത് ട്രാഫിക് കൂട്ടം നേരിട്ട് നിരസിക്കപ്പെട്ടു എന്നാണ്, അത് പരിധിയുടെ വാദമാണ്, ഗൂഢലേഖന വാദമല്ല.

ചിലപ്പോൾ കുട്ടി SA ഇല്ലാതിരിക്കുന്നതാണ് രൂപകൽപ്പന. കുട്ടി SA ഇല്ലാത്ത IKE SA ഒരു നിർവചിത വിപുലീകരണമാണ്, ഡാറ്റ അസോസിയേഷൻ ആവശ്യാനുസരണം സൃഷ്ടിക്കേണ്ടിടത്ത് ഉപയോഗിക്കുന്നു, അതിനാൽ അഭാവം ശരിയാണ്, ഒപ്പം ഒത്തുപോകുന്ന ട്രാഫിക് വരുമ്പോൾ കുട്ടി SA പ്രത്യക്ഷപ്പെടുന്നു. IKEv2-നെക്കുറിച്ചുള്ള strongSwan കുറിപ്പുകൾ ആവശ്യ ശൈലിയും ആദ്യ സന്ദർഭം നിർണ്ണയിക്കുന്ന നിർദ്ദേശ ക്രമീകരണങ്ങളും ഒരുപോലെ ഉൾക്കൊള്ളുന്നു.

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

പിന്നെ ഡാറ്റ പാതയെക്കുറിച്ച് ചോദിക്കുക

കുട്ടി SA ഉണ്ടായാൽ അടുത്ത ചോദ്യത്തിന് കൗണ്ടറുകൾ ഉത്തരം നൽകുന്നു. ip -s xfrm state ഓരോ അസോസിയേഷനും പാക്കറ്റുകളുടെയും ബൈറ്റുകളുടെയും എണ്ണം റിപ്പോർട്ട് ചെയ്യുന്നു, നിങ്ങൾ ട്രാഫിക് സൃഷ്ടിക്കുമ്പോൾ ഒന്നും വഹിക്കാത്ത കുട്ടി SA ഒത്തുചേരലിനെയോ റൂട്ടിംഗിനെയോ സൂചിപ്പിക്കുന്നു കാണാത്ത അസോസിയേഷനിലേക്കല്ല. swanctl --list-sas ആ കൗണ്ടറുകൾക്കരികിൽ കുട്ടി SA-യുടെ സെലക്ടറുകൾ അച്ചടിക്കുന്നു, പാക്കറ്റ് സ്വീകരിച്ച കൂട്ടത്തിനുള്ളിലാണെന്ന് അതാണ് സ്ഥിരീകരിക്കുന്നത്.

വിജയകരമായ പ്രാമാണീകരണവും പരാജയപ്പെട്ട കുട്ടി SA കൈമാറ്റവും റിപ്പോർട്ടിൽ വേറിട്ട് സൂക്ഷിക്കുക. പ്രാമാണീകരണം പരാജയപ്പെട്ടു എന്ന് പറയുന്ന റിപ്പോർട്ട് അടുത്ത എൻജിനീയറെ സർട്ടിഫിക്കറ്റ് സംഭരണിയിലേക്ക് അയയ്ക്കുന്നു, കൃത്യമായ വാക്യം വളരെ ചെറുതാണ്: IKE SA ഉയർന്നു, ഈ പ്രവാഹത്തിനുള്ള കുട്ടി SA ഒരിക്കലും സ്വീകരിക്കപ്പെട്ടില്ല.

രണ്ട് അറ്റങ്ങളും ചേർത്തുവയ്ക്കുക

നിങ്ങൾ തന്നെ പ്രവർത്തിപ്പിക്കുന്ന സെർവറിന്, ഒരു മണിക്കൂർ ഇടവേളയിലുള്ള രണ്ട് പുനഃബന്ധന ശ്രമങ്ങൾ താരതമ്യം ചെയ്യുന്നതിന് പകരം അതേ കൈമാറ്റത്തിന്റെ ക്ലയന്റ്, ഗേറ്റ്വേ ലോഗുകൾ എടുക്കുക. അറിയിപ്പുകൾ ഇരുവശത്തും ഒത്തുപോകണം, ഒത്തുപോകാത്തിടത്ത് തെറ്റായി കോൺഫിഗർ ചെയ്ത വശം നിങ്ങൾ കണ്ടെത്തിയിരിക്കുന്നു.

കുട്ടി SA ചർച്ച ശരിയാക്കി, ഉദ്ദേശിച്ച സെലക്ടറിനുള്ളിലുള്ള ട്രാഫിക്കോടെ വീണ്ടും പരീക്ഷിക്കുക. കാണാത്ത വസ്തു ഇപ്പോൾ ഉണ്ടെന്ന് തെളിയിക്കുന്ന ഏക പരീക്ഷയാണിത്, കാരണം നിഷ്ക്രിയാവസ്ഥയിൽ പുതുക്കിയ അസോസിയേഷൻ പട്ടിക ശരിയാക്കലിന് മുൻപും ശേഷവും ഒരുപോലെ തോന്നാം.