ರೌಟರ್ನಲ್ಲಿ 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 ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತವೆ ಮತ್ತು ಆಟೋರನ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ಅಳಿಸಬಹುದು, ಆದ್ದರಿಂದ ಪ್ಯಾಚ್ ಅನ್ನು ಮತ್ತೆ ಸ್ಥಾಪಿಸಿ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಬೇಕು. ಮರುಸೃಷ್ಟಿಸಿದ ಫೈಲ್ ಅನ್ನು ನೀವು ಇಟ್ಟುಕೊಂಡ ಪ್ರತಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ ಮತ್ತು ಸೂಚನೆ ನಿಖರವಾಗಿ ಒಮ್ಮೆ ಇದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ವೆಬ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಕಾಣುವ ಮೌಲ್ಯ ಡೀಮನ್ ಅದನ್ನು ಪಡೆದಿದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ, ಏಕೆಂದರೆ ಪುಟ ಸಂಗ್ರಹಿಸಿದ ಕ್ಷೇತ್ರಗಳನ್ನು ಓದುತ್ತದೆ. ಪ್ಯಾಚ್ ಆಜ್ಞೆ ಮತ್ತು ಫರ್ಮ್ವೇರ್ ಆವೃತ್ತಿಯನ್ನು ನಿರ್ವಹಣಾ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಬರೆಯಿರಿ, ಮುಂದಿನ ನವೀಕರಣ ಅವುಗಳನ್ನು ಮುಂದಕ್ಕೆ ಒಯ್ಯುತ್ತದೆ.

ನಂತರ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ತಳ್ಳಲಾದ ಆಯ್ಕೆಗಾಗಿ ಸರ್ವರ್ ಲಾಗ್ ಓದಿ. ಕೇವಲ ಫಾರ್ಮ್ನಲ್ಲಿ ಮಾತ್ರ ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದ ಸೆಟ್ಟಿಂಗ್ ಯಾರೂ ಪರೀಕ್ಷಿಸದ ಸೆಟ್ಟಿಂಗ್.