OpenVPN ಸಾಧನದ ಮಾರ್ಗ: ಕಾನ್ಫಿಗ್ ಮಾಲೀಕರೇ ಅಥವಾ ಸ್ಟಾರ್ಟ್ಅಪ್ ಸ್ಕ್ರಿಪ್ಟೇ?
ಒಂದು ಮರುಬೂಟ್ ಅನ್ನು ತಾಳಿಕೊಳ್ಳುವ ಶಾಖೆ ಮಾರ್ಗವು GUI ಸೇವ್ ಅಥವಾ ಫರ್ಮ್ವೇರ್ ನವೀಕರಣದ ನಂತರವೂ ಕಣ್ಮರೆಯಾಗಬಹುದು. ಬೆಂಬಲಿತ ಕಾನ್ಫಿಗ್ ಮಾಲೀಕರನ್ನು ಪ್ಯಾಚ್ ಸ್ಕ್ರಿಪ್ಟ್ನೊಂದಿಗೆ ಹೋಲಿಸಿ.
ನೀವು ಶಾಖೆ ಮಾರ್ಗವನ್ನು ಸೇರಿಸುತ್ತೀರಿ, ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ನಂತರ ಫರ್ಮ್ವೇರ್ ನವೀಕರಣ ಅಥವಾ ವೆಬ್ UI ಯಿಂದ ಸೇವ್ ಅದನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಆ ಕ್ಷಣದಲ್ಲಿ ಎರಡು ಪರಿಹಾರಗಳು ಸಮಾನವಾಗಿ ಸಮಂಜಸವಾಗಿ ಕಾಣುತ್ತವೆ: ಮಾರ್ಗವನ್ನು ಸಾಧನದ ಬೆಂಬಲಿತ ಕಾನ್ಫಿಗರೇಶನ್ ಮೂಲದಲ್ಲಿ ಇಡುವುದು, ಅಥವಾ ಸ್ಟಾರ್ಟ್ಅಪ್ ಸ್ಕ್ರಿಪ್ಟ್ನಿಂದ ರಚಿಸಿದ ಫೈಲ್ಗೆ ಅದನ್ನು ಸೇರಿಸುವುದು. ಅವು ಒಂದು ವಾರ ಒಂದೇ ರೀತಿ ವರ್ತಿಸುತ್ತವೆ ಮತ್ತು ಎರಡನೇ ಅಪ್ಗ್ರೇಡ್ನಲ್ಲಿ ಬೇರೆಯಾಗುತ್ತವೆ. ಈ ಲೇಖನವು ಪ್ರತಿಯೊಂದೂ ನಿಜವಾಗಿ ಏನನ್ನು ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ಹೋಲಿಸುತ್ತದೆ.
ಎರಡು ಅಭ್ಯರ್ಥಿಗಳು ವಿಭಿನ್ನ ವಸ್ತುಗಳನ್ನು ಹೊಂದಿವೆ
ಬೆಂಬಲಿತ ಕಾನ್ಫಿಗರೇಶನ್ ಮೂಲವೆಂದರೆ ಸಾಧನವು ಇನ್ಪುಟ್ ಎಂದು ಪರಿಗಣಿಸುವ ಎಲ್ಲವೂ: GUI ಕ್ಷೇತ್ರ, ಆಮದು ಮಾಡಿದ ಪ್ರೊಫೈಲ್, ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ದಾಖಲಿತ ಡೈರೆಕ್ಟರಿ, ನಿರ್ವಹಣಾ ಪ್ಯಾಕೇಜ್ ಓದುವ ಸೆಟ್ಟಿಂಗ್ಗಳ ಡೇಟಾಬೇಸ್. ರಚಿಸಿದ server.conf ಔಟ್ಪುಟ್ ಆಗಿದೆ. ಔಟ್ಪುಟ್ ಸಂಪಾದಿಸುವುದು ಜನರೇಟರ್ ಮತ್ತೆ ಚಾಲನೆಯಾಗುವವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದು ಸೇವ್, ಮರುಬೂಟ್ ಮತ್ತು ಅಪ್ಗ್ರೇಡ್ನಲ್ಲಿ ಸಂಭವಿಸುತ್ತದೆ.
ಸ್ಕ್ರಿಪ್ಟ್ ವಿಧಾನವು ಜನರೇಟರ್ ಮುಗಿದ ನಂತರ ಆ ಔಟ್ಪುಟ್ಗೆ ಪ್ಯಾಚ್ ಮಾಡುತ್ತದೆ. ಇದು ಪ್ರಯೋಗಾಲಯಕ್ಕೆ ಕಾನೂನುಬದ್ಧ ತಂತ್ರವಾಗಿದೆ, ಮತ್ತು ಶಾಖಾ ಕಚೇರಿಗೆ ಇದು ತಪ್ಪು ಡಿಫಾಲ್ಟ್, ಏಕೆಂದರೆ ಇದು ಮಾರ್ಗವನ್ನು ದಾಖಲಿತ ಕ್ಷೇತ್ರದ ಬದಲು ಪಠ್ಯ ಹೊಂದಾಣಿಕೆಯನ್ನು ಅವಲಂಬಿಸುವಂತೆ ಮಾಡುತ್ತದೆ.
| Question | Supported config source | Post-generation script |
|---|---|---|
| Survives a GUI save | Yes | Only if the save does not regenerate the file |
| Survives a package upgrade | Usually, when the field is documented | No guarantee; the wrapper can be replaced |
| Supportable by the vendor | Yes | No |
| Obvious to the next admin | Yes, it is in the UI | No, it lives in a wrapper |
ಸಾಧನವು ಏನನ್ನು ಮತ್ತು ಯಾವಾಗ ಮರುಸೃಷ್ಟಿಸುತ್ತದೆ
ನಿರ್ವಹಣಾ ಪ್ಯಾಕೇಜ್ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಡೇಟಾಬೇಸ್ ಅಥವಾ ಟೆಂಪ್ಲೇಟ್ ಸೆಟ್ನಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಆರಂಭದಲ್ಲಿ ಡೀಮನ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ರೆಂಡರ್ ಮಾಡುತ್ತವೆ. ವೆಬ್ UI ಯಿಂದ ಸೇವ್ ಮಾಡುವುದು ಒಂದು ಸಾಲನ್ನು ಪ್ಯಾಚ್ ಮಾಡುವ ಬದಲು ಇಡೀ ಫೈಲ್ ಅನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ. ನಿಮ್ಮ ಬದಲಾವಣೆ ಆ ಫೈಲ್ನಲ್ಲಿದ್ದರೆ, ಅದು ಈಗ ಹೋಗಿದೆ, ಮತ್ತು ಯಾವುದೂ ಎಚ್ಚರಿಕೆ ಲಾಗ್ ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಸಾಧನದ ದೃಷ್ಟಿಯಿಂದ ಏನೂ ಕಳೆದುಹೋಗಿಲ್ಲ.
ಸ್ಟಾರ್ಟ್ಅಪ್ ರ್ಯಾಪರ್ಗಳಿಗೆ ಎರಡನೇ ವೈಫಲ್ಯ ವಿಧಾನವಿದೆ. ನಿರ್ದಿಷ್ಟ ಅಂತರದ ನಿರ್ದೇಶನಕ್ಕಾಗಿ grep ಟೆಂಪ್ಲೇಟ್ ಬದಲಾವಣೆಯ ನಂತರ ಹೊಂದಾಣಿಕೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ ಸದ್ದಿಲ್ಲದೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ಇನ್ನೂ ಕೆಟ್ಟದ್ದು, ಫರ್ಮ್ವೇರ್ ನವೀಕರಣವು ರ್ಯಾಪರ್ ಅನ್ನು ಹೊಸ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಬದಲಾಯಿಸಿ ಪ್ಯಾಚ್ ಅನ್ನು ತನ್ನೊಂದಿಗೆ ಕೊಂಡೊಯ್ಯಬಹುದು. ನಂತರ ನಿಮ್ಮಲ್ಲಿ ಒಂದು ವರ್ಷ ಇದ್ದ ಮತ್ತು ಯಾರೂ ರೂಟಿಂಗ್ಗೆ ಸಂಬಂಧಿಸದ ನಿರ್ವಹಣೆಯ ಸಮಯದಲ್ಲಿ ಕಣ್ಮರೆಯಾದ ಮಾರ್ಗವಿದೆ.
ಬೆಂಬಲಿತ ಮಾಲೀಕರು ಏನನ್ನು ವ್ಯಕ್ತಪಡಿಸಬೇಕು
ಶಾಖಾ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಒಂದಲ್ಲ, ಮೂರು ಹೇಳಿಕೆಗಳು ಬೇಕು. ಕ್ಲೈಂಟ್ ಮಾರ್ಗವನ್ನು ಕಲಿಯಬೇಕು, ಸರ್ವರ್ ಯಾವ ದೃಢೀಕೃತ ಕ್ಲೈಂಟ್ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಹೊಂದಿದೆ ಎಂದು ತಿಳಿಯಬೇಕು, ಮತ್ತು ಶಾಖೆಯ ಭಾಗವು ಸಂಚಾರವನ್ನು ತನಗೆ ನೀಡಿದ ಸುರಂಗ ವಿಳಾಸಕ್ಕೆ ಹಿಂತಿರುಗಿಸಬೇಕು. OpenVPN ಪದಗಳಲ್ಲಿ ಇದು ಪುಶ್ ಮಾಡಿದ route, ಕ್ಲೈಂಟ್ಗೆ ಬದ್ಧವಾದ ಹೊಂದಿಕೆಯ iroute, ಮತ್ತು ಆಚೆ ಭಾಗದಲ್ಲಿ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಅರ್ಥೈಸುತ್ತದೆ.
ಇಲ್ಲಿ ಸಾಧನ UI ಗಳು ದಾರಿ ತಪ್ಪಿಸುತ್ತವೆ. “ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಸರ್ವರ್ನ LAN ಗೆ ಪ್ರವೇಶ ನೀಡಿ” ಎಂಬ ಲೇಬಲ್ನ ಚೆಕ್ಬಾಕ್ಸ್ ಸರ್ವರ್ನ ಸ್ವಂತ ನೆಟ್ವರ್ಕ್ನ ಕಡೆಗೆ ಸಂಚಾರವನ್ನು ವಿವರಿಸುತ್ತದೆ. ನಿಮ್ಮ ಶಾಖೆ ವಿರುದ್ಧ ದಿಕ್ಕು: ಒಂದು ಕ್ಲೈಂಟ್ನ ಹಿಂದಿನ ನೆಟ್ವರ್ಕ್, ಸರ್ವರ್ ಬದಿಯಿಂದ ತಲುಪಬಹುದಾದದ್ದು. ಅದೇ ಲೇಬಲ್ ಅದಕ್ಕೆ ಬೆಂಬಲವನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಫೈಲ್ನಲ್ಲಿ ಮಾನ್ಯವಾದ ನಿರ್ದೇಶನವು ಪ್ಯಾಕೇಜ್ ಅದನ್ನು ಸಂರಕ್ಷಿಸುತ್ತದೆ ಎಂಬ ಭರವಸೆ ಅಲ್ಲ.
ಬೆಂಬಲಿತ ನಿಯಂತ್ರಣವಿಲ್ಲದಿದ್ದಾಗ
ಕೆಲವೊಮ್ಮೆ ಸ್ಥಾಪಿತ ಆವೃತ್ತಿಯು ಸಹಚರ-ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗವನ್ನು ನಿಜವಾಗಿಯೂ ವ್ಯಕ್ತಪಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆಗ ಪ್ರಾಮಾಣಿಕ ಆಯ್ಕೆಗಳೆಂದರೆ ನೀವು ನಿಯಂತ್ರಿಸುವ ಇನ್ನೊಂದು ಗೇಟ್ವೇ, ಅಥವಾ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಬೆಂಬಲಿತ ಸೈಟ್-ಟು-ಸೈಟ್ ಮೋಡ್. ಎರಡೂ ತುದಿಗಳು ಅದನ್ನು ಮಾತನಾಡಬೇಕು. ಸೈಟ್-ಟು-ಸೈಟ್ ಎಂದು ಹೇಳುವ ಉತ್ಪನ್ನ ಪುಟವು ಯಾವುದೇ OpenVPN ಪ್ರೊಫೈಲ್ ಅನ್ನು ಇನ್ನೊಂದು ಪ್ರೋಟೋಕಾಲ್ನ ಸುರಂಗದೊಂದಿಗೆ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದಂತೆ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಆ ಜೋಡಿಯನ್ನು ಒತ್ತಾಯಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಥಿತಿ ಪುಟದಲ್ಲಿ ಚೆನ್ನಾಗಿ ಕಾಣುವ ಅರ್ಧ-ಸಂಪರ್ಕಿತ ಸುರಂಗವನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ.
ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುವವರಿಗೆ ಒಂದು ವಾಕ್ಯದಲ್ಲಿ ವಿವರಿಸಬಹುದಾದ ಆಯ್ಕೆಯನ್ನು ಆರಿಸಿ. ಉತ್ತರಕ್ಕೆ ಸ್ಕ್ರಿಪ್ಟ್ ಮಾರ್ಗ ಮತ್ತು ಪಠ್ಯ ಮಾದರಿಯ ಉಲ್ಲೇಖ ಬೇಕಾದರೆ, ವಿನ್ಯಾಸ ಈಗಾಗಲೇ ಸೂಕ್ಷ್ಮವಾಗಿದೆ.
ಉದ್ದೇಶವನ್ನು ಲೆಕ್ಕಪರಿಶೋಧನೆಗೆ ಒಳಪಡಿಸಿ
ಒಪ್ಪಂದವನ್ನು ಸಾಧನದ ಹೊರಗೆ ದಾಖಲಿಸಿ: ಪರಿಣಾಮಕಾರಿ ಕ್ಲೈಂಟ್ ಗುರುತು, ಪೂರ್ವಪ್ರತ್ಯಯ, ಹಿಂತಿರುಗುವ ಗೇಟ್ವೇ, ಮತ್ತು ಪ್ರತಿಯೊಂದನ್ನು ಒದಗಿಸುವ ಬೆಂಬಲಿತ ಕ್ಷೇತ್ರ. ಬೆಂಬಲಿತ ಕಾರ್ಯವಿಧಾನದ ಮೂಲಕ ಕಾನ್ಫಿಗರೇಶನ್ ರಫ್ತು ಮಾಡಿ ಇದರಿಂದ ಮರುನಿರ್ಮಾಣಕ್ಕೆ ಉಲ್ಲೇಖವಿರುತ್ತದೆ, ಮತ್ತು ಮರುಸಂಪರ್ಕ, ಮರುಪ್ರಾರಂಭ ಮತ್ತು ಅಪ್ಗ್ರೇಡ್ ನಂತರ ಸೇವೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಬದಲಾವಣೆಯ ನಂತರ ಮಾತ್ರವಲ್ಲ.
ಏನಾದರೂ ಮುರಿದಾಗ, ವಿವರಣೆಯಿಲ್ಲದ ಸಾಲನ್ನು ಮರುಸ್ಥಾಪಿಸಿ ಆಶಿಸುವ ಬದಲು, ರಚಿಸಿದ ಫಲಿತಾಂಶವನ್ನು ಆ ದಾಖಲೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ.OpenVPN 2.6 ಉಲ್ಲೇಖ ಎಂಬುದು UI ಯೊಂದಿಗೆ ವಾದಿಸುವ ಮೊದಲು route ಮತ್ತು iroute ಹೇಗೆ ಪರಸ್ಪರ ಕ್ರಿಯೆ ನಡೆಸುತ್ತವೆ ಎಂಬುದನ್ನು ದೃಢೀಕರಿಸುವ ಸ್ಥಳ.
ಮುಂದಿನ ಬದಲಾವಣೆಗೆ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ: ಮಾಲೀಕರನ್ನು ಹೆಸರಿಸಿ, ಮೂರು-ಭಾಗದ ಒಪ್ಪಂದವನ್ನು ಹೇಳಿ, ಉದ್ದೇಶವನ್ನು ರಫ್ತು ಮಾಡಿ, ಮತ್ತು ನಿಮ್ಮ ಸಂಪಾದನೆಯ ನಂತರವಲ್ಲ, ಸಾಧನದ ಸ್ವಂತ ಜೀವನಚಕ್ರದ ಘಟನೆಗಳ ನಂತರ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ.