Access Server ನಿಂದ Community OpenVPN ಗೆ: ಏನನ್ನು ಮತ್ತೆ ಕಟ್ಟಬೇಕು
Access Server ನೀತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ; Community OpenVPN ಅದನ್ನು ಬರೆಯಲು ಹೇಳುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರವನ್ನು ನಕಲಿಸುವ ಮೊದಲು ಗುರುತು, ಮಾರ್ಗಗಳು ಮತ್ತು ರದ್ದತಿಯನ್ನು ನಕ್ಷೆ ಮಾಡಿ.
Access Server ಮತ್ತು Community OpenVPN ಒಂದೇ ಪ್ರೋಟೋಕಾಲ್ ಮಾತನಾಡುತ್ತವೆ ಮತ್ತು ಉಳಿದ ಬಹುತೇಕ ಯಾವುದೂ ಒಂದೇ ರೀತಿಯಲ್ಲಿಲ್ಲ. ಹ್ಯಾಂಡ್ಶೇಕ್, ಸೈಫರ್ ಮಾತುಕತೆ ಮತ್ತು ಸುರಂಗದ ಡೇಟಾ ಸಮತಲ ಸುಸಂಗತವಾಗಿವೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ತನ್ನ ಪ್ರೊಫೈಲ್ ಬದಲಿಸದೆ ಎರಡಕ್ಕೂ ಸಂಪರ್ಕಿಸಬಹುದು. ವ್ಯತ್ಯಾಸ ಯಾರು ಸಂರಚನೆಯ ಮಾಲೀಕರು ಎಂಬುದರಲ್ಲಿದೆ: ಒಂದು ಉತ್ಪನ್ನ ನೀತಿಯನ್ನು ಬರೆಯುವ ಮತ್ತು ಜಾರಿಗೊಳಿಸುವ ನಿರ್ವಹಣಾ ಪದರವನ್ನು ನೀಡುತ್ತದೆ, ಇನ್ನೊಂದು ನಿಮಗೆ ಸಂರಚನಾ ಕಡತ ಮತ್ತು ಕೊಕ್ಕೆಗಳ ಗುಂಪನ್ನು ಕೊಟ್ಟು ನೀವೇ ನಿರ್ಧರಿಸಬೇಕೆಂದು ನಿರೀಕ್ಷಿಸುತ್ತದೆ.
ಆ ವ್ಯತ್ಯಾಸವೇ ವಲಸೆ ಯೋಜನೆ. ಹಳೆಯ ಉತ್ಪನ್ನ ನಿಮ್ಮ ಪರವಾಗಿ ನಿರ್ಧರಿಸಿದ ಎಲ್ಲವೂ ಹೊಸ ನಿಯೋಜನೆಯಲ್ಲಿ ಎಲ್ಲಾದರೂ ಸ್ಪಷ್ಟ ನಿರ್ಣಯವಾಗಬೇಕು.
ಎರಡು ನಿಯೋಜನೆಗಳು ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದಂತಾಗುವ ಸ್ಥಳ
Access Server ನಲ್ಲಿ, ವೆಬ್ ಆಡಳಿತ ಇಂಟರ್ಫೇಸ್ ಬಳಕೆದಾರರು, ಗುಂಪುಗಳು, ಪ್ರತಿ ಬಳಕೆದಾರನ ಅನುಮತಿಗಳು, ಪ್ರಮಾಣಪತ್ರ ನೀಡಿಕೆ ಮತ್ತು ಜನರು ಡೌನ್ಲೋಡ್ ಮಾಡುವ ಪ್ರೊಫೈಲ್ ಬಂಡಲ್ನ ಮಾಲೀಕರಾಗಿದೆ. ಅಡಿಯಲ್ಲಿರುವ ಡೀಮನ್ ಅನ್ನು ಆ ಪದರ ಸಂರಚಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಚಾಲನೆಯಲ್ಲಿರುವ ಸೇವೆ ಕೈಯಿಂದ ಅಪರೂಪವಾಗಿ ಸಂಪಾದಿಸುವ ಸಂಗ್ರಹಿತ ಸ್ಥಿತಿಯ ಫಲಿತಾಂಶವಾಗಿದೆ. Community OpenVPN ನಲ್ಲಿ ಸಂರಚನಾ ಕಡತವೇ ಸ್ಥಿತಿ: ಅದು ಕೇಳುಗ, ಪ್ರಮಾಣಪತ್ರ ಪ್ರಾಧಿಕಾರ, ದೃಢೀಕರಣ ಕೊಕ್ಕೆ ಮತ್ತು ಪ್ರತಿ ತಳ್ಳಲಾದ ಆಯ್ಕೆಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಯಾವುದೂ ನಿಮ್ಮ ಪರವಾಗಿ ಅದನ್ನು ಮತ್ತೆ ಬರೆಯುವುದಿಲ್ಲ. ಹಾಗಾಗಿ ಅದೇ TLS ಯಂತ್ರ ಎರಡು ಬಹಳ ಭಿನ್ನ ಮಾಲೀಕತ್ವ ಮಾದರಿಗಳ ಅಡಿಯಲ್ಲಿ ಇದೆ.
ಸಣ್ಣ ನಕ್ಷೆ ಅಂತರವನ್ನು ಮೂರ್ತಗೊಳಿಸುತ್ತದೆ. ಬಳಕೆದಾರರು ಮತ್ತು ಗುಂಪುಗಳು ಮತ್ತೆ ರಚಿಸುವವರೆಗೆ ಹಳೆಯ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಮಾತ್ರ ಇರುತ್ತವೆ. ಪ್ರೊಫೈಲ್ ಬಂಡಲ್ಗಳು ಸಂರಚನಾ ಕಡತ ಮತ್ತು ನೀವೇ ಹಂಚುವ ಪ್ರಮಾಣಪತ್ರಗಳಾಗುತ್ತವೆ. ಪ್ರತಿ ಬಳಕೆದಾರನ ಅನುಮತಿಗಳು client-config-dir ನಲ್ಲಿ ಸೂಚನೆಗಳಾಗುತ್ತವೆ. ಆಡಳಿತ ಇಂಟರ್ಫೇಸ್ ಪ್ರಮಾಣಪತ್ರ ನೀಡಲು ಮತ್ತು ಕಡತಗಳನ್ನು ಸಂಪಾದಿಸಲು ನೀವು ಆರಿಸುವ ಪ್ರಕ್ರಿಯೆಯಾಗುತ್ತದೆ.
ಸರ್ವರ್ ಮುಟ್ಟುವ ಮೊದಲು ಆ ನಕ್ಷೆಯನ್ನು ಬರೆಯಿರಿ. ನೀವು ತುಂಬಲಾಗದ ಪ್ರತಿ ಸಾಲೂ ನೀವು ಈಗ ಕಳೆದುಕೊಳ್ಳಲಿರುವ ವೈಶಿಷ್ಟ್ಯ, ಮತ್ತು ಮೌನವಾಗಿ ಕಳೆದುಕೊಳ್ಳುವುದೇ ವಲಸೆಯನ್ನು ಎರಡು ವಾರಗಳ ನಂತರ ಅಡಚಣೆಯಾಗಿಸುವ ದಾರಿ.
ಗುರುತು ಪ್ರಮಾಣಪತ್ರ ಕಡತಗಳೊಂದಿಗೆ ವರ್ಗಾವಣೆಯಾಗುವುದಿಲ್ಲ
ಹಳೆಯ ಪ್ರಾಧಿಕಾರದ ಪ್ರಮಾಣಪತ್ರಗಳು ಹೊಸ ಸೇವೆಯಲ್ಲಿ ಸರಿಯಾಗಿ ವಿಶ್ಲೇಷಣೆಯಾದರೂ ತಪ್ಪು ಗುರುತಾಗಿರಬಹುದು, ಏಕೆಂದರೆ ಹಳೆಯ ಉತ್ಪನ್ನ ಅವುಗಳನ್ನು ಹೊಸದು ನೋಡಲಾಗದ ಖಾತೆ ಸ್ಥಿತಿಗೆ ಜೋಡಿಸಿತ್ತು. ಮೊದಲು ಹೊಸ ನಿಯೋಜನೆ ಪ್ರಮಾಣಪತ್ರದಿಂದಲೇ, PAM ಅಥವಾ RADIUS ತಲುಪುವ ಪ್ಲಗಿನ್ನಿಂದ, ಅಥವಾ ಸಂಯೋಜನೆಯಿಂದ ದೃಢೀಕರಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಿ, ನಂತರ ಪ್ರತಿ ಆಯ್ಕೆಯೂ ಬೇಕಾದ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಉಳಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಪ್ರತಿ ಬಳಕೆದಾರನ ಗುರುತಿಲ್ಲದ ಹಂಚಿದ ಪ್ರಮಾಣಪತ್ರ ಅದನ್ನು ಹೊಂದಿರುವ ಎಲ್ಲರಿಗೂ ಒಂದೇ ರುಜುವಾತು. ರದ್ದತಿ ಕೂಡ ಮೊದಲ ದಿನದಿಂದ ಕೆಲಸ ಮಾಡಬೇಕು, ಅಂದರೆ Community OpenVPN ನಲ್ಲಿ crl-verify ಉಲ್ಲೇಖಿಸುವ CRL ಕಡತ ಮತ್ತು ಅದನ್ನು ಮತ್ತೆ ರಚಿಸುವ ಪ್ರಕ್ರಿಯೆ.
ಬದಲಾವಣೆಗೆ ಮೊದಲು ನೋಂದಣಿಯನ್ನು ಯೋಜಿಸಿ, ನಂತರವಲ್ಲ. ಹೊಸ ಪ್ರಮಾಣಪತ್ರಗಳು, ಪರೀಕ್ಷಿಸಿದ ರದ್ದತಿ ಮಾರ್ಗ ಮತ್ತು ಒಬ್ಬ ವ್ಯಕ್ತಿಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ದಾಖಲಿತ ವಿಧಾನ ಪೂರ್ವಾಪೇಕ್ಷೆಗಳು, ನಂತರದ ಕೆಲಸವಲ್ಲ. ಬಹು-ಅಂಶ ದೃಢೀಕರಣ ಹಳೆಯ ಉತ್ಪನ್ನದ ಏಕೀಕರಣದಿಂದ ಬಂದಿದ್ದರೆ, ಬದಲಿಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೆಸರಿಸಿ, ಏಕೆಂದರೆ ಸ್ಥಾಪಿಸದ ಪ್ಲಗಿನ್ ಅತ್ಯಂತ ಕೆಟ್ಟ ಕ್ಷಣದಲ್ಲಿ ಮುಚ್ಚಿ ವಿಫಲವಾಗುತ್ತದೆ.
ಮಾರ್ಗನಿರ್ದೇಶನ ಮತ್ತು ಹೆಸರು ಪರಿಹಾರ ಸಂರಚನೆ ಬರೆಯುವವರನ್ನು ಅನುಸರಿಸುತ್ತವೆ
ಮಾರ್ಗಗಳು, DNS ಸೆಟ್ಟಿಂಗ್ಗಳು ಮತ್ತು ಪೂರ್ಣ ಸುರಂಗ ವರ್ತನೆ ಎರಡೂ ಉತ್ಪನ್ನಗಳಲ್ಲಿ ತಳ್ಳಲಾದ ಆಯ್ಕೆಗಳು, ಆದರೆ ನಿಮಗಾಗಿ ಲೆಕ್ಕ ಮಾಡುವುದು ಒಂದೇ. Community OpenVPN ನಲ್ಲಿ ನೀವೇ push ಸೂಚನೆಗಳನ್ನು ಬರೆಯುತ್ತೀರಿ, redirect-gateway ಸರ್ವರ್ಗೆ ಸೇರಿದೆಯೇ ಅಥವಾ ಕ್ಲೈಂಟ್ಗೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತೀರಿ, ಮತ್ತು ಹೋಸ್ಟ್ನಲ್ಲಿ ಫಾರ್ವರ್ಡಿಂಗ್ ಹಾಗೂ NAT ಇವೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತೀರಿ. ಮುಗಿದ ಹ್ಯಾಂಡ್ಶೇಕ್ ಫಾರ್ವರ್ಡಿಂಗ್, ವಿಳಾಸ ಅನುವಾದ ಅಥವಾ ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಪಡೆದ ಮಾರ್ಗಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ಪ್ರತಿ ಕ್ಲೈಂಟ್ನ ವರ್ತನೆಗೆ client-config-dir ಮತ್ತು ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರದ common name ಹೆಸರಿನ ಕಡತ ಬೇಕು, ಮತ್ತು ಸೈಟ್-ದಿಂದ-ಸೈಟ್ ಜೋಡಿಗೆ ಅದರ ಹಿಂದಿನ ಪ್ರಿಫಿಕ್ಸ್ಗಳಿಗೆ iroute ನಮೂದುಗಳು ಬೇಕು. ಹೆಸರು ತಪ್ಪಿದರೆ ಆಯ್ಕೆಗಳು ದೋಷವಿಲ್ಲದೆ ನಿರ್ಲಕ್ಷಿಸಲ್ಪಡುತ್ತವೆ. ಉತ್ಪಾದನೆಯಲ್ಲದ ಒಂದು ಕ್ಲೈಂಟ್ನೊಂದಿಗೆ ಅದರ ಸ್ವಂತ ವಿಳಾಸ ಕೊಳದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಅದಕ್ಕೆ ನೀಡಿದ ವಿಳಾಸ, ಪಡೆದ ಮಾರ್ಗಗಳು ಮತ್ತು ಅದು ಕೊನೆಗೊಂಡ ರಿಜಾಲ್ವರ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಓದಿ.
ಹಳೆಯ ಸೇವೆ ಹಿಂತಿರುಗಬಹುದಾದಂತೆ ಬದಲಾವಣೆಯನ್ನು ಕ್ರಮಗೊಳಿಸಿ
ಹೊಸ ಕೇಳುಗವನ್ನು ಬೇರೆ ಪೋರ್ಟ್ ಅಥವಾ ವಿಳಾಸದಲ್ಲಿ ಚಲಾಯಿಸಿ, ಮತ್ತು ಬದಲಿಯನ್ನು ಸಾಬೀತುಪಡಿಸುವವರೆಗೆ ಹಳೆಯದು ಸಂಚಾರ ಸೇವೆ ಮಾಡುತ್ತಿರಲಿ. ಒಂದೇ ಸಾಕೆಟ್ನಲ್ಲಿ ಎರಡು ಡೀಮನ್ಗಳು ರೋಲ್ಬ್ಯಾಕ್ ಯೋಜನೆಯಲ್ಲ.
ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು ಗುಂಪನ್ನು ಸರಿಸಿ, ಅದರ ಪ್ರಮಾಣಪತ್ರಗಳು, ಕೊಳ ಮತ್ತು ಮಾರ್ಗಗಳೊಂದಿಗೆ, ಮತ್ತು ಮರಳುವ ದಾರಿಯನ್ನು ಘಟನೆಯ ನಡುವೆ ಕಂಡುಕೊಳ್ಳುವ ಬದಲು ಅಭ್ಯಾಸ ಮಾಡಿ. ಹೊಸ ಸೇವೆಯನ್ನು ಮೊದಲು ನಿಲ್ಲಿಸಿದರೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ರೋಲ್ಬ್ಯಾಕ್ ಕೂಡ ರೋಲ್ಬ್ಯಾಕ್, ಆದರೆ ಏನೂ ಉರಿಯದಿರುವಾಗ ಅದನ್ನು ಪರೀಕ್ಷಿಸಬೇಕು.
ಕೊನೆಯದಾಗಿ, ನೇರ ಸಮಾನತೆಯಿಲ್ಲದ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ ಮತ್ತು ಪ್ರತಿಯೊಂದರ ಗತಿಯನ್ನು ಬರವಣಿಗೆಯಲ್ಲಿ ನಿರ್ಧರಿಸಿ: ಸ್ವಯಂ-ಸೇವಾ ಪ್ರೊಫೈಲ್ ಡೌನ್ಲೋಡ್, ಪ್ರತಿ ಬಳಕೆದಾರನ ಅನುಮತಿ ಧ್ವಜಗಳು, ಆಡಳಿತ ಇಂಟರ್ಫೇಸ್ ಸ್ವತಃ, ನೇರ ಸಂಪರ್ಕ ವರದಿ. ಅವುಗಳನ್ನು ದಾಖಲಿತ ಕೈಯಿಂದ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯಿಂದ ಬದಲಾಯಿಸುವುದು ಸರಿಯಾದ ಉತ್ತರ. ಸಾಲನ್ನು ಖಾಲಿ ಬಿಡುವುದು ಅಲ್ಲ.
ಹಳೆಯ ಪೋರ್ಟಲ್ ಎಂದೂ ನೋಡದ ಬಳಕೆದಾರರು ನೋಂದಣಿ ಮಾಡಿ, ಸಂಪರ್ಕಿಸಿ, ಉದ್ದೇಶಿಸಿದ ಆಂತರಿಕ ವಿಳಾಸ ತಲುಪಿ ಮತ್ತು ಸ್ವಚ್ಛವಾಗಿ ರದ್ದಾಗಬಲ್ಲಾಗ ಕೆಲಸ ಮುಗಿಯುತ್ತದೆ. ಅದಕ್ಕೂ ಮೊದಲಿನದೆಲ್ಲ ತಯಾರಿ.