રાઉટર પર 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 સ્ક્રિપ્ટ બદલે છે અને ઓટોરન ડિરેક્ટરી ભૂંસી શકે છે, તેથી પેચ ફરી ઇન્સ્ટોલ કરીને ફરી ચકાસવો પડે. ફરી બનેલી ફાઇલની તમે રાખેલી નકલ સાથે સરખામણી કરો અને ખાતરી કરો કે નિર્દેશન બરાબર એક જ વાર છે. વેબ ઇન્ટરફેસમાં દેખાતું મૂલ્ય એ પુરાવો નથી કે ડેમનને તે મળ્યું, કારણ કે પૃષ્ઠ સંગ્રહિત ફીલ્ડ વાંચે છે. પેચ કમાન્ડ અને ફર્મવેર સંસ્કરણ જાળવણી નોંધમાં લખો જેથી આગલું અપડેટ તેમને સાથે લઈ જાય.

પછી ક્લાઇન્ટ જોડો અને પુશ કરેલા વિકલ્પ માટે સર્વર લોગ વાંચો. ફક્ત ફોર્મમાં જ અસ્તિત્વ ધરાવેલું સેટિંગ એ એવું સેટિંગ છે જે કોઈએ ચકાસ્યું નથી.