DD-WRT-ൽ OpenVPN 2.5 ലിസണർ മരിച്ചോ? അത് സൃഷ്ടിച്ച കോൺഫിഗ് വായിക്കുക

DD-WRT-ൽ മരിച്ച ലിസണർ എന്നാൽ സാധാരണയായി ഡീമൺ അതിന്റെ കോൺഫിഗ് പാഴ്സ് ചെയ്യുമ്പോൾ പുറത്തുപോയി എന്നാണ്, ഫയർവാൾ നിയമം പോർട്ട് തടഞ്ഞു എന്നല്ല. OpenVPN 2.5 പഴയ കോൺഫിഗുകൾ ആശ്രയിച്ചിരുന്ന പല ഡിഫോൾട്ടുകളും കർശനമാക്കി, പഴയ ബിൽഡിൽ പ്രവർത്തിച്ച സൃഷ്ടിച്ച കോൺഫിഗ് സോക്കറ്റ് തുറക്കുന്നതിന് മുൻപ് തന്നെ നിരസിക്കപ്പെടാം. കാരണം റൗട്ടറിന്റെ സ്വന്തം ലോഗിലുണ്ട്, ഇൻപുട്ട് സൃഷ്ടിച്ച ഫയലിലുണ്ട്. ഈ ക്രമത്തിൽ രണ്ടും വായിക്കുന്നത് ഏതൊരു പാക്കറ്റ് ക്യാപ്ചറിനെക്കാളും വേഗമാണ്.

ഡീമൺ ഫയർവാൾ അല്ല

ഈ വ്യത്യാസം പ്രധാനമാണ്, കാരണം പുറത്തുനിന്ന് രണ്ടു പരാജയങ്ങളും ഒരുപോലെ കാണപ്പെടുന്നു: ക്ലയന്റ് ഒരു ഹാൻഡ്ഷേക്ക് അയക്കുന്നു, ഒന്നും തിരിച്ചുവരുന്നില്ല. ഒന്ന് പ്രവർത്തിക്കാത്ത പ്രോസസ്സാണ്, മറ്റൊന്ന് പ്രവർത്തിച്ച് ഫിൽട്ടർ ചെയ്യുന്ന പ്രോസസ്സാണ്.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് രണ്ട് പരിശോധനകളാൽ ഇവയെ വേർതിരിക്കുക, കാരണം മരിച്ച ഡീമണിൽ ഫയർവാൾ എഡിറ്റ് ചെയ്യുന്നത് രണ്ടാം ചരം കൂട്ടുന്നു മാത്രമാണ്.

DD-WRT സൃഷ്ടിച്ച കോൺഫിഗ് വായിക്കുക

DD-WRT വെബ് ഇന്റർഫേസിൽ നിങ്ങൾ ടൈപ്പ് ചെയ്ത ടെക്സ്റ്റ് OpenVPN-ന് നൽകുന്നില്ല. അത് സൃഷ്ടിച്ച കോൺഫിഗ് /tmp/openvpn/openvpn.conf ലേക്ക് എഴുതി ആ ഫയൽ ഉപയോഗിച്ച് ഡീമൺ തുടങ്ങുന്നു, അതിനാൽ ഇന്റർഫേസ് ഫീൽഡുകളും Additional Config-ലെ ഏതൊരു ടെക്സ്റ്റും OpenVPN അവ കാണുന്നതിന് മുൻപ് തന്നെ ലയിക്കുന്നു. സൃഷ്ടിച്ച ഫയലിനുപകരം ഫോം ഡീബഗ് ചെയ്യുന്നുവെങ്കിൽ, നിങ്ങൾ ഉദ്ദേശ്യമാണ് വായിക്കുന്നത്, യഥാർത്ഥ ഇൻപുട്ടല്ല. റീബൂട്ട് /tmp മായ്ക്കുന്നതിന് മുൻപ് ആ ഫയൽ സ്ഥിരമായ ഒരിടത്തേക്ക് പകർത്തുക.

