VPN ಸರ್ವರ್ ಸಂರಚನೆಯನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಹೇಗೆ ರೋಲ್ಬ್ಯಾಕ್ ಮಾಡುವುದು

ಸರ್ವರ್ ಅನ್ನು ರೋಲ್ಬ್ಯಾಕ್ ಮಾಡುವುದು ಯಾವ ಪದರ ವಿಫಲವಾಯಿತು ಎಂಬ ನಿರ್ಧಾರ, ಫೈಲ್ಗಳನ್ನು ನಕಲಿಸುವ ಅಭ್ಯಾಸವಲ್ಲ। ಸಂರಚನೆ, ರುಜುವಾತುಗಳು ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಆವೃತ್ತಿಗಳು ಬೇರೆ ಬೇರೆ ಗಡಿಯಾರಗಳಲ್ಲಿ ಚಲಿಸುತ್ತವೆ, ಮತ್ತು ಒಂದನ್ನು ಮರುಸ್ಥಾಪಿಸಿ ಉಳಿದವು ನವೀಕೃತವಾಗಿರುವಾಗ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುವ ಆದರೆ ಅಸಂಗತವಾಗಿ ವರ್ತಿಸುವ ಆತಿಥೇಯ ಸೃಷ್ಟಿಯಾಗುತ್ತದೆ। ಕೆಳಗಿನ ಕ್ರಮವು ಬದಲಾವಣೆಯೊಂದು ಈಗಾಗಲೇ ತಪ್ಪಾಗಿದೆ ಎಂದು ಊಹಿಸಿ, ಚಿಕ್ಕ ಸುಸಂಗತ ಸ್ಥಿತಿಯನ್ನು ಮರುಸ್ಥಾಪಿಸಲು ಕೇಳುತ್ತದೆ। ಅದನ್ನು ಕ್ರಮವಾಗಿ ಪೂರೈಸಿ, ಮತ್ತು ಬ್ಯಾಂಡ್ನ ಹೊರಗಿನ ಪ್ರವೇಶ ಪರಿಶೀಲನೆಯನ್ನು ಯಾರೂ ಬಿಟ್ಟುಬಿಡಬಾರದ ಹಂತವೆಂದು ಪರಿಗಣಿಸಿ।

ನೀವು ನಿಜವಾಗಿ ಮರುಸ್ಥಾಪಿಸಬಲ್ಲ ಚೆಕ್ ಪಾಯಿಂಟ್ ತೆಗೆದುಕೊಳ್ಳಿ

ಸೇವೆ ಪ್ರಾರಂಭದಲ್ಲಿ ಓದುವ ಸಂರಚನೆಯನ್ನು, ಅದನ್ನು ಕೊನೆಯದಾಗಿ ವಿಶ್ಲೇಷಿಸಿದ ಆವೃತ್ತಿಯೊಂದಿಗೆ ದಾಖಲಿಸಿ। ಹಳೆಯ ಬಿಡುಗಡೆಯಲ್ಲಿ ಸ್ವಚ್ಛವಾಗಿ ಲೋಡ್ ಆದ ಫೈಲ್ ನವೀಕರಣದ ನಂತರ ತಿರಸ್ಕೃತವಾಗಬಹುದು ಅಥವಾ ಮೌನವಾಗಿ ನಿರ್ಲಕ್ಷಿಸಬಹುದು, ಆದ್ದರಿಂದ ಆವೃತ್ತಿ ಅದೇ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ಸೇರುತ್ತದೆ। ಸಂರಚನೆ ಸೂಚಿಸುವ ವಸ್ತುವನ್ನೂ ಸೇರಿಸಿ: ಖಾಸಗಿ ಕೀಗಳು, ಪ್ರಮಾಣಪತ್ರ ಮಾರ್ಗಗಳು, ಆಲಿಸುವವರ ವ್ಯಾಖ್ಯಾನಗಳು ಮತ್ತು ಸೇವೆಯನ್ನು ತಲುಪಬಲ್ಲಂತೆ ಮಾಡುವ DNS ಹಾಗೂ ಫೈರ್ವಾಲ್ ನಮೂದುಗಳು। ಮರುಸ್ಥಾಪನೆಗೆ ನೀವು ಉಳಿಸದ ಫೈಲ್ ಬೇಕಾದರೆ, ಚೆಕ್ ಪಾಯಿಂಟ್ ಅಪೂರ್ಣವಾಗಿದೆ।

