duplicate-cn ಎರಡು ಸಾಧನಗಳಿಗೆ ಒಂದೇ ಗುರುತನ್ನು ನೀಡುತ್ತದೆ, ಎರಡಲ್ಲ

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

ಪುರಾಣ: ಎರಡನೇ ಸೆಷನ್ ಎಂದರೆ ಎರಡನೇ ಗುರುತು

ಎರಡು ಸಂಪರ್ಕಗಳು ಎರಡು ಕ್ಲೈಂಟ್ಗಳಾಗಿರಬೇಕು, ಮತ್ತು ಎರಡು ಕ್ಲೈಂಟ್ಗಳು ತಮ್ಮದೇ ಹಕ್ಕುಗಳಿರುವ ಎರಡು ಸಾಧನಗಳಾಗಿರಬೇಕು ಎಂಬುದು ಅಂತಃಪ್ರಜ್ಞೆ. ಸರ್ವರ್ ಹಾಗೆ ಮಾಡೆಲ್ ಮಾಡುವುದಿಲ್ಲ. ಅದು ಒಂದು ಸಾಮಾನ್ಯ ಹೆಸರನ್ನು ನೋಡುತ್ತದೆ, ಮತ್ತು duplicate-cn ಸಕ್ರಿಯವಾಗಿದ್ದಾಗ ಆ ಹೆಸರನ್ನು ಹೊತ್ತ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಜೀವಂತ ಸೆಷನ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಡೀಮನ್ನಲ್ಲಿ ತನ್ನದೇ ಸೆಷನ್ ಸ್ಥಿತಿಯನ್ನು ಪಡೆಯುತ್ತದೆ.

ಆ ಸ್ವೀಕಾರವು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ಏನೂ ಮುಟ್ಟುವುದಿಲ್ಲ. ಅದೇ ಪ್ರಮಾಣಪತ್ರವೇ ಇನ್ನೂ ರುಜುವಾತು, ಅದೇ ಕೀಲಿಯೇ ಇನ್ನೂ ಖಾಸಗಿ ಕೀಲಿ, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರದ ವಿಷಯದ ಮೇಲೆ ಆಧಾರಿತ ಯಾವುದೇ ನೀತಿ ಇನ್ನೂ ಎರಡು ಬಾರಿ ಅದೇ ಮೌಲ್ಯಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ. ಎರಡನೇ ಸೆಷನ್ ಎರಡನೇ ಸಾಕೆಟ್, ಎರಡನೇ ಗುರುತಲ್ಲ.

ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತಿರುವವರೆಗೆ ಆ ವ್ಯತ್ಯಾಸ ಅಗೋಚರ. ಎರಡು ಸಾಧನಗಳನ್ನು ಬೇರ್ಪಡಿಸಬೇಕಾದ ಕ್ಷಣದಲ್ಲಿ ಅದು ಬಹಳ ಗೋಚರವಾಗುತ್ತದೆ — ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅದು ಅವುಗಳಲ್ಲಿ ಒಂದು ಕಳೆದುಹೋದ ದಿನ.

ಎರಡು ಸೆಷನ್ಗಳು ಒಂದೇ ಹೆಸರನ್ನು ಹಂಚಿಕೊಂಡಾಗ ನಿಜವಾಗಿ ಏನು ಬದಲಾಗುತ್ತದೆ

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