സൃഷ്ടിച്ച ഫയലിനെ നിങ്ങൾ ഉദ്ദേശിച്ചതുമായി താരതമ്യം ചെയ്യുക, പ്രത്യേകിച്ച് ഇന്റർഫേസ് നിങ്ങൾ ഒരിക്കലും തിരഞ്ഞെടുക്കാത്ത ഒരു നിർദ്ദേശം എഴുതുന്നിടത്ത്. കാലഹരണപ്പെട്ട ഒരു ഓപ്ഷൻ പുറപ്പെടുവിക്കുന്ന ഡ്രോപ്പ്ഡൗൺ ഫോമിൽ കാണാനാകില്ല, ഡീമണിന് മാരകവുമാണ്.

സൃഷ്ടിച്ച ഫയൽ ശൂന്യമാണെങ്കിൽ അല്ലെങ്കിൽ ഇല്ലെങ്കിൽ, ഡീമൺ തുടങ്ങുന്നതുവരെ പോലും എത്തിയില്ല, പ്രശ്നം OpenVPN-ന് മുകളിലാണ്.

OpenVPN 2.5 സ്വീകരിക്കുന്നത് നിർത്തിയത്

OpenVPN 2.5 ncp-ciphers എന്നത് data-ciphers കൊണ്ട് മാറ്റി, ഡിഫോൾട്ട് കുറഞ്ഞ TLS പതിപ്പ് 1.2 ആക്കി. കംപ്രഷൻ കൈകാര്യം ചെയ്യുന്ന രീതിയും മാറ്റി, അതിനാൽ കംപ്രഷൻ വാഗ്ദാനം ചെയ്യുന്ന പിയർ, കോൺഫിഗ് വ്യക്തമായി അനുവദിക്കുന്നില്ലെങ്കിൽ നിരസിക്കപ്പെടും, കൂടാതെ ns-cert-type പോലുള്ള പഴയ ഓപ്ഷൻ പേരുകൾ remote-cert-tls ന്റെ പ്രയോജനത്തിനായി കാലഹരണപ്പെട്ടതായി പ്രഖ്യാപിച്ചു. ഈ മാറ്റങ്ങളിൽ ഓരോന്നും മുൻപ് പ്രവർത്തിച്ച കോൺഫിഗിനെ പാഴ്സിംഗ് അല്ലെങ്കിൽ ചർച്ചാ പരാജയമാക്കി മാറ്റുന്നു.

പരാജയരീതി നിർദ്ദേശത്തെ ആശ്രയിച്ചിരിക്കുന്നു. അജ്ഞാതമോ നീക്കം ചെയ്തതോ ആയ ഓപ്ഷൻ തുടക്കത്തിൽ ഡീമൺ നിർത്തുന്നു, അതാണ് നിങ്ങളുടെ മരിച്ച ലിസണർ. ചർച്ചയിലെ പൊരുത്തക്കേട് ഡീമണിനെ പ്രവർത്തിക്കാൻ അനുവദിക്കുകയും ക്ലയന്റുകളെ നിരസിക്കുകയും ചെയ്യുന്നു, അത് ക്ലയന്റ് വശത്തുനിന്ന് ഫയർവാൾ പ്രശ്നമായി തോന്നുന്നു.

ലോഗിലെ ആദ്യ പിശക് വായിക്കുക, അവസാനത്തേതല്ല. പാഴ്സിംഗ് ആദ്യ മോശം നിർദ്ദേശത്തിൽ നിൽക്കുന്നു, അതിനുശേഷമുള്ളതെല്ലാം ഷട്ട്ഡൗണിന്റെ ബഹളമാണ്.

Broadcom-ന് പ്രത്യേകമായ മുൻവ്യവസ്ഥകൾ

