OpenVPN Access Server vs Community: ನಿಜವಾಗಿ ಏನು ವರ್ಗಾವಣೆಯಾಗುತ್ತದೆ

ಪ್ರೊಫೈಲ್ಗಳು ಸ್ಥಳಾಂತರಗೊಳ್ಳುತ್ತವೆ; ಬಳಕೆದಾರರ ಪಟ್ಟಿಗಳು ಹಿಂದೆ ಉಳಿಯುತ್ತವೆ. Access Server ಮತ್ತು Community Edition ನಡುವೆ ಬದಲಾಗುವ ತಂಡವು ಕಟ್ಓವರ್ನ ಒಂದು ಗಂಟೆಯ ನಂತರ ಆ ಕೊರತೆಯನ್ನು ಎದುರಿಸುತ್ತದೆ, ಅದರ ಮೊದಲ ಕ್ಲೈಂಟ್ ದೃಢೀಕರಣಗೊಂಡು ನಂತರ ಗುಂಪು ನೀತಿ, ಪ್ರತಿ ಬಳಕೆದಾರರ ಮಾರ್ಗ ಮತ್ತು ಸ್ವಯಂ-ಸೇವಾ ಪಾಸ್ವರ್ಡ್ ಮರುಹೊಂದಿಕೆ ಯಾವುದೂ ಇರುವುದಿಲ್ಲ. ಎರಡೂ ಉತ್ಪನ್ನಗಳು ಒಂದೇ ಪ್ರೋಟೋಕಾಲ್ ಮಾತನಾಡುತ್ತವೆ ಮತ್ತು ಒಂದೇ ಕ್ಲೈಂಟ್ ಸ್ವೀಕರಿಸುತ್ತವೆ, ಮತ್ತು ಆದ್ದರಿಂದಲೇ ಯೋಜನೆಯ ಸಮಯದಲ್ಲಿ ಈ ಕೊರತೆ ಅಗೋಚರವಾಗಿರುತ್ತದೆ. ನೀವು ನಿಜವಾಗಿ ಆಯ್ಕೆ ಮಾಡುತ್ತಿರುವುದು ನಿರ್ವಹಣಾ ಪದರ ಮತ್ತು ಅದನ್ನು ಹೊಂದಿರುವ ಜನರನ್ನು.

ನಿರ್ಧಾರವನ್ನು ವೈಶಿಷ್ಟ್ಯಗಳ ಕೋಷ್ಟಕವಲ್ಲ, ದಾಸ್ತಾನು ಪ್ರಶ್ನೆಯಾಗಿ ಪರಿಗಣಿಸಿ. ಯಾರು ಬಳಕೆದಾರರನ್ನು ಸೃಷ್ಟಿಸುತ್ತಾರೆ, ಯಾರು ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ರದ್ದುಗೊಳಿಸುತ್ತಾರೆ ಮತ್ತು 02:00 ಕ್ಕೆ ಯಾರು ಕರೆಗೆ ಉತ್ತರಿಸುತ್ತಾರೆ ಎಂದು ಕೇಳಿ.

.ovpn ಫೈಲ್ ಸೆಟಪ್ ಅನ್ನು ಏಕೆ ಒಯ್ಯುವುದಿಲ್ಲ

.ovpn ಪ್ರೊಫೈಲ್ ಒಂದು ಕ್ಲೈಂಟ್ನ ಒಂದು ಸರ್ವರ್ನೊಂದಿಗಿನ ಸಂಬಂಧವನ್ನು ವಿವರಿಸುತ್ತದೆ: ದೂರದ ಹೋಸ್ಟ್, ಪ್ರೋಟೋಕಾಲ್, CA, ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಕೀ, ಮತ್ತು ಯಾವುದೇ ಇನ್ಲೈನ್ tls-crypt ಸಾಮಗ್ರಿ. ಆ ಫೈಲ್ ಅನ್ನು ಹೊಸ ನಿರ್ಮಾಣಕ್ಕೆ ಹಾಕಿ, ಕ್ಲೈಂಟ್ ಹೇಗಿದ್ದರೂ ಹ್ಯಾಂಡ್ಶೇಕ್ ಪೂರ್ಣಗೊಳಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಳಾಂತರ ಮುಗಿದಂತೆ ಕಾಣುತ್ತದೆ. ಅದರಲ್ಲಿ ಬಳಕೆದಾರರು, ಅವರ ಗುಂಪುಗಳು, ಅವರ ಸ್ಥಿರ ಮಾರ್ಗಗಳು ಅಥವಾ ಯಾರಿಗೆ ಸಂಪರ್ಕಿಸಲು ಅನುಮತಿ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿದ ನೀತಿ ಯಾವುದೂ ಪಟ್ಟಿಯಾಗಿಲ್ಲ. ಆ ದಾಖಲೆಗಳು ಸರ್ವರ್ನ ಸ್ವಂತ ಸಂಗ್ರಹದಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ, ಮತ್ತು ಎರಡೂ ಉತ್ಪನ್ನಗಳು ಅವನ್ನು ಬೇರೆ ಬೇರೆ ರೂಪಗಳಲ್ಲಿ ಇಡುತ್ತವೆ.