ಸಿಸ್ಟಮ್ ಇನ್ನೂ ಆರೋಗ್ಯಕರವಾಗಿರುವಾಗ ಪ್ರತಿ ಸೆಟ್ಟಿಂಗ್ನ ಮಾಲೀಕರನ್ನು ಹೆಸರಿಸಿ। ಪೂರೈಕೆದಾರರ ಪ್ಯಾನೆಲ್ ಸ್ಥಾಪಿಸಿದ ಮಾರ್ಗ, ಆತಿಥೇಯದ ಫೈರ್ವಾಲ್ ಸೇರಿಸಿದ ಮಾರ್ಗ ಮತ್ತು ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಕಳುಹಿಸಿದ ಮಾರ್ಗ ಮೂರು ಬೇರೆ ವಸ್ತುಗಳು, ಮತ್ತು ತಪ್ಪಾದದನ್ನು ಮರುಸ್ಥಾಪಿಸಿದರೆ ಉಳಿದ ಎರಡು ಅಲ್ಲೇ ಉಳಿಯುತ್ತವೆ। ಸೆಟ್ಟಿಂಗ್, ಮಾಲೀಕ ಮತ್ತು ಫೈಲ್ ಮಾರ್ಗದ ಸಣ್ಣ ಕೋಷ್ಟಕ ಸಾಕು।

ರದ್ದತಿಗಳನ್ನು ಸಂರಚನೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ

ಹಳೆಯ ಸಂರಚನೆ ನೀವು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ತೆಗೆದುಹಾಕಿದ ಸಾಧನವನ್ನು ಮೌನವಾಗಿ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಬಹುದು, ಇದು ಚೇತರಿಕೆಯನ್ನು ಭದ್ರತಾ ಹಿನ್ನಡೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ। ನೆಟ್ವರ್ಕ್ ನೀತಿಯನ್ನು ಮರುಸ್ಥಾಪಿಸುವಾಗ ಪ್ರಸ್ತುತ ರದ್ದತಿ ಪಟ್ಟಿ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಖಾತೆಗಳನ್ನು ಸಂರಕ್ಷಿಸಿ, ನಂತರ ಸೇವೆ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಮೊದಲು ಅವನ್ನು ಮತ್ತೆ ಅನ್ವಯಿಸಿ।

ಗುರುತಿನ ಸ್ಥಿತಿಯನ್ನು ತನ್ನದೇ ಸಾಕ್ಷ್ಯಗಳಿರುವ ಪ್ರತ್ಯೇಕ ರೋಲ್ಬ್ಯಾಕ್ ಎಂದು ಪರಿಗಣಿಸಿ। ಪ್ರಮಾಣಪತ್ರ ರದ್ದತಿ ಫೈಲ್ಗಳು, ಖಾತೆ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವಿಕೆ ಮತ್ತು MFA ನೋಂದಣಿ ಡೀಮನ್ ಸಂರಚನೆಯ ಅದೇ ಸ್ಥಳದಲ್ಲಿ ಅಪರೂಪವಾಗಿ ಇರುತ್ತವೆ, ಮತ್ತು ಸಂರಚನೆ ಮರುಸ್ಥಾಪನೆ ಅವನ್ನು ಮುಟ್ಟುವುದಿಲ್ಲ। ಏನು ಉಳಿಯಬೇಕೆಂದು ತಿಳಿಯಲು ಮೊದಲು ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ। ಮರುಸ್ಥಾಪನೆಯ ನಂತರ ತೆಗೆದುಹಾಕಿದ ಗುರುತು ಇನ್ನೂ ಸಂಪರ್ಕಿಸಲು ವಿಫಲವಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ।

ಟನೆಲ್ ವಿಫಲವಾದಾಗ ಆತಿಥೇಯವನ್ನು ತಲುಪಿ