ಪ್ರತಿ ಸೆಷನ್ ಇನ್ನೂ ತನ್ನದೇ ಬಾಹ್ಯ ಸಂಪರ್ಕ ಮತ್ತು ತನ್ನದೇ ಸಮಾಲೋಚಿತ ಕೀಲಿಗಳನ್ನು ಪಡೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಏಕಕಾಲಿಕ ಥ್ರೂಪುಟ್ ನಿಜವಾಗಿಯೂ ಏಕಕಾಲಿಕ. ಅವು ಹಂಚಿಕೊಳ್ಳುವುದು ರುಜುವಾತಿನಿಂದ ಹುಟ್ಟುವ ಎಲ್ಲವನ್ನೂ: ನೀತಿ ಹುಡುಕಾಟಗಳು, ಕ್ಲೈಂಟ್-ನಿರ್ದಿಷ್ಟ ಸಂರಚನೆ, ಲಾಗ್ ಗುರುತು ಮತ್ತು ರದ್ದತಿ. ಸೆಷನ್ ಸ್ಥಿತಿ ಸಂಪರ್ಕಕ್ಕೆ ಸೇರಿದ್ದು ಮತ್ತು ಅದರೊಂದಿಗೆ ಸಾಯುತ್ತದೆ, ಆದರೆ ರುಜುವಾತಿನ ಮಟ್ಟದ ಸಂಗತಿಗಳು ಎರಡಕ್ಕೂ ಉಳಿಯುತ್ತವೆ. ಆದ್ದರಿಂದ ಸ್ಥಿತಿ ಔಟ್ಪುಟ್ ಒಂದೇ ಹೆಸರನ್ನು ಎರಡು ಬಾರಿ ಪಟ್ಟಿ ಮಾಡಬಹುದು, ಆದರೆ ಕೌಂಟರ್ಗಳು ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯುತ್ತವೆ.

ಅದರ ಮೇಲೆ ವಿನ್ಯಾಸ ಮಾಡುವ ಮೊದಲು ನಿಮ್ಮ ಬಿಲ್ಡ್ ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಆಯ್ಕೆಯ ಪರಿಣಾಮವನ್ನು ಆಯ್ಕೆಯೇ ನಿರ್ಧರಿಸುತ್ತದೆ, ಜನಪದ ಕಥೆಗಳಲ್ಲ:

grep -n 'duplicate-cn\|client-config-dir\|username-as-common-name' /etc/openvpn/server.conf

ನೀವು ನಿಗದಿಪಡಿಸಿದ್ದೀರಿ ಎಂದು ಭಾವಿಸಿದ ಸ್ಥಿರ ವಿಳಾಸ

ಪ್ರತಿ-ಕ್ಲೈಂಟ್ ಸಂರಚನೆಯನ್ನು ಹೆಸರಿನಿಂದ ಹುಡುಕಲಾಗುತ್ತದೆ, ಮತ್ತು ಅಲ್ಲೇ ಬಲೆ. ಸಾಮಾನ್ಯ ಹೆಸರಿನಿಂದ ಹೆಸರಿಸಲಾದ client-config-dir ಕಡತ ಆ ಹೆಸರನ್ನು ಬಳಸುವ ಪ್ರತಿ ಸಾಧನಕ್ಕೂ ಅನ್ವಯವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದರೊಳಗಿನ ifconfig-push ಎರಡೂ ಸಾಧನಗಳಿಗೆ ಒಂದೇ ಟನಲ್ ವಿಳಾಸವನ್ನು ನೀಡುತ್ತದೆ. ಎರಡನೇ ಸೆಷನ್ ಒಂದೋ ಸ್ಥಾಪನೆಯಾಗುವುದಿಲ್ಲ, ಇಲ್ಲವೇ ರೂಟಿಂಗ್ ದೋಷದಂತೆ ಕಾಣುವ ರೀತಿಯಲ್ಲಿ ಘರ್ಷಿಸುತ್ತದೆ.

ಕ್ರಿಯಾತ್ಮಕ ಕೊಳವು ಆಕಸ್ಮಿಕವಾಗಿ ಉತ್ತಮವಾಗಿ ವರ್ತಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ಸೆಷನ್ಗೂ ಕೊಳದಿಂದ ಸ್ವತಂತ್ರವಾಗಿ ವಿಳಾಸ ಹಂಚಲಾಗುತ್ತದೆ. ಅದು ಇನ್ನೂ ನಿಮಗೆ ಪ್ರತಿ-ಸಾಧನ ಸ್ಥಿರ ವಿಳಾಸವನ್ನು ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಆ ವಿಳಾಸಕ್ಕೆ ಬದ್ಧವಾದ ಪ್ರತಿ-ಸಾಧನ ನೀತಿಯನ್ನು ಖಂಡಿತವಾಗಿಯೂ ನೀಡುವುದಿಲ್ಲ.

