macOS ಸೇವಾ ಕ್ರಮವು ನಿಮ್ಮ VPN ಮಾರ್ಗಗಳನ್ನು ನಿಯಂತ್ರಿಸುವುದಿಲ್ಲ

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

ಸೇವಾ ಕ್ರಮ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ, ಮತ್ತು ಯಾವುದನ್ನು ಎಂದೂ ಮುಟ್ಟುವುದಿಲ್ಲ

«ಸೇವಾ ಕ್ರಮವನ್ನು ಹೊಂದಿಸಿ» ಸಿಸ್ಟಮ್ ಸೆಟ್ಟಿಂಗ್ಗಳು, ನೆಟ್ವರ್ಕ್ ಅಡಿಯಲ್ಲಿ, Action ಮೆನುವಿನಲ್ಲಿದೆ, ಮತ್ತು ಎರಡು ಅಥವಾ ಹೆಚ್ಚು ಸಕ್ರಿಯವಾಗಿದ್ದಾಗ ಸಾಮಾನ್ಯ ಸಂಪರ್ಕಗಳನ್ನು ಶ್ರೇಣೀಕರಿಸುತ್ತದೆ. ಆ ಶ್ರೇಣಿ ಪ್ರಾಥಮಿಕ ಸೇವೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಅದು ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗ ಮತ್ತು resolver ನ ವರ್ತನೆಯ ಭಾಗವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಇದು ಸಮಾನರ ನಡುವಿನ ನಿರ್ಣಯ, ಟನೆಲ್ ಹಿಂದಿನ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಸ್ವಿಚ್ ಅಲ್ಲ. Wi-Fi ಮತ್ತು USB Ethernet ಅಡಾಪ್ಟರ್ ಇರುವ ಲ್ಯಾಪ್ಟಾಪ್ ಇದನ್ನು ಸೂಕ್ತ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಲು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಆ ಪ್ರಶ್ನೆ ಟನೆಲ್ ಬಗ್ಗೆ ಅಲ್ಲ.

VPN ಪ್ರೊಫೈಲ್ ಒಳಗೊಂಡ ಮಾರ್ಗಗಳು, ಹೊರಗಿಡಲಾದ ಗಮ್ಯಸ್ಥಾನಗಳು ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರತಿ ನಿಯಮಗಳನ್ನು ಹೊತ್ತಿರುತ್ತದೆ, ಮತ್ತು ಅವು ಟನೆಲ್ಗೆ ಏನು ಪ್ರವೇಶಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ; ಕ್ರಮ ಮೆನು ಅವನ್ನು ಸಂಪಾದಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಸ್ಪ್ಲಿಟ್-ಟನೆಲ್ ಪ್ರೊಫೈಲ್ ಸಾರ್ವಜನಿಕ ಸಂಚಾರವನ್ನು ಹೊರಗೆ ಬಿಡಬಹುದು, ಆದರೆ VPN ಇನ್ನೂ ಪ್ರತಿ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ಗಿಂತ ಮೇಲಿದೆ. Wi-Fi ಅನ್ನು ಮೇಲಕ್ಕೆ ಎಳೆಯುವುದರಿಂದ ಖಾಸಗಿ ಶ್ರೇಣಿ ತಲುಪಬಹುದಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರೊಫೈಲ್ ಈಗಾಗಲೇ ಒಳಗೊಂಡ ಗಮ್ಯಸ್ಥಾನವನ್ನು ನಿಲ್ಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಪಟ್ಟಿ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಸರಿಸುತ್ತದೆ; ಪ್ರೊಫೈಲ್ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಸರಿಸುತ್ತದೆ. Apple ಆದ್ಯತೆಯನ್ನು ತನ್ನ ನೆಟ್ವರ್ಕ್ ಸೇವಾ ಕ್ರಮ ಪುಟದಲ್ಲಿ ದಾಖಲಿಸಿದೆ, ಏನನ್ನಾದರೂ ಮರುಜೋಡಿಸುವ ಮೊದಲು ಒಮ್ಮೆ ಓದುವುದು ಯೋಗ್ಯ.

ಯಂತ್ರವು ನಿಜವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿದ ಮಾರ್ಗವನ್ನು ಓದಿ

ನಿರ್ದಿಷ್ಟ ವಿಳಾಸ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ಯಂತ್ರವನ್ನು route get 10.20.4.10 ಮೂಲಕ ಕೇಳಿ, ನಂತರ IPv6 ಗಾಗಿ ಅದನ್ನು route -n get -inet6 2001:db8::10 ಮೂಲಕ ಪುನರಾವರ್ತಿಸಿ. ಎರಡು ಕುಟುಂಬಗಳು ಪ್ರತ್ಯೇಕ ನಿರ್ಣಯಗಳು, ಆದ್ದರಿಂದ ಕೆಲಸ ಮಾಡುವ IPv4 ಮಾರ್ಗ v6 ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ನೇರವಾಗಿ ಸಂಪರ್ಕಗೊಂಡ ಸಬ್ನೆಟ್ ಅಥವಾ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಪ್ರಿಫಿಕ್ಸ್ ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಸಾಮಾನ್ಯ ಸಂಪರ್ಕ ಲೇಬಲ್ ಅನ್ನು ಸೋಲಿಸುತ್ತದೆ, ಅದಕ್ಕಾಗಿಯೇ ಆ ಲೇಬಲ್ ಜನರನ್ನು ದಾರಿತಪ್ಪಿಸುತ್ತಲೇ ಇರುತ್ತದೆ.

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

DNS ಹೆಸರಿನಿಂದ ಪರಿಹರಿಸುತ್ತದೆ, ಇಂಟರ್ಫೇಸ್ನಿಂದ ಅಲ್ಲ

ವ್ಯಾಪ್ತಿಯ ಮತ್ತು ಡೊಮೇನ್-ನಿರ್ದಿಷ್ಟ resolver ಗಳೆಂದರೆ ಉತ್ತರ ಇಂಟರ್ಫೇಸ್ ಪ್ರತಿ ಬದಲಾಗುವ ಬದಲು ಹೆಸರು ಪ್ರತಿ ಬದಲಾಗಬಹುದು. scutil --dns ಸಿಸ್ಟಮ್ ನಿಜವಾಗಿ ಬಳಸುತ್ತಿರುವ resolver ಸಂರಚನೆಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ವ್ಯಾಪ್ತಿಯ ನಮೂದುಗಳೂ ಸೇರಿ. ಸೇವಾ ಕ್ರಮ ಯಾವ ಸೇವೆ ಡಿಫಾಲ್ಟ್ resolver ಒದಗಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಪ್ರಭಾವಿಸುತ್ತದೆ, ಆದರೆ ಹೆಸರು-ನಿರ್ದಿಷ್ಟ ವ್ಯಾಪ್ತಿ ಹೇಗಾದರೂ ಗೆಲ್ಲಬಹುದು.

ಆದ್ದರಿಂದ ವಿಳಾಸಕ್ಕೆ ping ಕೆಲಸ ಮಾಡಬಹುದು, ಆದರೆ ಹೋಸ್ಟ್ನಾಮ್ ವಿಫಲವಾಗಬಹುದು, ಅಥವಾ ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ. ಅಪರಾಧಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಎರಡೂ ಔಟ್ಪುಟ್ಗಳನ್ನು ಓದಿ.

ಪ್ರೊಫೈಲ್ ಬದಲಿಸಿ, ನಂತರ ಎರಡೂ ಔಟ್ಪುಟ್ಗಳನ್ನು ಮತ್ತೆ ಓದಿ

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

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