ಬದಲಾಗುತ್ತಿರುವ ಘಟಕದ ಮೇಲೆ ಅವಲಂಬಿತವಲ್ಲದ ಮಾರ್ಗವನ್ನು ತೆರೆಯಿರಿ। ಹೈಪರ್ವೈಸರ್ ಕನ್ಸೋಲ್, ಪ್ರತ್ಯೇಕ ಇಂಟರ್ಫೇಸ್ನ ನಿರ್ವಹಣಾ ವಿಳಾಸ ಅಥವಾ ಸೀರಿಯಲ್ ಕನ್ಸೋಲ್ ಎಲ್ಲವೂ ಸಮಂಜಸ; ಟನೆಲ್ ಮೂಲಕ ಸಾಗುವ SSH ಅಧಿವೇಶನವಲ್ಲ। ಪ್ರವೇಶದ ಏಕೈಕ ದಾರಿ ನೀವು ಮರುಪ್ರಾರಂಭಿಸಲಿರುವ VPN ಆಗಿದ್ದರೆ, ತಪ್ಪಾದ ಮಾರ್ಗ ಅಥವಾ ಫೈರ್ವಾಲ್ ನಿಯಮ ಅದನ್ನು ಸರಿಪಡಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಕಸಿಯುತ್ತದೆ। ಬದಲಾವಣೆಗೆ ಮೊದಲು ಪರ್ಯಾಯ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರವಲ್ಲ। ಅದರ ಮೂಲಕ ಒಮ್ಮೆ ಲಾಗಿನ್ ಆಗಿ, sudo ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ ಮತ್ತು ನೀವು ಬಳಸಿದ ನಿಖರ ವಿಳಾಸವನ್ನು ಬರೆದಿಡಿ।

ಪರೀಕ್ಷೆ ಸರಳ: ಪರ್ಯಾಯ ಮಾರ್ಗದಲ್ಲಿ ಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ ಟನೆಲ್ ಅನ್ನು ಇಳಿಸಿ ಮತ್ತು ಅಧಿವೇಶನ ಉಳಿಯುತ್ತದೆಯೇ ನೋಡಿ। ಅದು ಕಡಿತಗೊಂಡರೆ, ಅದು ನಿಮ್ಮನ್ನು ಸಿಕ್ಕಿಸುವ ಮೊದಲೇ ವೈಫಲ್ಯವನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ।

ಒಂದು ಪರಿಷ್ಕರಣೆಯನ್ನು ಅನ್ವಯಿಸಿ ಮತ್ತು ಅದು ಯಾವಾಗ ಜಾರಿಗೆ ಬರುತ್ತದೆ ಎಂದು ತಿಳಿಯಿರಿ

ಸೇವೆಯ reload ಅಥವಾ restart ದಾಖಲೆಗಳನ್ನು ಬಳಸಿ ಮತ್ತು ಯಾವ ಸೂಚನೆಗಳು ಯಾವ ಕ್ಷಣದಲ್ಲಿ ಓದಲ್ಪಡುತ್ತವೆ ಎಂದು ಕಂಡುಕೊಳ್ಳಿ। ಕೆಲವು ಮೌಲ್ಯಗಳು reload ನಲ್ಲಿ ಅನ್ವಯವಾಗುತ್ತವೆ, ಇನ್ನು ಕೆಲವು ಹೊಸ ಅಧಿವೇಶನ ಅಥವಾ ಪ್ರಕ್ರಿಯೆ ಪ್ರಾರಂಭವಾದಾಗ ಮಾತ್ರ, ಆದ್ದರಿಂದ ಫೈಲ್ ಸಂಪಾದನೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಸ್ಥಿತಿಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ। ಹೊಸ ಫೈಲ್ ಅನ್ನು ಹಳೆಯ ರನ್ಟೈಮ್ ಸ್ಥಿತಿಯೊಂದಿಗೆ ಮಿಶ್ರಣ ಮಾಡುವ ಬದಲು ಒಂದೇ ಪರಿಷ್ಕರಣೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸಿ। ಸಂಶಯವಿದ್ದರೆ ಸೇವೆಯ ಪೂರ್ಣ ಮರುಪ್ರಾರಂಭವು ಭಾಗಶಃ reload ಗಿಂತ ಸುಲಭವಾಗಿ ವಿವರಿಸಬಹುದು।

ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಯೂನಿಟ್ ವ್ಯಾಖ್ಯಾನವನ್ನು ಪರಿಶೀಲಿಸಿ: systemctl show -p ExecReload openvpn@server reload ಕೊಕ್ಕಿನ ಅಸ್ತಿತ್ವವೇ ಇದೆಯೇ ಎಂದು ನಿಮಗೆ ಹೇಳುತ್ತದೆ। ನಂತರ ಪರಿಷ್ಕರಣೆಯನ್ನು ಅನ್ವಯಿಸಿ ಮತ್ತು ಬೇರೆ ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಜರ್ನಲ್ನಲ್ಲಿ ಮೊದಲ ಹೊಸ ದೋಷಗಳನ್ನು ಓದಿ।