Community Edition ನಲ್ಲಿ ಸಮಾನವಾದವು ನೀವು ಇಟ್ಟುಕೊಳ್ಳುವ ಫೈಲ್ಗಳು: ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ifconfig-push ಮತ್ತು iroute ನಂತಹ ಆಯ್ಕೆಗಳನ್ನು ಹೊಂದಿರುವ client-config-dir ನಮೂದುಗಳು, ರದ್ದತಿಗಳಿಗೆ CRL, ಮತ್ತು tls-crypt ಕೀ. Access Server ಅದೇ ಪರಿಕಲ್ಪನೆಗಳನ್ನು ತನ್ನ ಸ್ವಂತ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಇಟ್ಟುಕೊಂಡು ವೆಬ್ ಕನ್ಸೋಲ್ ಮತ್ತು sacli ಕಮಾಂಡ್-ಲೈನ್ ಪರಿಕರದ ಮೂಲಕ ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ. ಪರಿಕಲ್ಪನೆಗಳು ಒಂದಕ್ಕೊಂದು ಹೊಂದುತ್ತವೆ; ಕಲಾಕೃತಿಗಳು ಸ್ವಲ್ಪವೂ ಚಲಿಸುವುದಿಲ್ಲ.

ಪ್ರೊಫೈಲ್ಗಳು ಬದಲಾಗುವವರೆಗೆ ಯಾರೂ ಗಮನಿಸದ ವರ್ತನೆಯನ್ನೂ ಕಳ್ಳಸಾಗಣೆ ಮಾಡುತ್ತವೆ. redirect-gateway def1 ಹೊಂದಿರುವ ಕ್ಲೈಂಟ್ ಎಲ್ಲಾ ಬ್ರೌಸಿಂಗ್ ಅನ್ನು ಸರ್ವರ್ ಮೂಲಕ ಕಳುಹಿಸುತ್ತದೆ; ಅದನ್ನು ಆ ಸಾಲಿಲ್ಲದ ನಿರ್ಮಾಣಕ್ಕೆ ಸರಿಸಿ ಮತ್ತು ದೂರು ಇಂಟರ್ನೆಟ್ ಮುರಿದಿದೆ ಎಂದಾಗುತ್ತದೆ. CA ಹೊಂದಿಕೆಯಾಗದಿರುವುದು ಅಥವಾ ತಪ್ಪಾದ remote-cert-tls ಸೆಟ್ಟಿಂಗ್ ಗದ್ದಲದಿಂದ ವಿಫಲವಾಗುತ್ತದೆ, ಅದು ಒಳ್ಳೆಯ ಫಲಿತಾಂಶ. ಕಾಣೆಯಾದ tls-crypt ಕೀ ಮೌನ ಟೈಮೌಟ್ ಆಗಿ ವಿಫಲವಾಗುತ್ತದೆ, ಅದು ಒಳ್ಳೆಯದಲ್ಲ.

ನಿರ್ವಹಣಾ ಪದರ ಏನನ್ನು ಹೊಂದಿದೆ