ನಿಯೋಜನೆ username-as-common-name ಬಳಸಿದರೆ, ಹುಡುಕಾಟ ಕೀಲಿ ಪ್ರಮಾಣಪತ್ರದ ವಿಷಯದ ಬದಲು ದೃಢೀಕೃತ ಬಳಕೆದಾರ ಹೆಸರಾಗುತ್ತದೆ, ಮತ್ತು ಎರಡು ಬಾರಿ ಲಾಗಿನ್ ಆಗುವ ಯಾರಿಗೂ ಅದೇ ಘರ್ಷಣೆ ಸಂಭವಿಸುತ್ತದೆ. ಸಂರಚನೆಯನ್ನು ನಡೆಸುವ ಹೆಸರು ಪ್ರತಿ ಸಾಧನಕ್ಕೂ ಅನನ್ಯವಾಗಿರಬೇಕು, ಆಗ ಮಾತ್ರ ಪ್ರತಿ-ಸಾಧನ ಸಂರಚನೆಗೆ ಅರ್ಥವಿದೆ.

ತೆಗೆದುಹಾಕುವ ಸಮಯದಲ್ಲಿ ಹಂಚಿದ ಗುರುತು ಏನು ಮಾಡಲಾಗದು

ರದ್ದತಿ ಪ್ರಮಾಣಪತ್ರದ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ತೋರಿಸುವ ಹೆಸರಿನ ಮೇಲಲ್ಲ ಮತ್ತು ಸೆಷನ್ನ ಮೇಲಲ್ಲ. ಆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ರದ್ದುಮಾಡಿ — ಪ್ರತಿಯನ್ನು ಹೊಂದಿರುವ ಪ್ರತಿ ಸಾಧನವೂ ಒಂದೇ ಬಾರಿಗೆ ಪ್ರವೇಶ ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ, ಯಾರೂ ತೊಂದರೆ ಕೊಡಲು ಇಷ್ಟಪಡದ ಕಚೇರಿಯಲ್ಲಿರುವ ಸಾಧನವೂ ಸೇರಿದಂತೆ. ಅದನ್ನು ಉಳಿಸಿ — ಕಳೆದುಹೋದ ಸಾಧನವು ಕೆಲಸ ಮುಂದುವರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರೋಟೋಕಾಲ್ನಲ್ಲಿ ಅದನ್ನು ಅನುಮೋದಿತ ಪ್ರತಿಯಿಂದ ಬೇರ್ಪಡಿಸುವ ಯಾವುದೂ ಇಲ್ಲ.

ಲಾಗ್ಗಳು ಅದೇ ಅಸ್ಪಷ್ಟತೆಯನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತವೆ. ಸ್ಥಿತಿ ಔಟ್ಪುಟ್ ಸಾಮಾನ್ಯ ಹೆಸರು ಮತ್ತು ನಿಜವಾದ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ಎರಡೂ ಸಾಧನಗಳ ಯಾವುದಕ್ಕೂ ಸೇರಿರಬಹುದು. ಯಾವ ಯಂತ್ರ ಏನು ಮಾಡಿತು ಎಂದು ತಿಳಿಯಬೇಕಾದ ಘಟನೆ ಪರಿಶೀಲನೆಗೆ VPN ಯ ಸ್ವಂತ ದಾಖಲೆಗಳಿಂದ ಉತ್ತರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಲಾಗ್ ಮಟ್ಟ ಎಷ್ಟೇ ವಿವರ ನೀಡಿದರೂ.

ಇದಕ್ಕೆ ಯಾವುದೇ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಪರ್ಯಾಯ ಮಾರ್ಗವಿಲ್ಲ. ಒಂದೇ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುವ ಎರಡು ಸಾಧನಗಳು ಸರ್ವರ್ಗೆ ಒಂದೇ ಭಾಗವಹಿಸುವವರು ಎರಡು ಬಾರಿ, ಮತ್ತು ಬೇರೆ ರೀತಿ ಹೇಳಿಕೊಳ್ಳುವ ಯಾವುದೇ ಯೋಜನೆ ನಿಯಂತ್ರಣವಲ್ಲ, ಕೇವಲ ಹೆಸರಿಸುವ ಸಂಪ್ರದಾಯ.