ಪರಿಶೀಲಿಸಿ, ದಾಖಲಿಸಿ ಮತ್ತು ನಂತರ ತನಿಖೆ ಮಾಡಿ

ಒಬ್ಬ ಅಧಿಕೃತ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಸೇವೆ ಯಾವುದಕ್ಕೆಂದು ಅಭ್ಯಾಸ ಮಾಡಿ: ಹೆಸರು ವಿಭೇದನ, ಮರುಸಂಪರ್ಕ ಮತ್ತು ವಿಫಲವಾದ ಅಪ್ಲಿಕೇಶನ್। ರದ್ದಾದ ಗುರುತಿಗೆ ಇನ್ನೂ ನಿರಾಕರಣೆ ಎಂದು ಖಚಿತಪಡಿಸಿ। ನೀವು ಮರುಸ್ಥಾಪಿಸಿದ ಪರಿಷ್ಕರಣೆ, ಸಮಯ ಮತ್ತು ಕಾರಣವನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ನಿರ್ವಾಹಕರಿಗೆ ಮೂರೂ ಬೇಕು। ಯಾರೂ ದಾಖಲಿಸದ ರೋಲ್ಬ್ಯಾಕ್ ಮುಂದಿನ ಬಾರಿ ಸೇವೆ ತಪ್ಪಾಗಿ ವರ್ತಿಸಿದಾಗ ರಹಸ್ಯವಾಗುತ್ತದೆ।

systemctl status openvpn@server --no-pager
journalctl -u openvpn@server -n 50 --no-pager

ಸೇವೆ ಸ್ಥಿರವಾದ ನಂತರ, ವಿಫಲವಾದ ಬದಲಾವಣೆಯನ್ನು ನೀವು ಬಿಸಾಡಬಹುದಾದ ಆತಿಥೇಯ ಅಥವಾ ಸ್ನ್ಯಾಪ್ಶಾಟ್ನಲ್ಲಿ ಮರುಉತ್ಪಾದಿಸಿ। ಇದು ಕೆಟ್ಟ ಸಂರಚನೆಯನ್ನು ಕೆಟ್ಟ ಪ್ಯಾಕೇಜ್ ಅಥವಾ ಅವಧಿ ಮುಗಿದ ಪ್ರಮಾಣಪತ್ರದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ। ಮರುಸ್ಥಾಪಿಸಿದ ಸಂರಚನೆಯನ್ನು ಆವೃತ್ತಿ ನಿಯಂತ್ರಣದಲ್ಲಿ ಇರಿಸಿ, ಮುಂದಿನ ಚೆಕ್ ಪಾಯಿಂಟ್ ತಿಳಿದಿರುವ ಕಮಿಟ್ನಿಂದ ಪ್ರಾರಂಭವಾಗಲಿ। ಅಭ್ಯಾಸದ ಉದ್ದೇಶ ದಾಖಲಿತ ಅಂತಿಮ ಬಿಂದು, ಶಾಶ್ವತ ಡೌನ್ಗ್ರೇಡ್ ಅಲ್ಲ।