ಪ್ರೋಟೋಕಾಲ್ ಅಲ್ಲದ್ದನ್ನು ಎಣಿಸಿ: ಖಾತೆಗಳ ಸೃಷ್ಟಿ, ಪಾಸ್ವರ್ಡ್ ಮರುಹೊಂದಿಕೆ, ಗುಂಪು ನಿಯೋಜನೆ, MFA ನೋಂದಣಿ, ಸಂಪರ್ಕ ಹಕ್ಕುಗಳು, ಮತ್ತು ಯಾರು ಯಾವಾಗ ಸಂಪರ್ಕಿಸಿದರು ಎಂಬುದಕ್ಕೆ ಉತ್ತರಿಸುವ ಆಡಿಟ್ ಜಾಡು. Community Edition ಇವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ನೇರವಾಗಿ ಒದಗಿಸುವುದಿಲ್ಲ. ನೀವು ದೃಢೀಕರಣ ಬ್ಯಾಕೆಂಡ್ ಆಯ್ಕೆ ಮಾಡಿ, ಪ್ಲಗಿನ್ ಅಥವಾ auth-user-pass-verify ಮೂಲಕ PAM, LDAP ಅಥವಾ RADIUS ಸಂಪರ್ಕಿಸಿ, ಉಳಿದದ್ದನ್ನು ನೀವೇ ನಿರ್ವಹಿಸುತ್ತೀರಿ. Access Server ಬಳಕೆದಾರ ಪೋರ್ಟಲ್, ಆಡಳಿತ ಕನ್ಸೋಲ್ ಮತ್ತು ಸಾಮಾನ್ಯ ಗುರುತು ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಸಂಯೋಜನೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಎರಡೂ ವ್ಯವಸ್ಥೆಗಳು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಸುರಕ್ಷಿತವಲ್ಲ, ಏಕೆಂದರೆ ನೀತಿಯನ್ನು ಇನ್ನೂ ಜಾಲವನ್ನು ತಿಳಿದವರೇ ಬರೆಯಬೇಕು.

ಹಕ್ಕುಗಳೇ ಅತ್ಯಂತ ತೀಕ್ಷ್ಣ ಕಾರ್ಯಾಚರಣಾ ವ್ಯತ್ಯಾಸ. Access Server ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳ ಎಣಿಕೆಯ ಆಧಾರದಲ್ಲಿ ಪರವಾನಗಿ ಪಡೆದು ಆ ಎಣಿಕೆಯನ್ನು ತಂತ್ರಾಂಶದಲ್ಲಿ ಜಾರಿಗೊಳಿಸುತ್ತದೆ. Community Edition ನಲ್ಲಿ ಜಾಗತಿಕ ಮಿತಿ ಒಂದೇ max-clients ಸಾಲು, ಆದರೆ ಪ್ರತಿ ಬಳಕೆದಾರ ಅಥವಾ ಗುಂಪಿನ ಪ್ರಕಾರ ಯಾವುದಾದರೂ ಹೆಚ್ಚು client-config-dir ಕೆಲಸ ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಜಾರಿಗೊಳಿಸುವಿಕೆ ಎಂದರ್ಥ. ಆ ನಿರ್ವಹಣೆಗೆ ಆಸಕ್ತಿ ಇಲ್ಲದ ತಂಡ ವಾಣಿಜ್ಯ ಉತ್ಪನ್ನಕ್ಕೆ ಹಣ ಕೊಡುವಾಗ ನಿಖರವಾಗಿ ಅದನ್ನೇ ಖರೀದಿಸುತ್ತದೆ.

ಪರವಾನಗಿ ಮತ್ತು ಬೆಂಬಲ: ಯಾರೂ ಬಜೆಟ್ನಲ್ಲಿ ಇಡದ ಸಾಲು

Community Edition ಉಚಿತ ಮತ್ತು ಮುಕ್ತ ಮೂಲದ್ದು. Access Server ವಾಣಿಜ್ಯಿಕ, ಮತ್ತು ಅದರ ಉಚಿತ ಶ್ರೇಣಿ ಐತಿಹಾಸಿಕವಾಗಿ ಕೆಲವೇ ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳನ್ನು ಒಳಗೊಂಡಿದ್ದು, ಅದಕ್ಕಿಂತ ಮೇಲೆ ಪಾವತಿಸಿದ ಪರವಾನಗಿ ಇರುತ್ತದೆ. ಹಳೆಯ ಫೋರಮ್ ಉತ್ತರದಲ್ಲಿ ಉಲ್ಲೇಖಿಸಿದ ಯಾವುದೇ ಸಂಖ್ಯೆ ಈಗ ಬಳಕೆಯಲ್ಲಿಲ್ಲ, ಆದ್ದರಿಂದ ಯೋಜನೆಯ ವೆಚ್ಚವನ್ನು ಲೆಕ್ಕಹಾಕುವ ಮೊದಲು ಮಾರಾಟಗಾರರ ಪ್ರಸ್ತುತ ನಿಯಮಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಪ್ರಾಮಾಣಿಕ ಹೋಲಿಕೆ ಸಮುದಾಯದ ಕಡೆ ಬಳಕೆದಾರ ನಿರ್ವಹಣೆ, MFA ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ನಿರ್ಮಿಸಲು ಕಳೆದ ಗಂಟೆಗಳನ್ನು ವಾಣಿಜ್ಯಿಕ ಕಡೆಯ ಪರವಾನಗಿ ಸಾಲಿಗೆ ಸೇರಿಸುತ್ತದೆ.

