ಒಂದೇ Mac ನಲ್ಲಿ ಎರಡು ಲಾಗಿನ್ ಖಾತೆಗಳು VPN ಟ್ರಾಫಿಕ್ ಅನ್ನು ವಿಭಜಿಸುವುದಿಲ್ಲ

ಒಂದೇ Mac ನಲ್ಲಿ ಎರಡು ಲಾಗಿನ್ ಖಾತೆಗಳು ನೆಟ್ವರ್ಕ್ ಬರುವವರೆಗೆ ಎರಡು ಪ್ರತ್ಯೇಕ ಜಗತ್ತುಗಳಂತೆ ಕಾಣುತ್ತವೆ. ಒಂದು ಸೆಷನ್ನಲ್ಲಿ ಪ್ರಾರಂಭಿಸಿದ ಟನಲ್ ಇನ್ನೂ ಇನ್ನೊಂದು ಸೆಷನ್ ಅನುಭವಿಸುವುದನ್ನು ಬದಲಿಸಬಹುದು, ಯಾವ ಕ್ಲೈಂಟ್ ಅದನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಯಾವ ನೀತಿ ಅದರೊಂದಿಗೆ ಬರುತ್ತದೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿ. ಅದನ್ನು ಜಾರಿಗೊಳಿಸಲು ಯಾಂತ್ರಿಕೆ ಆರಿಸುವ ಮೊದಲು ನಿಮಗೆ ಬೇಕಾದ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ವಿವರಿಸಿ. ಕ್ರಮ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಮೊದಲು ಆರಿಸಿದ ಯಾಂತ್ರಿಕೆ ಅವಶ್ಯಕತೆಯನ್ನು ತನ್ನ ಸುತ್ತ ಮರು ವ್ಯಾಖ್ಯಾನಿಸುವ ಪ್ರವೃತ್ತಿ ಹೊಂದಿದೆ.

ಮೂರು ಪ್ರಶ್ನೆಗಳು ಹೆಚ್ಚಿನ ಕೆಲಸ ಮಾಡುತ್ತವೆ: ಯಾರ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ ಯಾವ ಖಾಸಗಿ ಸಂಪನ್ಮೂಲಗಳು ಬೇಕು, ಎರಡೂ ಸೆಷನ್ಗಳು ಒಟ್ಟಿಗೆ ಸಕ್ರಿಯವಾಗಿರಬೇಕೇ, ಮತ್ತು ಅವುಗಳ ಟನಲ್ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಆ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ ಏನು ಮಾಡಲು ಅನುಮತಿ ಇದೆ.

ಖಾತೆಗಳ ಪಟ್ಟಿಯಿಂದ ಅಲ್ಲ, ಟ್ರಾಫಿಕ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಖಾತೆ ಬದಲಾವಣೆ ಗುರುತಿನ ಗಡಿ, ರೂಟಿಂಗ್ ಗಡಿ ಅಲ್ಲ. macOS VPN ಸಂರಚನೆಯನ್ನು ಅದನ್ನು ಹೊಂದಿರುವ ಖಾತೆಗೆ ಲೋಡ್ ಮಾಡುತ್ತದೆ, ಆದರೆ ಇಂಟರ್ಫೇಸ್, ಅದರ ರೂಟ್ಗಳು ಮತ್ತು ಅದು ಸ್ಥಾಪಿಸುವ ಯಾವುದೇ ಸಿಸ್ಟಮ್-ವ್ಯಾಪಿ ನೀತಿ ಯಂತ್ರಕ್ಕೆ ಸೇರಿದ್ದು. ಒಬ್ಬ ವ್ಯಕ್ತಿಯ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಮಾತ್ರ ಕಾರ್ಪೊರೇಟ್ ನೆಟ್ವರ್ಕ್ ಪ್ರವೇಶಿಸಬೇಕು ಎಂಬುದು ಅವಶ್ಯಕತೆಯಾದರೆ, ವಿನ್ಯಾಸವು ಅದನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನಗಳ ದೃಷ್ಟಿಯಿಂದ ಹೇಳಬೇಕು, ಯಾರು ಲಾಗಿನ್ ಆಗಿದ್ದಾರೆ ಎಂಬ ದೃಷ್ಟಿಯಿಂದ ಅಲ್ಲ. ಇಲ್ಲದಿದ್ದರೆ ಎರಡನೇ ಖಾತೆ ಮೊದಲನೆಯ ಕ್ಲೈಂಟ್ ಬಿಟ್ಟದ್ದನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುತ್ತದೆ.

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

ಪ್ರೊಫೈಲ್ ಚಾನಲ್ ಮತ್ತು ಟ್ರಾಫಿಕ್ ವ್ಯಾಪ್ತಿ ಬೇರೆ ಬೇರೆ ವಿಷಯಗಳು

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

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

ಅತಿಥಿ ವ್ಯವಸ್ಥೆ ನಿಜವಾದ ಮಿತಿಗಳಿರುವ ನಿಜವಾದ ಗಡಿ

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

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

ಪ್ರಾಕ್ಸಿ ಬಳಕೆದಾರ ಖಾತೆಗಿಂತ ಸಂಕುಚಿತ

ಹೋಸ್ಟ್ನ ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಅನುಮೋದಿತ ಅತಿಥಿ ಅಥವಾ ಕಂಟೇನರ್ನಲ್ಲಿ ಚಲಿಸುವ ನಿಜವಾದ ಪ್ರಾಕ್ಸಿ ಸೇವೆಯನ್ನು ತಲುಪಬಹುದು, ಮತ್ತು ಅದು ಅಪ್ಲಿಕೇಶನ್ ಬೆಂಬಲಿತ ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ನಿಜವಾಗಿ ಕಳುಹಿಸುವ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಅದು ಆ Mac ಖಾತೆಗೆ ಸೇರಿದ ಪ್ರತಿ ಪ್ರಕ್ರಿಯೆಯನ್ನೂ ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ನ ಹೊರಗೆ ಕಳುಹಿಸುವ ಟ್ರಾಫಿಕ್ ಅನ್ನೂ ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ.

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

ಎರಡು ಪರೀಕ್ಷೆಗಳಿಂದ ಗಡಿಯನ್ನು ಸಾಬೀತುಪಡಿಸಿ

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

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