Broadcom ബിൽഡുകളിൽ ഡീമൺ ഉപയോഗിക്കുന്നതിന് മുൻപ് ടണൽ ഉപകരണം ഉണ്ടായിരിക്കണം. tun മൊഡ്യൂൾ ലോഡ് ചെയ്തിട്ടുണ്ടോ എന്നും /dev/net/tun ഉണ്ടോ എന്നും പരിശോധിക്കുക, കാരണം ഉപകരണം ഇല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റുമായി യാതൊരു ബന്ധവുമില്ലാത്ത സ്റ്റാർട്ടപ്പ് പരാജയം ഉണ്ടാകുന്നു. DD-WRT റൂട്ടുകൾക്കും DNS-നും വേണ്ടി സൃഷ്ടിക്കുന്ന സഹായ സ്ക്രിപ്റ്റുകൾക്കും ഇതേ കാര്യം ബാധകമാണ്: അവ ഇല്ലെങ്കിലോ പ്രവർത്തിപ്പിക്കാനാകാത്തതെങ്കിലോ, ഡീമൺ തുടങ്ങിയാലും അതിന്റെ ക്രമീകരണം പൂർത്തിയാക്കാൻ കഴിയില്ല.

യഥാർത്ഥ സന്ദേശം വേണ്ടിവരുമ്പോൾ സൃഷ്ടിച്ച കോൺഫിഗിന് മേൽ കൂടുതൽ വിശദാംശത്തോടെ ഡീമൺ ഫോർഗ്രൗണ്ടിൽ പ്രവർത്തിപ്പിക്കുക. ഫോർഗ്രൗണ്ട് റൺ init സ്ക്രിപ്റ്റ് വിഴുങ്ങിയ പാഴ്സിംഗ് പിശക് പ്രിന്റ് ചെയ്യുന്നു.

പിന്നീട് സാധാരണ സേവനം പുനഃസ്ഥാപിക്കുക, കാരണം ഫോർഗ്രൗണ്ട് ഡീമണും init സ്ക്രിപ്റ്റും പോർട്ടിനുവേണ്ടി തർക്കിക്കും.

ക്ലയന്റുകൾ ഡീബഗ് ചെയ്യുന്നതിന് മുൻപ് ലിസണർ ഉണ്ടെന്ന് തെളിയിക്കുക

പ്രോസസ്സും സോക്കറ്റും വെവ്വേറെ സ്ഥിരീകരിക്കുക: ഒന്ന് പ്രവർത്തിക്കുന്ന ഡീമണിന്, മറ്റൊന്ന് പ്രതീക്ഷിക്കുന്ന വിലാസത്തിൽ ബൈൻഡ് ചെയ്ത UDP പോർട്ടിന്. സോക്കറ്റില്ലാത്ത പ്രോസസ്സ് എന്നാൽ അത് ഇപ്പോഴും ക്രമീകരണത്തിലാണ് അല്ലെങ്കിൽ തെറ്റായ ഇന്റർഫേസിൽ ബൈൻഡ് ചെയ്തിരിക്കുന്നു. ഈ ജോടി ഉപയോഗപ്രദമായ പരിശോധനയാണ്, കാരണം ഒരു പകുതിക്ക് മറ്റേതില്ലാതെ ശരിയാകാൻ കഴിയില്ല.

ക്ലയന്റ് വശത്തെ ഡീബഗ്ഗിംഗ് ലിസണർ നിലവിലുള്ളതിനുശേഷം മാത്രമേ അർത്ഥവത്താകൂ. അപ്പോൾ ക്ലയന്റിന്റെ സൈഫറും TLS ക്രമീകരണങ്ങളും സർവറിന്റെ data-ciphers പട്ടികയും കുറഞ്ഞ പതിപ്പുമായി പൊരുത്തപ്പെടുന്നുണ്ടോ, പോർട്ട് യഥാർത്ഥത്തിൽ റൗട്ടറിലേക്ക് ഫോർവേഡ് ചെയ്യുന്നുണ്ടോ എന്നും പരിശോധിക്കുക.

സൃഷ്ടിച്ച കോൺഫിഗും തിരുത്ത് തെളിയിച്ച ലോഗ് വരിയും സൂക്ഷിക്കുക. അടുത്ത ഫേംവെയർ അപ്ഡേറ്റ് ഡിഫോൾട്ടുകൾ വീണ്ടും മാറ്റാം, ആ രേഖയാണ് ആവർത്തനത്തെ അഞ്ച് മിനിറ്റ് പരിശോധനയാക്കി മാറ്റുന്നത്.