ಬೆಂಬಲದ ಮಾಲೀಕತ್ವ ಅದೇ ವಿಭಜನೆಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ. Community Edition ನೊಂದಿಗೆ ಪ್ರತಿ ವಿಚಿತ್ರ ಕ್ಲೈಂಟ್ ಮತ್ತು ಪ್ರತಿ ಕರ್ನಲ್ ನವೀಕರಣಕ್ಕೆ ಎಸ್ಕಲೇಶನ್ ಮಾರ್ಗ ನೀವೇ. Access Server ನೊಂದಿಗೆ ಕರೆ ಮಾಡಲು ಮಾರಾಟಗಾರರಿದ್ದಾರೆ, ಮತ್ತು ನಿಮ್ಮ ಬದಲಾವಣೆ ವಿಂಡೋಗೆ ಹೊಂದುತ್ತದೆಯೋ ಇಲ್ಲವೋ ಅವರ ಬಿಡುಗಡೆ ಲಯವನ್ನು ನೀವು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತೀರಿ.

ಕಟ್ಓವರ್ ಮೊದಲು ಮಾಡಬೇಕಾದ ಪರಿಶೀಲನೆಗಳು

ಯಾವುದೇ ದಿಕ್ಕಿನಲ್ಲಿ ಕಟ್ಓವರ್ಗೆ ಮೊದಲು ಚಾಲನೆಯಲ್ಲಿರುವ ಸರ್ವರ್ ನಿಜವಾಗಿ ಏನನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಂಡಿದೆ ಎಂಬುದನ್ನು ದಾಸ್ತಾನು ಮಾಡಿ. Access Server ಕಡೆ ಬಳಕೆದಾರ ಪಟ್ಟಿ ಮತ್ತು ಗುಂಪು ನಿಯೋಜನೆಗಳನ್ನು ರಫ್ತು ಮಾಡಿ ಮತ್ತು ಯಾವ ಖಾತೆಗಳು MFA ಅನ್ನು ಅವಲಂಬಿಸಿವೆ ಎಂದು ಗಮನಿಸಿ. Community Edition ಕಡೆ ನೀಡಲಾದ ಪ್ರಮಾಣಪತ್ರಗಳು, CRL ಮತ್ತು client-config-dir ಅಡಿಯಲ್ಲಿರುವ ಪ್ರತಿ ಫೈಲ್ ಅನ್ನು ಪಟ್ಟಿ ಮಾಡಿ. ಎರಡೂ ಪಟ್ಟಿಗಳನ್ನು ಸಾಲಿನಿಂದ ಸಾಲಿಗೆ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಅವುಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇ ಸ್ಥಳಾಂತರದ ಕೆಲಸ.

ಹಳೆಯ ಸೇವೆ ಇನ್ನೂ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಪ್ರತಿನಿಧಿ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ. openvpn --config client.ovpn --verb 4 ಮುಂಭಾಗದಲ್ಲಿ ಹ್ಯಾಂಡ್ಶೇಕ್, ಕಳುಹಿಸಿದ ಮಾರ್ಗಗಳು ಮತ್ತು DNS ಆಯ್ಕೆಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು openssl x509 -in client.crt -noout -subject -enddate ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಯಾವ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಸಂಪರ್ಕಿಸಿ ಆದರೆ ಆಂತರಿಕ ಹೋಸ್ಟ್ ತಲುಪಲಾಗದ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಮಾರ್ಗ ಅಥವಾ iroute ಕೊರತೆ ಇರುತ್ತದೆ, ದೃಢೀಕರಣ ವೈಫಲ್ಯವಲ್ಲ.

ಹಳೆಯ ಚೇತರಿಕೆ ಮಾರ್ಗವನ್ನು ಬದಲಿ ಸಫಲ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ನಿರಾಕರಿಸಿದ ಪ್ರವೇಶ ಪರೀಕ್ಷೆಯನ್ನೂ ಪಾಸ್ ಮಾಡುವವರೆಗೆ ಜೀವಂತವಾಗಿ ಇಡಿ. ಅಂತಿಮ ನಕ್ಷೆಯನ್ನು ಒಂದು ಪುಟದಲ್ಲಿ ಬರೆಯಿರಿ: ಪ್ರತಿ ಅಗತ್ಯ, ಇಂದು ಅದನ್ನು ಪೂರೈಸುವ ಕಲಾಕೃತಿ, ಮತ್ತು ನಂತರ ಅದನ್ನು ಪೂರೈಸುವ ಕಲಾಕೃತಿ.