राउटरवरील 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 स्क्रिप्ट बदलतात आणि ऑटोरन डिरेक्टरी पुसू शकतात, म्हणून पॅच पुन्हा इंस्टॉल करून पुन्हा तपासावा लागेल। पुन्हा तयार झालेल्या फाइलची तुम्ही ठेवलेल्या प्रतीशी तुलना करा आणि निर्देश नेमका एकदाच आहे याची खात्री करा। वेब इंटरफेसमध्ये दिसणारे मूल्य डेमनला ते मिळाले याचा पुरावा नाही, कारण पृष्ठ साठवलेली फील्ड वाचते। पॅच कमांड आणि फर्मवेअर आवृत्ती देखभाल नोट्समध्ये लिहा जेणेकरून पुढील अपडेट त्या पुढे नेईल।

नंतर क्लायंट कनेक्ट करा आणि पुश केलेल्या पर्यायासाठी सर्व्हर लॉग वाचा। केवळ फॉर्ममध्येच अस्तित्वात असलेली सेटिंग ही अशी सेटिंग आहे जी कोणीही तपासली नाही।