OpenVPN റീപ്ലേ ബാക്ട്രാക്ക് ലോഗിൽ: വരി എന്ത് തെളിയിക്കുന്നില്ല

വരി PID_ERR replay-window backtrack occurred എന്ന് പറയുന്നു, കൂടാതെ എല്ലാ തിരച്ചിൽ ഫലങ്ങളും ഇതിനെ വീണുപോയ പാക്കറ്റുകളും തകർന്ന ടണലും ആയി വിശദീകരിക്കുന്നു. Community OpenVPN 2.6-ന്റെ UDP പാതയിൽ, സ്വീകരണ ഫംഗ്ഷൻ പാക്കറ്റിനെ എന്ത് ചെയ്യണമെന്ന് ഇപ്പോഴും തീരുമാനിക്കുമ്പോൾ ആ സന്ദേശം എഴുതുന്നു. അത് പുതിയ പരമാവധി ബാക്ട്രാക്ക് രേഖപ്പെടുത്തുന്നു, തുടർന്ന് അതേ ഫംഗ്ഷൻ സ്വീകരിക്കുകയോ നിരസിക്കുകയോ ചെയ്യുന്നതിന് മുമ്പ് ദൂരം വിൻഡോയും രേഖപ്പെടുത്തിയ അവസ്ഥയും ആയി താരതമ്യം ചെയ്യുന്നു. ലോഗ് ലേബൽ വിധിയായി വായിക്കുന്നത് ഈ ചെക്ക്ലിസ്റ്റ് തടയാൻ ഉദ്ദേശിക്കുന്ന തെറ്റാണ്.

ഒന്നാം നിർത്തൽ: വരി എന്താണെന്ന് തിരിച്ചറിയുക

ഇത് ക്രമ-ദൂരത്തെക്കുറിച്ചുള്ള ഒരു ഡയഗ്നോസ്റ്റിക് ആണ്, കണക്ഷനെക്കുറിച്ചുള്ള തീരുമാനമല്ല. പുതിയതായി നിരീക്ഷിച്ച പരമാവധി ബാക്ട്രാക്ക് രേഖപ്പെടുത്തുന്ന സ്ഥലത്ത് പാക്കറ്റ്-ID നടപ്പാക്കലിൽ ഇത് പ്രത്യക്ഷപ്പെടുന്നു. ആ സ്ഥലം സ്വീകരിക്കുക-അല്ലെങ്കിൽ-നിരസിക്കുക ശാഖയ്ക്ക് മുമ്പാണ്, അതിനാൽ അത് പ്രേരിപ്പിക്കുന്ന പാക്കറ്റ് ഇപ്പോഴും എത്തിക്കാനാകും.

ഏത് ഹോസ്റ്റ് ഇത് എഴുതി, ഏത് വിശദാംശ നിലയിൽ എന്ന് സ്ഥിരീകരിക്കുക. സർവറും ക്ലയന്റും ഒരുപോലെ പാക്കറ്റ്-ID സന്ദേശങ്ങൾ പുറപ്പെടുവിക്കാം, ഒരു വശത്തിന്റെ സന്ദേശം മറുവശത്തിന്റെ സ്വീകരണാവസ്ഥയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

രണ്ടാം നിർത്തൽ: ആ പാക്കറ്റിന്റെ ഫലം കണ്ടെത്തുക

ഡയഗ്നോസ്റ്റിക് മാത്രമല്ല, അതിന് ശേഷമുള്ള വരികൾ വായിക്കുക. അതേ ഫംഗ്ഷൻ വിൻഡോയും ഇരട്ടിപ്പും പരിശോധനകളിലേക്ക് തുടരുന്നു, അതിനാൽ ആ നിർദ്ദിഷ്ട പാക്കറ്റിന്റെ ഫലം കുറച്ച് നിർദ്ദേശങ്ങൾക്ക് ശേഷം തീരുമാനിക്കപ്പെടുന്നു, സ്വീകരണവും ആകാം. ഭയാനകമായ വരിയിൽ അവസാനിക്കുന്ന ലോഗ് ഭാഗം ഫലത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. വരി തന്നെയല്ല, അതിന് ചുറ്റുമുള്ള വിൻഡോ തിരയുക:

