vpnc 24 മിനിറ്റിൽ എന്തിന് വിച്ഛേദിക്കുന്നു, എന്ത് മാറ്റണം
24 മിനിറ്റിലെ vpnc വിച്ഛേദം ഒരു ടൈമറാണ്, ദുർബലമായ ലിങ്കല്ല. പരിഹാരം DPD, NAT ട്രാവേഴ്സൽ അതോ കീ പുതുക്കൽ ഗ്രൂപ്പ് എന്ന് മൂന്ന് വ്യവസ്ഥകൾ തീരുമാനിക്കുന്നു.
നിങ്ങളുടെ ടണൽ ആവർത്തിക്കുന്ന ഇടവേളയിൽ മരിക്കുന്നു, അത് മോശം കേബിളല്ല, സ്വയം റിപ്പോർട്ട് ചെയ്യുന്ന ടൈമറാണ്. ഇരുപത്തിനാല് മിനിറ്റ് 1440 സെക്കൻഡാണ്, പ്രൊഫൈലോ ഹെഡ്-എൻഡ് നയമോ വഹിക്കുന്ന ഒരു വൃത്താകൃതിയിലുള്ള മൂല്യം. പിന്നീട് അതേ കോൺഫിഗറേഷൻ എല്ലാ തവണയും അതേ കോൺസെൻട്രേറ്ററിനെതിരെ പരാജയപ്പെടുന്നു, മറ്റെല്ലാ നെറ്റ്വർക്കുകളും പ്രവർത്തിക്കുമ്പോൾ, ഒരു ലിങ്ക് പരിശോധനയും അത് മാറ്റുന്നില്ല.
ഏത് ടൈമർ നിങ്ങളുടേതെന്ന് മൂന്ന് വ്യവസ്ഥകൾ തീരുമാനിക്കുന്നു: ക്ലയന്റ് നിഷ്ക്രിയ സെഷൻ ഉപേക്ഷിക്കുന്നുണ്ടോ, കീ പുതുക്കൽ കൈമാറ്റം നിരസിക്കപ്പെടുന്നുണ്ടോ, ഒരു വിവർത്തന ഗേറ്റ്വേ എൻക്യാപ്സുലേഷൻ വീണ്ടും എഴുതിയോ.
ഏത് ടൈമർ വിച്ഛേദത്തിന്റെ ഉടമ
ഒരു ക്രമീകരണവും തൊടുന്നതിന് മുമ്പ് കുറഞ്ഞത് മൂന്ന് പുനഃബന്ധനങ്ങളിലായി ഇടവേള അളക്കുക. കുറച്ച് സെക്കൻഡുകളുടെ വ്യാപനം ലിങ്ക് നഷ്ടമോ വയർലെസ് റോമിംഗോ സൂചിപ്പിക്കുന്നു; എല്ലാ തവണയും അതേ അടയാളത്തിൽ നിന്ന് കുറച്ച് സെക്കൻഡുകൾക്കുള്ളിൽ എത്തുന്ന മൂല്യം ഒരു നയ മൂല്യത്തെ സൂചിപ്പിക്കുന്നു. സെഷന്റെ ദൈർഘ്യം അത് ആരാണ് അവസാനിപ്പിച്ചതെന്നും പറയുന്നു, കാരണം ക്ലയന്റ് വശത്തെ ടൈംഔട്ടും സെർവർ വശത്തെ ഇല്ലാതാക്കലും ഡീബഗ് ഔട്ട്പുട്ടിൽ വ്യത്യസ്ത അവസാന വരികൾ അവശേഷിപ്പിക്കുന്നു. മൂന്ന് പുനഃബന്ധനങ്ങൾ ഇടവേള ഒട്ടും നീങ്ങുന്നുണ്ടോ എന്നും കാണിക്കുന്നു, ഒരു അളവിന് അത് കാണിക്കാനാവില്ല.
നിങ്ങൾ സംസാരിച്ചിരുന്ന ഹെഡ്-എൻഡിന്റെ അരികിൽ നമ്പർ എഴുതുക. ഇടവേള സ്ഥിരമായാൽ ബാക്കിയുള്ള ജോലി മൂന്ന് കാരണങ്ങളിൽ നിന്ന് തിരഞ്ഞെടുക്കലാണ്, ഓരോ പുനഃബന്ധനത്തിനും ഒരു ക്രമീകരണം മാറ്റുന്നതാണ് അവയെ വേർതിരിച്ചറിയാൻ സഹായിക്കുന്നത്.
ആദ്യ കേസ്: ക്ലയന്റ് നിഷ്ക്രിയ സെഷൻ ഉപേക്ഷിക്കുന്നു
vpnc അതിന്റേതായ ചത്ത പങ്കാളി പരിശോധന നടത്തുന്നു, ആ പരിശോധന കോൺസെൻട്രേറ്റർ ഇപ്പോഴും ജീവിച്ചിരിക്കുന്നു എന്ന് കരുതുന്ന ഒരു സെഷനെ കൊല്ലാം, പ്രത്യേകിച്ച് രണ്ടിനും ഇടയിൽ ഒരു വിവർത്തന ഗേറ്റ്വേ ഇരിക്കുമ്പോൾ. ഡോക്യുമെന്റേഷനിലെ ക്ലയന്റ് വശ പരിഹാരം ടൈമർ പ്രാദേശികമായി ഓഫ് ചെയ്ത്, പങ്കാളി എപ്പോൾ പോയി എന്ന് ഹെഡ്-എൻഡിനെ തീരുമാനിക്കാൻ അനുവദിക്കുകയാണ്. താഴെയുള്ള രണ്ട് വരികളും vpnc പ്രൊഫൈലിലോ കമാൻഡ് ലൈനിലോ ചേരുന്നു, രണ്ടും എൻക്രിപ്ഷൻ ക്രമീകരണങ്ങളിൽ നിന്ന് സ്വതന്ത്രമാണ്.
DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp
ക്ലയന്റ് DPD പ്രവർത്തനരഹിതമാക്കുന്നത് ഒരു തെറ്റായ മുന്നറിയിപ്പ് നീക്കുന്നു, നിങ്ങളുടെ ഏക പ്രാദേശിക കണ്ടെത്തലും നീക്കുന്നു, അതിനാൽ അത് ഒറ്റയ്ക്ക് പ്രയോഗിച്ച് ഇടവേള ഒട്ടും മാറുന്നുണ്ടോ എന്ന് നോക്കുക.
രണ്ടാം കേസ്: കീ പുതുക്കൽ നിരസിക്കപ്പെടുന്നു
DPD മാറ്റത്തെ ഇടവേള അതിജീവിച്ചാൽ, ഘട്ടം 1 കീ പുതുക്കൽ സ്ഥാനാർഥിയാകുന്നു. പഴയ vpnc ബിൽഡുകൾ ഇപ്പോഴത്തേതിനേക്കാൾ കുറഞ്ഞ ശ്രദ്ധയോടെയാണ് പുതുക്കൽ കൈകാര്യം ചെയ്തത്, സാധാരണ വിയോജിപ്പ് Diffie-Hellman ഗ്രൂപ്പാണ്. ഹെഡ്-എൻഡ് ഇതിനകം സ്വീകരിക്കുന്ന ഒരു ഗ്രൂപ്പ് നിർബന്ധിക്കാൻ ഒരു വരിയും ഒരു പുനഃബന്ധനവും മതി, അത് അതിനെ നയമാറ്റമല്ലാതെ വിലകുറഞ്ഞ പരീക്ഷണമാക്കുന്നു.
IKE DH Group dh5
സാധുവായ ഗ്രൂപ്പ് പേരുകൾ dh1, dh2, dh5 എന്നിവയാണ്. കോൺസെൻട്രേറ്റർ നിരസിക്കുന്ന ഗ്രൂപ്പ് ഉടനടി പരാജയം നൽകുന്നു, അതും വിവരമാണ്: ഹെഡ്-എൻഡ് തിരഞ്ഞെടുപ്പുകാരനാണെന്നും യഥാർഥ ഗ്രൂപ്പ് ഒരുപക്ഷേ ശരിയായിരുന്നു എന്നും അത് പറയുന്നു.
മൂന്നാം കേസ്: വിവർത്തനം എൻക്യാപ്സുലേഷൻ വീണ്ടും എഴുതുന്നു
ഒരു വിവർത്തന ഗേറ്റ്വേയ്ക്ക് പിന്നിൽ, Cisco യുടെ UDP എൻക്യാപ്സുലേഷനും സ്റ്റാൻഡേർഡ് അധിഷ്ഠിത മോഡും പരസ്പരം മാറ്റാവുന്നതല്ല. തെറ്റായ തിരഞ്ഞെടുപ്പ് പലപ്പോഴും സ്ഥാപിക്കപ്പെട്ട്, ട്രാഫിക് കടത്തിവിട്ട്, പിന്നീട് ലോഡിൽ കാലഹരണപ്പെടുന്ന ഒരു ടണൽ സൃഷ്ടിക്കുന്നു, അത് ബാൻഡ്വിഡ്ത്ത് പ്രശ്നമായി വായിക്കപ്പെടുന്നു, അല്ല. മോഡ് മാത്രം മാറ്റുക, പിന്നീട് വീണ്ടും ബന്ധിപ്പിച്ച് വിച്ഛേദം വീണ്ടും അളക്കുക. ആദ്യ രണ്ട് കേസുകൾ ഒഴിവാക്കിയ ശേഷം മാത്രം മറ്റേ മോഡ് പരീക്ഷിക്കുക.
ഫ്രണ്ട് എൻഡുകൾ ഇവിടെ അവയുടെ സ്വന്തം ആശയക്കുഴപ്പം ചേർക്കുന്നു. പ്ലഗിൻ പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്യുന്നതുവരെ NetworkManager vpnc കണക്ഷൻ തരം വാഗ്ദാനം ചെയ്യില്ല, കാണാത്ത പ്ലഗിൻ പിശകായല്ല, ചാരനിറത്തിലുള്ള ചേർക്കുക ബട്ടണായി കാണിക്കുന്നു. KDE യുടെ ഫ്രണ്ട് എൻഡ് അതേ മൂല്യങ്ങൾ സ്വന്തം പ്രൊഫൈലിൽ സൂക്ഷിക്കുന്നു, അതിനാൽ ഡീമൺ നിങ്ങൾ എഡിറ്റ് ചെയ്തത് വായിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക.
കമാൻഡ് ലൈനിൽ നിന്ന് നന്നായി ബന്ധിപ്പിക്കുന്നതും എന്നാൽ ഡെസ്ക്ടോപ്പിൽ നിന്ന് ബന്ധിപ്പിക്കാത്തതുമായ പ്രൊഫൈൽ ഫ്രണ്ട് എൻഡിന്റെ പ്രശ്നമാണ്, ടൈമറിന്റെ പ്രശ്നമല്ല.
മൂന്നാം മാറ്റത്തിന് മുമ്പ് പരാജയപ്പെടുന്ന കൈമാറ്റം പരിശോധിക്കുക
ഡീബഗ് ഔട്ട്പുട്ടിനൊപ്പം ക്ലയന്റ് പ്രവർത്തിപ്പിച്ച് വിച്ഛേദത്തിന് മുമ്പുള്ള അവസാന കൈമാറ്റം വായിക്കുക. വിച്ഛേദത്തിന് തൊട്ടുമുമ്പ് ഘട്ടം 1 ഇല്ലാതാക്കൽ എന്നാൽ ക്ലയന്റ് കീ പുതുക്കി നിരസിക്കപ്പെട്ടു. അതേ സ്ഥലത്ത് ഘട്ടം 2 ഇല്ലാതാക്കൽ എന്നാൽ ടണൽ മറുവശത്ത് നിന്ന് പൊളിച്ചുമാറ്റി, നിങ്ങളുടെ ക്ലയന്റ് ക്രമീകരണങ്ങൾ കാരണമല്ല.
vpnc --debug 3 office
ടണൽ അതിജീവിക്കുകയും എന്നാൽ ട്രാഫിക് നിൽക്കുകയും ചെയ്യുമ്പോൾ രണ്ടാമത്തെ നെറ്റ്വർക്ക് ഡീമണും പരിശോധിക്കുക. റൂട്ടിംഗ് പട്ടിക എഴുതുന്ന രണ്ട് മാനേജർമാർ ഡെസ്ക്ടോപ്പിൽ നിന്ന് അതേ ലക്ഷണവും തികച്ചും വ്യത്യസ്തമായ ലോഗും ഉണ്ടാക്കുന്നു.