macOS ನಲ್ಲಿ ಉಳಿಸಿದ VPN ಕಾನ್ಫಿಗ್ಗಳನ್ನು ಬದಲಿಸುವಾಗ ನಿಜವಾಗಿ ಏನು ಬದಲಾಗುತ್ತದೆ
ಉಳಿಸಿದ Mac VPN ಬದಲಿಸುವುದು ಪ್ರೊಫೈಲ್ ವಿನಿಮಯವಲ್ಲ. ರೂಟ್, DNS ಮತ್ತು ರುಜುವಾತುಗಳಲ್ಲಿ ಏನು ಬದಲಾಗುತ್ತದೆ ಮತ್ತು ನಿಜವಾಗಿ ನೀವು ಪಡೆದ ಸುರಂಗವನ್ನು ಹೇಗೆ ಪರಿಶೀಲಿಸುವುದು ಎಂಬುದನ್ನು ನೋಡಿ.
ನೀವು VPN ಪಟ್ಟಿ ತೆರೆಯುತ್ತೀರಿ, ಇನ್ನೊಂದು ಉಳಿಸಿದ ನಮೂದನ್ನು ಆರಿಸುತ್ತೀರಿ ಮತ್ತು ಸ್ವಚ್ಛ ಬದಲಾವಣೆಯನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತೀರಿ: ಹೊಸ ನಿರ್ಗಮನ ವಿಳಾಸ ಮತ್ತು ಉಳಿದದ್ದು ಬದಲಾಗದೆ. ಮೊದಲು ಬಿಟ್ಟುಬಿಡಬೇಕಾದ ಊಹೆ ಇದೇ. macOS ನಲ್ಲಿ ಉಳಿಸಿದ VPN ಪ್ರೀಸೆಟ್ ಅಲ್ಲ, ಪೂರ್ಣ ನೆಟ್ವರ್ಕ ಸೇವೆ, ಆದ್ದರಿಂದ ಸೇವೆ ಬದಲಿಸುವುದು ರೂಟಿಂಗ್, DNS ಮತ್ತು ದೃಢೀಕರಣವನ್ನು ಒಟ್ಟಿಗೆ ಬದಲಿಸಬಹುದು. ಮೆನು ಬಾರ್ ಯಾವ ಸೇವೆ ಸಕ್ರಿಯ ಎಂದು ತಿಳಿಸುತ್ತದೆ; ಅದರ ಕೆಳಗಿನ ಸುರಂಗ ನಿಮ್ಮ ಉದ್ದೇಶಕ್ಕೆ ಹೊಂದುತ್ತದೆಯೇ ಎಂದು ಹೇಳುವುದಿಲ್ಲ.
ಉಳಿಸಿದ ಪಟ್ಟಿ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆಗಾರವಲ್ಲ
ಸಿಸ್ಟಮ್ ಸೆಟ್ಟಿಂಗ್ಸ್ > ನೆಟ್ವರ್ಕ್ನ ಪ್ರತಿ ನಮೂದು ತನ್ನದೇ ಸೇವೆ, ತನ್ನದೇ ಸರ್ವರ್ ವಿಳಾಸ, ಖಾತೆ, ದೃಢೀಕರಣ ವಿಧಾನ, DNS ಸರ್ವರ್ಗಳು ಮತ್ತು Send all traffic over VPN connection ನಂತಹ ಆಯ್ಕೆಗಳೊಂದಿಗೆ. ಹಳೆಯ ಆವೃತ್ತಿಗಳು ಸಿಸ್ಟಮ್ ಪ್ರಿಫರೆನ್ಸಸ್ನಲ್ಲಿ ಅದೇ ಪಟ್ಟಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತವೆ. ಎರಡು ನಮೂದುಗಳು ಒಂದೇ ಹೋಸ್ಟ್ನಾಮ್ಗೆ ತೋರಿಸಿದರೂ ಬೇರೆಯಾಗಿ ವರ್ತಿಸಬಹುದು, ಏಕೆಂದರೆಪ್ರೋಟೋಕಾಲ್ ಅಥವಾ ಕ್ಲೈಂಟ್ ವಿಸ್ತರಣೆ ಸುರಂಗ ಹೇಗೆ ನಿರ್ಮಾಣವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ತೃತೀಯ ಪಕ್ಷದ ಕ್ಲೈಂಟ್ಗಳು ಪ್ರತ್ಯೇಕ ಪಟ್ಟಿಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತವೆ. Tunnelblick ತನ್ನದೇ ಫೋಲ್ಡರ್ನಿಂದ ಕಾನ್ಫಿಗ್ಗಳನ್ನು ಓದುತ್ತದೆ, WireGuard ತನ್ನದೇ ಸುರಂಗ ಪಟ್ಟಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, OpenVPN Connect ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಒಳಗೆ ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಕೆಲವು ಕಾನ್ಫಿಗ್ ಅನ್ನು ಸಿಸ್ಟಮ್ನಲ್ಲಿ ನೋಂದಣಿ ಮಾಡುತ್ತವೆ; ಇನ್ನು ಕೆಲವು ಎಲ್ಲವನ್ನೂ ಅಪ್ಲಿಕೇಶನ್ ಒಳಗೆ ಇಟ್ಟುಕೊಂಡು ಒಳಗೊಂಡ ಪಟ್ಟಿಯಲ್ಲಿ ಎಂದೂ ಕಾಣಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ “ಉಳಿಸಿದ್ದಕ್ಕೆ ಬದಲಿಸು” ಎಂಬುದು ಪ್ರೊಫೈಲ್ ಯಾವ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಸೇರಿದೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿ ಬೇರೆ ಬೇರೆ ಕ್ರಿಯೆಗಳನ್ನು ಅರ್ಥೈಸುತ್ತದೆ.
scutil --nc list ಸಿಸ್ಟಮ್ ಕಾನ್ಫಿಗ್ನಲ್ಲಿ ನೋಂದಾಯಿತ VPN ಸೇವೆಗಳನ್ನು ಉದ್ಧರಣ ಚಿಹ್ನೆಗಳಲ್ಲಿ ಹೆಸರುಗಳೊಂದಿಗೆ ಮುದ್ರಿಸುತ್ತದೆ. ನೀವು ಬದಲಾವಣೆಯನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ ಮಾಡುವಾಗ ಅದೇ ಹೆಸರುಗಳನ್ನು ಬಳಸಿ, ಮತ್ತು ಪಟ್ಟಿ ಪ್ರತಿ ತೃತೀಯ ಪಕ್ಷದ ಸುರಂಗವನ್ನೂ ಒಳಗೊಳ್ಳುತ್ತದೆ ಎಂದು ಭಾವಿಸಬೇಡಿ.
ಬದಲಾವಣೆ ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ
ಸಕ್ರಿಯ ಸೇವೆ ಬದಲಾದಾಗ ನಾಲ್ಕು ವಿಷಯಗಳು ಒಟ್ಟಿಗೆ ಚಲಿಸುತ್ತವೆ. ಆ ಸೇವೆ ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್ ಕಳುಹಿಸಿದರೆ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಹೊಸ ಸುರಂಗವನ್ನು ಅನುಸರಿಸುತ್ತದೆ; ರಿಸಾಲ್ವರ್ ಪಟ್ಟಿ ಸೇವೆ ಸೂಚಿಸುವ DNS ಸರ್ವರ್ಗಳಿಗೆ ಬದಲಾಗುತ್ತದೆ; ಹೊಸ ಸಂಪರ್ಕಗಳು ಮೂಲವಾಗಿ ಹೊಸ ಸುರಂಗದ ವಿಳಾಸವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ; ಮತ್ತು ಬಳಸುವ ರುಜುವಾತುಗಳು ಹೊಸ ಸೇವೆಗೆ ಸೇರಿರುತ್ತವೆ. ಸ್ಥಳೀಯ ಕಾನ್ಫಿಗ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದವು, ಎರಡೂ ಒಂದೇ ಗೇಟ್ವೇಯಲ್ಲಿ ಕೊನೆಗೊಂಡರೂ.
| What you assume | What the system does |
|---|---|
| Same server name means same tunnel | Protocol, certificate and account are per service |
| All traffic follows the active VPN | Only when Send all traffic over VPN is on |
| DNS switches with the VPN | Only if that service defines DNS servers |
| Disconnect ends the connection | On Demand or a management profile can reconnect |
| Open sessions survive the switch | TCP sessions tied to the old address stall |
ಜನರನ್ನು ಗೊಂದಲಕ್ಕೀಡುಮಾಡುವುದು DNS ಭಾಗ. macOS ರಿಸಾಲ್ವರ್ಗಳ ಕ್ರಮವನ್ನು ಕಾಪಾಡುತ್ತದೆ, ಮತ್ತುscutil --dns ಯಾವ ರಿಸಾಲ್ವರ್ಗಳು ಬಳಕೆಯಲ್ಲಿವೆ ಮತ್ತು ಯಾವ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಎಂದು ತೋರಿಸುತ್ತದೆ. DNS ಸರ್ವರ್ಗಳನ್ನು ಸೆಟ್ ಮಾಡದ VPN ಸೇವೆ Wi-Fi ರಿಸಾಲ್ವರ್ ಉತ್ತರಿಸಲು ಬಿಡಬಹುದು, ಹೀಗಾಗಿ ಹಳೆಯ DNS ವರ್ತನೆಯೊಂದಿಗೆ ಹೊಸ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಸಿಗುತ್ತದೆ ಮತ್ತು ಬದಲಾವಣೆ ಅರ್ಧ ಕೆಲಸ ಮಾಡಿತು ಎಂದು ತೀರ್ಮಾನಿಸುತ್ತೀರಿ.
ಹಳೆಯ ಕಾನ್ಫಿಗ್ ಏಕೆ ಮತ್ತೆ ಬರುತ್ತದೆ
ನೀವು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಅದೇ ಸೇವೆ ಸ್ವಲ್ಪ ಹೊತ್ತಿನ ನಂತರ ಮತ್ತೆ ಸೇರಿಕೊಂಡರೆ, ಮೊದಲು On Demand ನೋಡಿ. ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಸಂಪರ್ಕದ ನಿಯಮವು ಅಪ್ಲಿಕೇಶನ್ ಹೊಂದುವ ಡೊಮೇನ್ ಅನ್ನು ರಿಸಾಲ್ವ್ ಮಾಡಿದಾಗ ಸೇವೆಯನ್ನು ಮರಳಿ ತರಬಹುದು, ಮತ್ತು ನಿರ್ವಹಣಾ ಪ್ರೊಫೈಲ್ ಅದೇ ನಿಯಮವನ್ನು ಜಾರಿಗೊಳಿಸಬಹುದು. ನಮೂದನ್ನು ಅಳಿಸುವುದು ಇದನ್ನು ಅಪರೂಪವಾಗಿ ಸರಿಪಡಿಸುತ್ತದೆ: ಪ್ರೊಫೈಲ್ನಿಂದ ಸ್ಥಾಪಿತವಾದ ಕಾನ್ಫಿಗ್ ಸಾಮಾನ್ಯವಾಗಿ ಮುಂದಿನ ಪ್ರೊಫೈಲ್ ರಿಫ್ರೆಶ್ನಲ್ಲಿ ಹಿಂತಿರುಗುತ್ತದೆ, ಮತ್ತು ಕೈಯಿಂದ ಮಾಡಿದ್ದು ಸೇವೆ ಹೋದ ನಂತರವೂ ತನ್ನ ಗುಪ್ತಪದವನ್ನು Keychain ನಲ್ಲಿ ಬಿಡಬಹುದು.
ಎರಡನೇ ಸೇವೆ ಪ್ರಾರಂಭಿಸುವುದು ಮೊದಲನೆಯದನ್ನು ಯಾವಾಗಲೂ ನಿಲ್ಲಿಸುವುದಿಲ್ಲ. ಕ್ಲೈಂಟ್ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಆಧರಿಸಿ ನೀವು ಎರಡು ಸುರಂಗಗಳು ಮತ್ತು ಎರಡು ರೂಟ್ ಗುಂಪುಗಳೊಂದಿಗೆ ಉಳಿಯಬಹುದು, ಮತ್ತು ಯಾವುದು ಟ್ರಾಫಿಕ್ ಸಾಗಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಸೇವಾ ಕ್ರಮ ಮತ್ತು ರೂಟ್ನ ನಿರ್ದಿಷ್ಟತೆ ನಿರ್ಧರಿಸುತ್ತವೆ, ನೀವು ಕೊನೆಯಲ್ಲಿ ಕ್ಲಿಕ್ ಮಾಡಿದ ಐಕಾನ್ ಅಲ್ಲ. ಬದಲಾವಣೆ ಆಯಿತು ಎಂದು ಭಾವಿಸುವ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
ಸುರಂಗವನ್ನು ಪರಿಶೀಲಿಸಿ, ಟಿಕ್ ಅಲ್ಲ
ಸೆಟ್ಟಿಂಗ್ಸ್ ಮುಟ್ಟುವ ಮೊದಲು ಸಿಸ್ಟಮ್ನ ಸ್ವಂತ ದೃಶ್ಯದ ಮೂಲಕ ಹೋಗಿ.scutil --nc status "Name" ಸಿಸ್ಟಮ್ ಏನು ಭಾವಿಸುತ್ತದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ;ifconfig ಎಂಬುದುutun ಇಂಟರ್ಫೇಸ್ಗೆ ವಿಳಾಸ ಇದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ;netstat -rn -f inet ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಎಲ್ಲಿಗೆ ತೋರಿಸುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ;scutil --dns ನಿಜವಾಗಿ ಬಳಸುತ್ತಿರುವ ರಿಸಾಲ್ವರ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ. ನಂತರ ಹೊಸ ಸಂಪರ್ಕ ತೆರೆದು ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ದೃಢೀಕರಿಸಿ, ಏಕೆಂದರೆ ಈಗಾಗಲೇ ಸೈನ್ ಇನ್ ಆದ ಪುಟವು ಹಳೆಯ ಸುರಂಗಕ್ಕೆ ಬದ್ಧವಾದ ಸಾಕೆಟ್ ಅನ್ನು ಇನ್ನೂ ಬಳಸುತ್ತಿರಬಹುದು.
DNS ಇನ್ನೂ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ನಿಂದ ಉತ್ತರಿಸಿದರೆ, ಸೇವೆಯ ಸೆಟ್ ಮಾಡಿದ ಸರ್ವರ್ಗಳನ್ನು ರಿಸಾಲ್ವರ್ ಪಟ್ಟಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಇನ್ನೂ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ಗೆ ತೋರಿಸಿದರೆ, ಸೇವೆ ಸ್ಪ್ಲಿಟ್-ಟನಲ್ ಅಥವಾ ಸಂಪೂರ್ಣವಾಗಿ ಸಂಪರ್ಕಗೊಂಡಿಲ್ಲ. ಎರಡೂ ಕಾನ್ಫಿಗ್ನ ಫಲಿತಾಂಶಗಳು, ಕೆಟ್ಟುಹೋದ ಕ್ಲೈಂಟ್ನ ಸಾಕ್ಷ್ಯವಲ್ಲ.
ಅಚ್ಚರಿ ತಪ್ಪಿಸುವ ಬದಲಾವಣೆ ಕ್ರಮ
- ಪ್ರಸ್ತುತ ಸೇವೆ ಮತ್ತು ಅದನ್ನು ಪ್ರೊಫೈಲ್ ನಿರ್ವಹಿಸುತ್ತದೆಯೇ ಎಂದು ದಾಖಲಿಸಿ.
- ಎರಡೂ ಸುರಂಗಗಳು ಒಟ್ಟಿಗೆ ಇರಲು ಸಾಧ್ಯವಿಲ್ಲದಿದ್ದರೆ ಮೊದಲು ಅದನ್ನು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ.
- ಗುರಿಯನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು Connecting ಅಲ್ಲ, Connected ಗಾಗಿ ಕಾಯಿರಿ.
- ಡೀಫಾಲ್ಟ್ ರೂಟ್, ರಿಸಾಲ್ವರ್ ಪಟ್ಟಿ ಮತ್ತು ಹೊಸ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ.
- ದೀರ್ಘಕಾಲದ ಸೆಷನ್ಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುವ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ.
ಹೊಸ ನಮೂದು ಈ ಪರಿಶೀಲನೆಗಳನ್ನು ದಾಟುವವರೆಗೆ ಹಳೆಯ ನಮೂದನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ, ಮತ್ತು ಪ್ರತಿ ನಮೂದಿಗೆ ಬೇರೆ ಹೆಸರು ಕೊಡಿ; ಒಂದೇ ರೀತಿಯ ಲೇಬಲ್ಗಳು ಮುಂದಿನ ವೈಫಲ್ಯದ ಕಾರಣವನ್ನು ಗುರುತಿಸಲು ಕಷ್ಟ ಮಾಡುತ್ತವೆ. Apple ನ Mac ಸಹಾಯವು ಸ್ಥಳೀಯ ಭಾಗವನ್ನುMac ನಲ್ಲಿ VPN ಸಂಪರ್ಕ ಸೆಟ್ ಅಪ್ ಮಾಡಿ ಪುಟದಲ್ಲಿ ವಿವರಿಸುತ್ತದೆ, ನಿರ್ವಹಿತ ಕಾನ್ಫಿಗ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಅದನ್ನು ನೋಡಬೇಕು.
ಆಯ್ಕೆ ಹಿಂತಿರುಗಿದರೆ, ಮೊದಲು ಅದನ್ನು ನೀತಿ ಅಥವಾ On Demand ಎಂದು ಪರಿಗಣಿಸಿ. ಕಾನ್ಫಿಗ್ ಯಾರದ್ದು ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ಸಂಪರ್ಕಕ್ಕೆ ಸೆಟ್ ಆಗಿದೆಯೇ ಎಂದು ದೃಢೀಕರಿಸಿ, ನಂತರ ಸೇವೆ ಬದಲಿಸುತ್ತಿದ್ದೀರಾ ಅಥವಾ ಪ್ರೊಫೈಲ್ ಜೊತೆ ಹೋರಾಡುತ್ತಿದ್ದೀರಾ ಎಂದು ನಿರ್ಧರಿಸಿ.