journalctl -u openvpn-server@server --since "-10 min" | grep -n -A3 -B3 "backtrack occurred"

ആ സമയത്ത് ആ പിയറിന് ഒരു നിരസിക്കലും ലോഗ് കാണിക്കുന്നില്ലെങ്കിൽ, ഈ വരിയെ തടസ്സത്തിന്റെ കാരണമായി കാണുന്നത് നിർത്തുക. ആപ്പിന്റെ പാതയിലേക്ക് പോകുക, കാരണം കണക്ട് ചെയ്തു പക്ഷേ ട്രാഫിക്കില്ല എന്ന റിപ്പോർട്ടുകളിൽ ഭൂരിഭാഗവും യഥാർത്ഥത്തിൽ അവിടെയാണ് അവസാനിക്കുന്നത്.

മൂന്നാം നിർത്തൽ: പുനഃക്രമീകരണം യഥാർത്ഥമാണോ എന്ന് തീരുമാനിക്കുക

പുനഃക്രമീകരണം പാതയുടെ ഒരു സ്വഭാവമാണ്, ഒരു ഡയഗ്നോസ്റ്റിക് അതിന്റെ ഒരു മാതൃക മാത്രം. ചെറിയ വിൻഡോയിൽ അതേ പിയറിനുള്ള ആവർത്തിച്ച സന്ദേശങ്ങൾ തിരയുക, നെറ്റ്വർക്ക് ശക്തമായി പുനഃക്രമീകരിക്കുന്നു എന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ് ഇരു അറ്റങ്ങളിലെ ക്യാപ്ചറുമായി താരതമ്യം ചെയ്യുക.

വീണ്ടും കണക്ട് ചെയ്യുമ്പോൾ കുറച്ച് സന്ദേശങ്ങൾ അസാധാരണമല്ല. യഥാർത്ഥ ആപ്പ് ടൈംഔട്ടുകൾക്കൊപ്പം തുടർച്ചയായ പ്രവാഹം അന്വേഷിക്കാൻ യോഗ്യമാണ്, ആ സംയോജനം ലേബലല്ല, തെളിവാണ്.

നാലാം നിർത്തൽ: വിൻഡോ പാരാമീറ്ററുകൾ, അവ എന്തല്ല

replay-window ക്രമ വലിപ്പവും ഓപ്ഷണൽ സമയ മൂല്യവും എടുക്കുന്നു, അതിനാൽ അത് വിശാലമാക്കുന്നത് രണ്ട് വ്യത്യസ്ത സഹിഷ്ണുതകളെ ഒരുമിച്ച് മാറ്റുന്നു. സംഖ്യ കൂട്ടുന്നത് ക്രമത്തിൽ നിന്ന് കൂടുതൽ അകലെയുള്ള പാക്കറ്റുകളെ അനുവദിക്കുന്നു; സമയ മൂല്യം ഒരു പാക്കറ്റിനെ എത്ര കാലം പരിഗണിക്കാമെന്ന് പരിമിതപ്പെടുത്തുന്നു. വിശാലമാക്കൽ സുരക്ഷാ ചെലവുള്ള ഒരു നയമാറ്റമാണ്, അത് സൈഫറിനെ ശക്തിപ്പെടുത്തുകയില്ല, ഇരട്ടിപ്പ് കണ്ടെത്തൽ ഓഫ് ചെയ്യുകയുമില്ല. രണ്ട് സഹിഷ്ണുതകളും ഒരുമിച്ച് നീങ്ങുന്നു, നിങ്ങൾ ഉദ്ദേശിച്ചോ ഇല്ലയോ എന്ന് നോക്കാതെ.

പഴയ പ്രാമാണീകരിച്ച പാക്കറ്റ് ഇപ്പോഴും അനാവശ്യമായ ആവർത്തനമാകാം, അതിനാൽ സ്വീകർത്താവ് ഈ പരിശോധനകൾ സൂക്ഷിക്കുന്നു. കൂടുതൽ പുനഃക്രമീകരണം സ്വീകരിക്കുക എന്നത് ആ അപകടസാധ്യതയുടെ കൂടുതൽ ഭാഗം സ്വീകരിക്കുക എന്നാണ്.

