ഡ്യൂപ്ലിക്കേറ്റ് IKE പാക്കറ്റുകൾ: നഷ്ടമായ പരിവർത്തനം കണ്ടെത്തുക
ആവർത്തിക്കുന്ന IKE അഭ്യർത്ഥന ഒരു ടൈമർ സംഭവമാണ്, രോഗനിർണയമല്ല. ശരിയായ പതിപ്പ് ഐഡന്റിഫയറുകളോടെ ആരംഭകൻ മുതൽ പ്രതികരണം വരെ ഒരു തെളിവ് ശൃംഖല നിർമ്മിക്കുക.
ലോഗിൽ അതേ IKE അഭ്യർത്ഥന രണ്ടുതവണ കാണാം, ആരോ മൊബൈൽ അപ്ലിങ്കിലേക്ക് ചൂണ്ടുന്നു, ടിക്കറ്റ് ഒരു ഊഹത്തോടെ അടയുന്നു. ആ ഊഹമാണ് മിത്ത്: ആവർത്തിച്ച പാക്കറ്റ് ഒരു കൈമാറ്റത്തെക്കുറിച്ചുള്ള നിരീക്ഷണമാണ്, ലിങ്കിന്റെ രോഗനിർണയമല്ല. പുനഃസംപ്രേഷണം സ്വന്തം നിയമങ്ങളുള്ള സാധാരണ പെരുമാറ്റമാണ്, പ്രതികരണം വൈകുമ്പോൾ ആരോഗ്യകരമായ പാതകളിലും അത് കാണാം. ഇന്റർഫേസിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് പ്രതികരണം പിന്തുടരുക.
മിത്ത്: ആവർത്തിച്ച അഭ്യർത്ഥന ഒരു ലിങ്കിലെ നഷ്ടം തെളിയിക്കുന്നു
രണ്ട് വ്യത്യസ്ത കാര്യങ്ങൾ ഡ്യൂപ്ലിക്കേറ്റ് സൃഷ്ടിക്കുന്നു, ഒന്നും കുറ്റവാളിയെ പേരെടുത്ത് പറയുന്നില്ല. പ്രതികരണം ലഭിക്കാത്തതിനാൽ അഭ്യർത്ഥകന് അഭ്യർത്ഥന ആവർത്തിക്കാം, അല്ലെങ്കിൽ സ്റ്റാക്കിലേക്ക് എവിടെ ഘടിപ്പിച്ചിരിക്കുന്നു എന്നതിനാൽ ക്യാപ്ചർ പോയിന്റ് അതേ പാക്കറ്റ് രണ്ടുതവണ കാണിച്ചേക്കാം. ഒരേ ഹോസ്റ്റിൽ ഇൻഗ്രസും എഗ്രസും കാണുന്ന ടാപ്പ് ഒരു പാക്കറ്റിനെ സന്തോഷത്തോടെ രണ്ടായി രേഖപ്പെടുത്തും, ആ ലോഗ് വായിക്കുന്ന ഓപ്പറേറ്റർക്ക് കൈമാറ്റ ഐഡന്റിഫയറുകളില്ലാതെ വ്യത്യാസം കാണാനാവില്ല. രണ്ടിൽ ഏതാണ് കൈയിലുള്ളതെന്ന് പറയാവുന്നതുവരെ ഡ്യൂപ്ലിക്കേറ്റിനെ ടൈമർ സംഭവമായി കണക്കാക്കുക.
രണ്ട് അപ്ലിങ്കുകൾ ആശയക്കുഴപ്പം മെച്ചപ്പെടുത്തുന്നതിനുപകരം വഷളാക്കുന്നു. ഒരു ലോഗ് വരി ഒരു ഇന്റർഫേസിനെ പേരെടുത്ത് പറയുന്നു, പ്രതികരണം മറ്റൊന്നിലൂടെയാകാം പോയത്, അതിനാൽ സന്ദേശത്തിലെ ഇന്റർഫേസ് പാക്കറ്റ് എവിടെ കണ്ടു എന്ന് വിവരിക്കുന്നു, സംഭാഷണത്തിന്റെ രൂപമല്ല. അതുകൊണ്ടാണ് ആദ്യ ചോദ്യം ഏത് ലിങ്കാണ് തകരാറുള്ളത് എന്നല്ല, ഏത് കൈമാറ്റമാണ് നോക്കുന്നത് എന്നത്.
പുനഃസംപ്രേഷണം യഥാർത്ഥത്തിൽ എന്താണ് പറയുന്നത്
IKEv2-ൽ, പുനഃസംപ്രേഷണം ഇങ്ങനെ പ്രവർത്തിക്കുന്നു: പ്രതികരണം എത്തിയില്ലെങ്കിൽ അഭ്യർത്ഥകൻ അഭ്യർത്ഥന ആവർത്തിക്കുന്നു, പ്രതികരണകർത്താവ് പുതിയത് കണക്കാക്കുന്നതിനുപകരം സംഭരിച്ച പ്രതികരണം വീണ്ടും അയക്കാം. സന്ദേശ ഐഡന്റിഫയറുകൾ ആ കൈമാറ്റത്തിനുള്ളതാണ്, അതേ ഐഡന്റിഫയറുള്ള ആവർത്തിച്ച അഭ്യർത്ഥന പുതിയ ശ്രമമല്ലാതെ പ്രോട്ടോക്കോളിന്റെ പ്രവർത്തനമായി തിരിച്ചറിയാൻ അതാണ് കാരണം. പ്രാരംഭ ശ്രമത്തിന് പരസ്പരബന്ധത്തിന് സ്രോതസ്സ് വിലാസത്തേക്കാൾ അല്ലെങ്കിൽ ആരംഭക SPI-യേക്കാൾ കൂടുതൽ വേണ്ടിവരാറുണ്ട്, അതിനാൽ പ്ലാറ്റ്ഫോമിന്റെ സ്വന്തം കൈമാറ്റ രേഖ പാക്കറ്റ് പട്ടികയേക്കാൾ മികച്ചതാണ്. IKEv1 വ്യത്യസ്ത ഐഡന്റിഫയറുകളോടെ വ്യത്യസ്ത നിയമങ്ങൾ പിന്തുടരുന്നു, ആദ്യ പാക്കറ്റിന്റെ ഡ്യൂപ്ലിക്കേറ്റിനെക്കുറിച്ചുള്ള വെണ്ടർ മുന്നറിയിപ്പ് എല്ലാ പതിപ്പുകളിലും ഒരേ അർത്ഥമല്ല.
അതിനാൽ പുനഃസംപ്രേഷണത്തിന്റെ ടൈംസ്റ്റാമ്പ് ഒരു ടൈമർ കഴിഞ്ഞു എന്ന് പറയുന്നു. ഏത് ഹോപ്പ് മന്ദഗതിയിലായിരുന്നു എന്ന് പറയുന്നില്ല, ഓപ്പറേറ്റർ കുറ്റക്കാരനാണെന്ന് തീർച്ചയായും പറയുന്നില്ല. ഇവ വെവ്വേറെയുള്ള വാദങ്ങളാണ്, ടിക്കറ്റിൽ രണ്ടാമത്തേത് മാത്രമാണ് ഉപയോഗപ്രദം.
പ്രായോഗിക ഫലം നിഗമനത്തിലെത്തുന്നതിന് മുമ്പ് കൈമാറ്റം രേഖപ്പെടുത്തുക എന്നതാണ്. പ്രാദേശിക സ്വീകരണ വിലാസം, നയം തിരഞ്ഞെടുത്ത പ്രതികരണ പാത, പീയർ ട്യൂപിൾ, കൈമാറ്റ ഐഡന്റിഫയറുകൾ എന്നിവ ഒരിടത്ത് കുറിക്കുക, കാരണം രേഖ പിന്നീട് വായിക്കുമ്പോൾ അവയോരോന്നും വ്യത്യസ്ത ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.
ഒരു ശൃംഖലയായി നാല് നിരീക്ഷണ പോയിന്റുകൾ
കൈമാറ്റത്തെ നോക്കാനുള്ള നാല് വേറിട്ട സ്ഥലങ്ങളായല്ല, ശൃംഖലയിലെ നാല് കണ്ണികളായി ചിന്തിക്കുക. ഒരു കണ്ണി തെളിവ് സൂക്ഷിക്കുന്നു അല്ലെങ്കിൽ അജ്ഞാതമായി തുടരുന്നു, ശൃംഖല അതിന്റെ ഏറ്റവും ദുർബലമായ രേഖപ്പെടുത്തിയ കണ്ണിയോളം മാത്രം വിവരപ്രദമാണ്. താഴെയുള്ള പട്ടിക പട്ടികയാണ്: ഓരോ സ്ഥാനത്തിനും എന്ത് സ്ഥാപിക്കാനാകും, എന്ത് തൊടാതെ വിടുന്നു.
| സ്ഥാനം | അത് നൽകാനാകുന്ന തെളിവ് | എന്ത് തുറന്ന് വിടുന്നു |
|---|---|---|
| ആരംഭകൻ അയക്കുന്നു | ഒരു അഭ്യർത്ഥന ഈ ഹോസ്റ്റ് വിട്ടു | അത് പീയറിൽ എത്തിയോ |
| പ്രതികരണകർത്താവ് സ്വീകരിക്കുന്നു | അഭ്യർത്ഥന എത്തി | പ്രതികരണം സൃഷ്ടിക്കപ്പെട്ടോ |
| പ്രതികരണകർത്താവ് അയക്കുന്നു | ഒരു പ്രതികരണം ഗേറ്റ്വേ വിട്ടു | അത് ഉദ്ദേശിച്ച പാത പിന്തുടർന്നോ |
| ആരംഭകൻ സ്വീകരിക്കുന്നു | കൈമാറ്റം പൂർത്തിയായി | നയം ഫലം സ്വീകരിച്ചോ |
നിങ്ങൾക്ക് പ്രവേശനമുള്ളിടത്ത് മാത്രം ശൃംഖല നിറയ്ക്കുക, ബാക്കിയുള്ളത് അനുമാനിക്കുന്നതിനുപകരം അജ്ഞാതമായി അടയാളപ്പെടുത്തുക. ഒരു യന്ത്രത്തിൽ പാക്കറ്റുകൾ രേഖപ്പെടുത്തുന്ന ഹുക്ക് വിദൂര യന്ത്രം എന്ത് സ്വീകരിച്ചു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, അഭ്യർത്ഥന കണ്ടു എന്ന ലോഗ് വരി ഒരിക്കലും പ്രതികരണം പുറത്തുപോയി എന്നതിന് തെളിവല്ല. സത്യസന്ധമായ വിടവുകൾ ഊഹങ്ങൾ കൊണ്ട് നിർമ്മിച്ച പൂർണ്ണമെന്ന് തോന്നിക്കുന്ന രേഖയേക്കാൾ ഉപയോഗപ്രദമാണ്.
ആദ്യത്തെ നഷ്ടമായ പരിവർത്തനം കണ്ടെത്തുക
ആരംഭകനിൽ നിന്ന് പുറത്തേക്ക് ശൃംഖലയിലൂടെ നടന്ന് തെളിവില്ലാത്ത ആദ്യ കണ്ണിയിൽ നിർത്തുക. ഗേറ്റ്വേ അഭ്യർത്ഥന ഒരിക്കലും രേഖപ്പെടുത്തുന്നില്ലെങ്കിൽ, തകരാർ അതിന് മുമ്പുള്ള പാതയിലാണ്. ഗേറ്റ്വേ അതേ അഭ്യർത്ഥന വീണ്ടും വീണ്ടും രേഖപ്പെടുത്തുമ്പോൾ ക്ലയന്റ് ഒരിക്കലും പ്രതികരണം രേഖപ്പെടുത്തുന്നില്ലെങ്കിൽ, സംശയിക്കേണ്ടത് തിരിച്ചുള്ള ദിശയാണ്: സ്രോതസ്സ് വിലാസം, വിവർത്തനം, നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഓരോ അതിർത്തിയിലെയും ഫിൽട്ടറിംഗ്. പ്രതികരണം എത്തിയിട്ടും ക്ലയന്റ് മുന്നോട്ട് പോകുന്നില്ലെങ്കിൽ, ചോദ്യം ഗതാഗതം വിട്ട് നയമോ അവസ്ഥയോ ആയി.
താരതമ്യം ചെയ്യുമ്പോൾ പീയറും പ്രോട്ടോക്കോളും സ്ഥിരമായി നിർത്തുക, കാലതാമസം, നഷ്ടം, നയം, അവസ്ഥ എന്നിവ ഓരോന്നും വ്യത്യസ്ത സമയരേഖ സൃഷ്ടിക്കുന്നു എന്ന് ഓർക്കുക. മൊബൈൽ നെറ്റ്വർക്ക് സ്വയമേവ കാരണമല്ല, സ്ഥിര ലൈൻ ഓരോ ആവശ്യത്തിനും സ്വയമേവ മതിയായ വിശ്വാസ്യതയുള്ളതുമല്ല. കൈമാറ്റം ജീവനോടെയിരിക്കുമ്പോൾ രണ്ട് ദിശകളും ക്യാപ്ചർ ചെയ്യുക:
tcpdump -ni any -vv 'udp port 500 or udp port 4500'
വിദൂര അറ്റത്തിന് മുമ്പ് പ്രവേശനം നിലയ്ക്കുമ്പോൾ, രേഖ എവിടെ നിലയ്ക്കുന്നു എന്ന് പറഞ്ഞാൽ അത് ഇപ്പോഴും സഹായിക്കും. ആരംഭകനിൽ മാത്രം ക്യാപ്ചർ ചെയ്യുന്നത് അഭ്യർത്ഥന പുറത്തുപോകുന്നതും പ്രതികരണം വരാത്തതും കാണിക്കാം, ഏത് ഹോപ്പ് അത് വീഴ്ത്തി എന്ന് അറിയുന്നതായി നടിക്കാതെ തകരാറിനെ ആ ഹുക്കിന് ശേഷമുള്ള എല്ലാത്തിലേക്കും ചുരുക്കുന്നു. വിദൂര കണ്ണികൾ അജ്ഞാതമായി അടയാളപ്പെടുത്തി പ്രവേശനമുള്ള അടുത്ത വ്യക്തിയെ അവ നിറയ്ക്കാൻ അനുവദിക്കുക. അങ്ങനെ എഴുതിയാൽ രേഖ സത്യസന്ധമായും ഇപ്പോഴും ചുരുക്കമായും നിലനിൽക്കും.
എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് താരതമ്യം ചെയ്യുക. അതേ പീയറിലേക്ക് അതേ പ്രോട്ടോക്കോളിൽ അതേ അഭ്യർത്ഥന ആവർത്തിക്കുന്നത് ചരങ്ങളെ എണ്ണാവുന്നതായി നിർത്തുന്നു, എന്നാൽ ക്യാപ്ചറുകൾക്കിടയിൽ റീസെറ്റ്, കീ പുതുക്കൽ, നയ എഡിറ്റിംഗ് എന്നിവ താരതമ്യം നശിപ്പിക്കുന്നു. മാറ്റം ഒഴിവാക്കാനാകാത്തതാണെങ്കിൽ, അതിന് ശേഷം ഉടൻ വീണ്ടും ക്യാപ്ചർ ചെയ്യുക, മുമ്പും ശേഷവും ഇപ്പോഴും അതേ കൈമാറ്റം വിവരിക്കാൻ.
ഉപയോഗപ്രദമായ റിപ്പോർട്ട് എന്ത് പറയുന്നു
പ്രവർത്തനത്തിന് അർഹതയുള്ള റിപ്പോർട്ട് ഒരു അഭ്യർത്ഥനയെ അതിന്റെ പ്രതികരണവുമായി ചേർത്ത്, പിന്നിൽ തെളിവില്ലാത്ത ആദ്യ ഘട്ടത്തിന്റെ പേര് പറയുന്നു. ആ വാക്യം ഒരാഴ്ച കഴിഞ്ഞ് അവിടെയില്ലാതിരുന്ന എഞ്ചിനീയർ വായിക്കുന്നതിനെ അതിജീവിക്കുന്നു, അടുത്ത വ്യക്തിക്ക് സംശയിക്കുന്നവനെക്കാൾ ഒരു തുടക്കസ്ഥലം നൽകുന്നു.
പുനഃസംപ്രേഷണ സിദ്ധാന്തം പരിശോധിക്കാൻ മാത്രം ഐഡന്റിറ്റി പരിശോധനകൾ ദുർബലമാക്കരുത്, അനുവദനീയ പ്രോട്ടോക്കോൾ ഗണം വിശാലമാക്കരുത്. ഏതെങ്കിലും റീസെറ്റിന് മുമ്പ് യഥാർത്ഥ പാക്കറ്റുകളും സംഭവ രേഖകളും സൂക്ഷിക്കുക, കാരണം റീസെറ്റ് ശേഖരിക്കാനിരുന്ന വസ്തുതകളെത്തന്നെ നശിപ്പിക്കുകയും കൈമാറ്റം എവിടെ തടഞ്ഞു എന്ന് കാണിച്ച സമയം മായ്ക്കുകയും ചെയ്യുന്നു.
ഒരു ഡ്യൂപ്ലിക്കേറ്റ് ഓപ്പറേറ്ററുടെ കുറ്റം തെളിയിക്കുന്നു എന്നതാണ് മിത്ത്. ഒരു ഡ്യൂപ്ലിക്കേറ്റ് ഒരു ടൈമർ കഴിഞ്ഞു എന്ന് തെളിയിക്കുന്നു എന്നതാണ് യാഥാർത്ഥ്യം, ഉത്തരം പ്രതികരണ പാതയിലാണ് ജീവിക്കുന്നത്.