റൗട്ടറിലെ OpenVPN ക്രമീകരണങ്ങൾ റീബൂട്ടിന് ശേഷം തിരികെ വരുന്നു: ജനറേറ്റർ ശരിയാക്കുക

ഉപഭോക്തൃ റൗട്ടറിലോ NAS-ലോ ഉള്ള ഫേംവെയർ പലപ്പോഴും ഓരോ തുടക്കത്തിലും അതിന്റെ OpenVPN കോൺഫിഗറേഷൻ വീണ്ടും നിർമ്മിക്കുന്നു, അതിനാൽ നിങ്ങൾ ചേർക്കുന്ന നിർദ്ദേശം കൃത്യമായി അടുത്ത ബൂട്ട് വരെ മാത്രം നിലനിൽക്കുന്നു. വെബ് ഫോമിൽ ടൈപ്പ് ചെയ്ത കീകൾക്കും ഇതുതന്നെ ബാധകമാണ്, അവിടെ സംഭരിച്ച മൂല്യം സേവ് ചെയ്തതിന് ശേഷം കേടായി തിരികെ വരാം. ഈ ലക്ഷണങ്ങളിൽ ഒന്നും മാറ്റം നിരസിക്കപ്പെട്ടു എന്ന് അർത്ഥമാക്കുന്നില്ല. എഡിറ്റ് ഫേംവെയർ ഔട്ട്പുട്ടായി കണക്കാക്കുന്ന ഒരു ഫയലിൽ എത്തി, സ്ഥിരമായ സ്ഥലം ബൂട്ട് ക്രമത്തിൽ ഒരു ഘട്ടം മുൻപാണ് എന്നാണ് അർത്ഥം.

എഡിറ്റ് ചെയ്ത ഫയൽ വീണ്ടും നിർമ്മിക്കുന്നത് എന്തുകൊണ്ട്

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

ബൂട്ട് ക്രമം എന്ത് എഴുതുന്നു, എപ്പോൾ എഴുതുന്നു എന്ന് നോക്കുക. ഉത്തരം മിക്കവാറും എപ്പോഴും ഫേംവെയറിന്റെ init അല്ലെങ്കിൽ ഓട്ടോറൺ ഡയറക്ടറിയിലെ ഒരു സ്ക്രിപ്റ്റാണ്.

സ്ക്രിപ്റ്റ് ഫയൽ നിർമ്മിക്കുന്നിടത്ത് നിർദ്ദേശം ചേർക്കുക

QTS ഉപകരണങ്ങൾ ഡീമൺ ആരംഭിക്കുന്ന init സ്ക്രിപ്റ്റിനുള്ളിൽ OpenVPN സെർവർ കോൺഫിഗറേഷൻ വീണ്ടും നിർമ്മിക്കുന്നു, അതിനാൽ എഡിറ്റ് അവിടെ നടക്കണം. ഉണ്ടാക്കിയ ഫയൽ എഡിറ്റ് ചെയ്യുന്നതിന് പകരം സ്റ്റാർട്ടപ്പ് കമാൻഡിന് തൊട്ടുമുൻപ് ചേർക്കൽ ചേർക്കുക.

sed -i '/daemon_mgr/i echo client-config-dir clientconfig >>/etc/openvpn/server.conf' /etc/init.d/vpn_openvpn.sh
grep -c client-config-dir /etc/openvpn/server.conf

വരികളുടെ നമ്പറുകൾ ബിൽഡുകൾക്കിടയിൽ മാറുന്നതിനാൽ, നീങ്ങാത്ത ഒരു കമാൻഡിൽ ഇൻസേർഷൻ ആങ്കർ ചെയ്യുക. init സ്ക്രിപ്റ്റ് തന്നെ ബൂട്ട് സമയത്ത് മാറ്റിസ്ഥാപിക്കുന്നതിനാൽ, സിസ്റ്റം തുടങ്ങുമ്പോഴെല്ലാം ഫേംവെയറിന്റെ ഓട്ടോറൺ ഹുക്കിൽ നിന്ന് മാറ്റം വീണ്ടും പുറപ്പെടുവിക്കണം. ഒരു റീബൂട്ടിന് ശേഷം ഉണ്ടാക്കിയ ഫയലിലെ സംഭവങ്ങൾ എണ്ണുക: ഒരു വരി പാച്ച് പ്രവർത്തിച്ചു എന്നർത്ഥം, രണ്ട് വരികൾ ഹുക്ക് ഒന്നിലധികം തവണ ഓടുന്നു എന്നർത്ഥം. ഇരട്ടി ഓട്ടം വെവ്വേറെ അന്വേഷിക്കുക, കാരണം അത് അപ്രത്യക്ഷമായ മാറ്റത്തിന്റെ അതേ തകരാറല്ല.

