Тұтынушы маршрутизаторындағы немесе NAS-тағы микробағдарлама жиі әр іске қосылуда OpenVPN конфигурациясын қайта құрады, сондықтан сіз қосқан директива дәл келесі жүктеуге дейін ғана сақталады. Сол веб-нысанға терілген кілттерге де қатысты: сақталған мән сақтағаннан кейін бүлінген күйде қайтуы мүмкін. Бұл белгілердің ешқайсысы өзгерістің қабылданбағанын білдірмейді. Бұл өңдеудің микробағдарлама шығыс ретінде қарайтын файлға түскенін және тұрақты орын жүктеу ретінен бір қадам бұрын екенін білдіреді.

Неліктен өңделген файл қайта жасалады

Іске қосу скрипті сервер конфигурациясын үлгіден құрастырып, содан кейін демонды іске қосады, бұл көрсетілген файлды бастапқы код емес, құрастыру артефактісіне айналдырады. Іске қосылғаннан кейін қосылғанның бәрі сол скрипттің келесі іске қосылуына көрінбейді. Екінші үлгі нәзірек: веб-интерфейстегі кілт пен сертификат енгізулері экрандалған түрде сақталады, ал нысанды сақтау сол экрандалған мәтінді демон оқитын файлға итеруі мүмкін. Қалай болса да, көрсетілген конфигурация тұрақты өзгеріс үшін дұрыс емес орын.

Жүктеу реті нені және қашан жазатынын қараңыз. Жауап әрдайым дерлік микробағдарламаның init немесе автозапуск қалтасындағы скрипт.

Директиваны скрипт файлды құрастыратын жерге қойыңыз

QTS құрылғылары OpenVPN сервер конфигурациясын демонды іске қосатын init скриптінің ішінде қайта жасайды, сондықтан өңдеу сонда болуы керек. Қосуды іске қосу командасының дәл алдына қосыңыз, жасалған файлды өңдеудің орнына.

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 скрипттерін ауыстырады және автозапуск қалтасын жоюы мүмкін, сондықтан патчты қайта орнатып, қайта сынау керек. Қайта жасалған файлды сақтаған көшірмеңізбен салыстырып, директиваның дәл бір рет бар екеніне көз жеткізіңіз. Веб-интерфейсте көрінетін мән демонның оны алғанына дәлел емес, өйткені бет сақталған өрістерді оқиды. Патч командасы мен микробағдарлама нұсқасын қызмет көрсету жазбаларына жазыңыз, келесі жаңарту оларды әрі қарай алып жүрсін.

Содан кейін клиентті қосыңыз және жіберілген опция үшін сервер журналын оқыңыз. Тек нысанда ғана болған параметр — ешкім тексермеген параметр.

Қатысты мақалалар