ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ಗೆ VPN ಅಥವಾ split tunnel? Mac ಮಾರ್ಗ ಏನನ್ನು ನಿರ್ಧರಿಸಬಲ್ಲದು

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

ಆಯ್ಕೆದಾರ ಗಮ್ಯಸ್ಥಾನ, ಎಂದಿಗೂ ಪ್ರಕ್ರಿಯೆ ಅಲ್ಲ

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

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

ಸಾಮಾನ್ಯ split tunnel ನಿಜವಾಗಿ ಏನು ಕೊಡುತ್ತದೆ

split tunnel ಖಾಸಗಿ ಪೂರ್ವಪ್ರತ್ಯಯಗಳಿಗೆ ಮಾರ್ಗಗಳನ್ನು ಸ್ಥಾಪಿಸಿ ಉಳಿದೆಲ್ಲವನ್ನೂ ಭೌತಿಕ ಮಾರ್ಗದಲ್ಲಿ ಬಿಡುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ ವಿನಂತಿಯ ಅರ್ಥ ಇದೇ: ಸುರಂಗದ ಮೂಲಕ ಕಚೇರಿ ಸರ್ವರ್ ತಲುಪುವುದು, ಸಾರ್ವಜನಿಕ ಬ್ರೌಸಿಂಗ್ ನೇರವಾಗಿ ಇಡುವುದು. ಇದು ಸರಳ, ಪ್ರತಿ ಸಾಮಾನ್ಯ ಕ್ಲೈಂಟ್ ಇದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಮತ್ತು ಇದು ಬೇರೆ ಯಾವುದೇ ಮಾರ್ಗದಂತೆಯೇ ಅದೇ ಕಾರ್ಯವಿಧಾನದಿಂದ ಜಾರಿಯಾಗುತ್ತದೆ. ನಿರ್ದಿಷ್ಟ ಗಮ್ಯಸ್ಥಾನವನ್ನು route -n get ನಿಂದ ಪರಿಶೀಲಿಸಿ, ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಓದುವ ಬದಲು, ಏಕೆಂದರೆ split tunnel ಸಾಮಾನ್ಯವಾಗಿ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಮುಟ್ಟದೆ ಬಿಡುತ್ತದೆ.

ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಕೈಯಿಂದ ಸಂಪಾದಿಸುವುದು ಯಾವುದಕ್ಕೂ ಪರಿವರ್ತನೆ ಅಲ್ಲ. ಅದು ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ಮಾರ್ಗ ಮರುಸ್ಥಾಪನೆಯೊಂದಿಗೆ ಹೋರಾಡುತ್ತದೆ ಮತ್ತು ರಕ್ಷಣಾ ನೀತಿಯನ್ನು ಸ್ಥಾಪಿಸುವ ಕ್ಲೈಂಟ್ಗಳಲ್ಲಿ ನೀವಾಗಲೀ ಕ್ಲೈಂಟ್ ಆಗಲೀ ನಿರೀಕ್ಷಿಸದ ಸ್ಥಿತಿಯಲ್ಲಿ ಯಂತ್ರವನ್ನು ಬಿಡಬಹುದು. ಬದಲಾಗಿ split tunnel ಅನ್ನು ಕ್ಲೈಂಟ್ನ ಬೆಂಬಲಿತ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಸಂರಚಿಸಿ.

macOS ನಲ್ಲಿ ಪ್ರತಿ-ಅಪ್ಲಿಕೇಶನ್ VPN ಏನು ಬಯಸುತ್ತದೆ

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

ಕ್ಲೈಂಟ್ ಅನ್ನು ಕೈಯಿಂದ ಸ್ಥಾಪಿಸುವುದು ಆ ನಕ್ಷೆಯನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಸಾಮಾನ್ಯ ಸೆಟ್ಟಿಂಗ್ಗಳ ಪ್ಯಾನೆಲ್ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಆಯ್ಕೆ ಮಾಡಬಹುದಾದಂತೆ ಮಾಡುವುದಿಲ್ಲ. ಒಬ್ಬ ಪೂರೈಕೆದಾರ ತನ್ನದೇ ಅಪ್ಲಿಕೇಶನ್ ನಿಯಮಗಳನ್ನು ಒದಗಿಸಬಹುದು, ಮತ್ತು ಅವು ಸಾಮಾನ್ಯ ನಿಯಮದ ಬದಲು ಅವನ ದಾಖಲೆಗಳನ್ನು ಅನುಸರಿಸುತ್ತವೆ.

MDM ಇಲ್ಲದೆ ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದ ಪ್ರತ್ಯೇಕತೆಗೆ ಮೂರು ಮಾರ್ಗಗಳು

ನಿರ್ವಹಣೆ ಲಭ್ಯವಿಲ್ಲದ ಕಡೆ, ಪ್ರಾಕ್ಸಿ ಪ್ರಾಯೋಗಿಕ ಉತ್ತರ. ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆಯನ್ನು ಸೆಟ್ ಮಾಡಿ, ಅಥವಾ ಆ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಮಾತ್ರ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಪ್ರಕಾರ ಆಯ್ಕೆ ಮಾಡುವ PAC ಫೈಲ್ ಬಳಸಿ.

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

ವಿನಂತಿಯನ್ನು ಉತ್ತರ ಸ್ಪಷ್ಟವಾಗಿರುವಂತೆ ಬರೆಯಿರಿ

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

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