ಹಂಚಿಕೆ ಯಾವಾಗ ಸರಿ, ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಮಿತಿಗೊಳಿಸುವುದು

ಹಂಚಿಕೆಗೆ ಕಾನೂನುಬದ್ಧ ಬಳಕೆಗಳಿವೆ: ಹಲವು ಪರೀಕ್ಷಾ ಯಂತ್ರಗಳು ಬಳಸುವ ಪ್ರಯೋಗಾಲಯ ಖಾತೆ, ಅಥವಾ ಸಾಧನಗಳನ್ನು ಒಟ್ಟಿಗೆ ನಿರ್ವಹಿಸುವ ಮತ್ತು ರದ್ದತಿಯ ಸೂಕ್ಷ್ಮತೆ ಮುಖ್ಯವಲ್ಲದ ಮನೆ. ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ ಆಯ್ಕೆಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸಿ, ಹಂಚಿದ ರುಜುವಾತನ್ನು ಪ್ರತಿ-ಸಾಧನ ನೀತಿಯಿಂದ ಹೊರಗಿಡಿ, ಮತ್ತು ಸೆಷನ್ಗಳು ವಿಳಾಸದಲ್ಲಿ ಘರ್ಷಿಸದಂತೆ ಕೊಳಕ್ಕೆ ಜಾಗ ಕೊಡಿ.

ಪ್ರತ್ಯೇಕ ವಿಳಾಸಗಳು, ಪ್ರತ್ಯೇಕ ಲಾಗ್ಗಳು ಅಥವಾ ಪ್ರತ್ಯೇಕ ತೆಗೆದುಹಾಕುವಿಕೆ ಬೇಕಾದ ಯಾವುದಕ್ಕೂ ಸಾಮಾನ್ಯ ನೋಂದಣಿ ಮಾರ್ಗದ ಮೂಲಕ ಪ್ರತ್ಯೇಕ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ನೀಡಿ. ಅದು ಪ್ರತಿ ಮುಂದಿನ ವ್ಯವಸ್ಥೆಗೂ ಅವಲಂಬಿಸಲು ಪ್ರತ್ಯೇಕ ವಸ್ತುವನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ಹೆಸರುಗಳು ಈಗಾಗಲೇ ಅನನ್ಯವಾಗಿರುವುದರಿಂದ ಆಯ್ಕೆಯು ಅಪ್ರಸ್ತುತವಾಗುತ್ತದೆ.

ಯಾವ ಮಾರ್ಗವನ್ನು ಆರಿಸಿದರೂ, ಲಾಗಿನ್ ಅಲ್ಲ, ನಿರ್ವಹಣಾ ಮಾದರಿಯನ್ನು ಪರೀಕ್ಷಿಸಿ. ಎರಡೂ ಸಾಧನಗಳನ್ನು ಸಂಪರ್ಕಿಸಿ, ಅವು ಬೇರೆ ಬೇರೆ ವಿಳಾಸಗಳನ್ನು ಹೊಂದಿವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ನಂತರ ನಷ್ಟವನ್ನು ಅನುಕರಿಸಿ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ನಿಖರವಾಗಿ ಒಂದನ್ನು ತೆಗೆದುಹಾಕಬಹುದೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. openvpn(8) ಕೈಪಿಡಿ ಆಯ್ಕೆಯ ವ್ಯಾಪ್ತಿಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ; ಹಂಚಿಕೆ ನಿಜವಾಗಿ ಸ್ವೀಕಾರಾರ್ಹವೇ ಎಂದು ನಿಮ್ಮ ತೆಗೆದುಹಾಕುವ ಕಾರ್ಯವಿಧಾನ ನಿರ್ಧರಿಸುತ್ತದೆ.