mute ഉപയോഗിച്ച് മുന്നറിയിപ്പ് നിശ്ശബ്ദമാക്കുന്നത് നിങ്ങൾ കാണുന്നതിനെ മാറ്റുന്നു, ഡീമൺ ചെയ്യുന്നതിനെയല്ല. ലക്ഷ്യം അറിയപ്പെടുന്ന ഒരു സംഭവത്തിനിടയിൽ ശാന്തമായ ലോഗ് ആണെങ്കിൽ, അത് സാധുവായ പ്രവർത്തന തിരഞ്ഞെടുപ്പാണ്; ലക്ഷ്യം ടണൽ നന്നാക്കുകയാണെങ്കിൽ, നിശ്ശബ്ദമാക്കൽ തെളിവ് മറയ്ക്കുന്നു.

mute 20
replay-window 64 15

പുറം ഗതാഗതം TCP-യിലേക്ക് മാറ്റുന്നത് ഡെലിവറിയും വീണ്ടെടുപ്പും സ്വഭാവം മാറ്റുകയും ക്യൂ തല തടയിടലിന്റെ സ്വന്തം ചെലവ് കൂട്ടിച്ചേർക്കുകയും ചെയ്യുന്നു. ഇത് ഒരു ഡിസൈൻ തീരുമാനമാണ്, ഒരു ലോഗ് ലേബലിനോടുള്ള ആദ്യ പ്രതികരണമല്ല. സർവർ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നത് കൂടുതൽ മോശമാണ്, കാരണം അത് സ്ഥിതിവിവരക്കണക്കും യഥാർത്ഥത്തിൽ പരാജയപ്പെട്ട അതിരും തമ്മിലുള്ള വ്യത്യാസം മായ്ക്കുന്നു.

അഞ്ചാം നിർത്തൽ: ഉപയോക്താവിന് പ്രധാനമായ പാത പരിശോധിക്കുക

ടണൽ കണക്ട് ചെയ്തിരിക്കുമ്പോൾ, ആപ്പിന്റെ സ്വന്തം ടെസ്റ്റ് പ്രവർത്തിപ്പിച്ച് അതിന്റെ തിരഞ്ഞെടുത്ത റൂട്ട്, ഫോർവേഡിംഗ് അവസ്ഥ, മടങ്ങിവരവ് പാത എന്നിവ വായിക്കുക. ഒരു ദിശയിൽ മാത്രം പാക്കറ്റുകൾ കൊണ്ടുപോകുന്ന ടണൽ ഒട്ടും ബാക്ട്രാക്ക് സന്ദേശങ്ങൾ ഉണ്ടാക്കുന്നില്ല, അത് കടുത്ത പുനഃക്രമീകരണത്തേക്കാൾ വളരെ സാധാരണമാണ്.

ഓരോ നിർത്തലിലും എന്ത് അളന്നു എന്ന് എഴുതുക. ആ രേഖയാണ് അടുത്ത റിപ്പോർട്ട് വീണ്ടും ഭയാനകമായ വരിയിൽ തുടങ്ങി അവിടെ നിന്ന് പുറത്തേക്ക് പ്രവർത്തിക്കുന്നത് തടയുന്നത്.

പാക്കറ്റ്-ID നടപ്പാക്കൽ സ്ഥിതിവിവരക്കണക്കിന്റെയും തീരുമാനത്തിന്റെയും ക്രമം കാണിക്കുന്നു, കൈപ്പുസ്തകം വിൻഡോയുടെ ക്രമ-സമയ പരിധി വിവരിക്കുന്നു. ഇവ രണ്ടും ഒരുമിച്ച് വായിക്കുന്നതാണ് ഭയാനകമായ ലോഗ് വരിയെ അറിയപ്പെടുന്ന അളവാക്കി മാറ്റുന്നത്. അവയിൽ ഒന്നും നിങ്ങളുടെ പ്രത്യേക പാതയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, അതിനാൽ മുകളിലെ അളവുകൾ ഇപ്പോഴും പ്രധാനമാണ്.