എസ്കേപ്പ് ചെയ്ത കീകൾ സംഭരിച്ച ഫോം ശരിയാക്കുക

Asus ശൈലിയിലുള്ള പേജുകളിൽ സർട്ടിഫിക്കറ്റ്, കീ ഇൻപുട്ടുകൾ എസ്കേപ്പ് ചെയ്ത ടെക്സ്റ്റ് കാണിക്കുന്നു, ബന്ധമില്ലാത്ത ക്രമീകരണത്തിന് ശേഷം സേവ് ചെയ്യുന്നത് ആ എന്റിറ്റികൾ വീണ്ടും ഡിസ്കിൽ എഴുതിയേക്കാം. ഡീകോഡ് ചെയ്ത പകർപ്പിൽ നിന്ന് പ്രവർത്തിക്കുക, എല്ലാ എഡിറ്റുകളും തയ്യാറായതിന് ശേഷം ഒരിക്കൽ മാത്രം സേവ് ചെയ്യുക.

openssl dhparam -out dh2048.pem 2048
grep -n "BEGIN DH PARAMETERS" dh2048.pem

പുതിയ പാരാമീറ്റർ സെറ്റ് മാറ്റുമ്പോൾ, ലേബൽ കീയുടെ ബോഡി ആവശ്യപ്പെടുന്നെങ്കിൽ base64 പേലോഡ് മാത്രം പേസ്റ്റ് ചെയ്യുക, ഫീൽഡ് പൂർണ്ണ PEM ബ്ലോക്ക് പ്രതീക്ഷിക്കുമ്പോൾ മാത്രം ആർമർ വരികൾ സൂക്ഷിക്കുക. ഇതിനകം എസ്കേപ്പ് രൂപത്തിൽ സേവ് ചെയ്ത പേജ് വീണ്ടെടുക്കുന്നത് സാധാരണയായി ബാധിത ഇൻപുട്ടുകൾ ശൂന്യമാക്കി പ്രയോഗിക്കുന്നതാണ്, ഇത് ഫേംവെയറിന് അവ വീണ്ടും നിർമ്മിക്കാൻ അനുവദിക്കുന്നു. 2048 ബിറ്റിന് മുകളിലുള്ളതെല്ലാം ഒരു വർക്ക്സ്റ്റേഷനിൽ നിർമ്മിക്കുക, കാരണം റൗട്ടറിന്റെ എൻട്രോപ്പി വിതരണം പ്രവർത്തനം മന്ദഗതിയിലും ചിലപ്പോൾ വിശ്വസനീയമല്ലാതെയും ആക്കുന്നു. പാരാമീറ്റർ ഫയൽ ഫാക്ടറി റീസെറ്റിന് ശേഷവും എത്താൻ കഴിയുന്ന ഒരിടത്ത് സൂക്ഷിക്കുക.

അപ്ഗ്രേഡുകൾക്ക് ശേഷം വീണ്ടും പരിശോധിക്കുക

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

തുടർന്ന് ഒരു ക്ലയന്റ് കണക്ട് ചെയ്ത് പുഷ് ചെയ്ത ഓപ്ഷനായി സെർവർ ലോഗ് വായിക്കുക. ഒരു ഫോമിൽ മാത്രം ഉണ്ടായിരുന്ന ക്രമീകരണം ആരും പരിശോധിക്കാത്ത ക്രമീകരണമാണ്.