Mac ನಲ್ಲಿ VPN «ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಲಾಗುತ್ತಿದೆ» ಎಂದು ಸಿಲುಕಿಕೊಂಡಿದೆ: ವಾಸ್ತವವಾಗಿ ಏನು ನಡೆಯುತ್ತಿದೆ

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

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

ಲೇಬಲ್ ಏನನ್ನು ಗಮನಿಸುತ್ತದೆ

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

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

ಸಂಪರ್ಕದ ಮಾಲೀಕತ್ವ ಹೊಂದಿರುವ ಘಟಕವನ್ನು ಹುಡುಕಿ

ಸ್ಥಳೀಯ ಸಂರಚನೆಗಳಲ್ಲಿ scutil --nc list ವ್ಯವಸ್ಥೆಗೆ ತಿಳಿದ ಸೇವೆಗಳನ್ನು ಮತ್ತು ಅವುಗಳ ಸ್ಥಿತಿಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು scutil --nc status "Work VPN" ಒಂದು ಸೇವೆಯ ವಿವರ ನೀಡುತ್ತದೆ. ಮೂರನೇ ಪಕ್ಷದ ಅಪ್ಲಿಕೇಶನ್ ಹಿಡಿದಿಟ್ಟುಕೊಂಡಿರುವ ಟನೆಲ್ ಆ ಪಟ್ಟಿಯಲ್ಲಿ ಸುತಾರಾಂ ಕಾಣದೇ ಇರಬಹುದು, ಆದ್ದರಿಂದ ಖಾಲಿ ಫಲಿತಾಂಶ ಏನೂ ಸಂಪರ್ಕಗೊಂಡಿಲ್ಲ ಎಂಬ ಸಾಕ್ಷ್ಯವಲ್ಲ.

ಪ್ರೊಫೈಲ್ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಸೇರಿದ್ದರೆ, ಅದರ ಸ್ಥಿತಿ ನೋಟ ಮತ್ತು ದಾಖಲಿತ «ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ» ನಿಯಂತ್ರಣವನ್ನು ನಂಬಿ. ಕಿಟಕಿ ಮುಚ್ಚುವುದು ನಿಲ್ಲಿಸುವ ವಿನಂತಿ ಅಲ್ಲ, ಹಿನ್ನೆಲೆ ಸಹಾಯಕ ಟನೆಲ್ನ ಮಾಲೀಕನಾಗಿದ್ದರೆ; ಐಕಾನ್ ಮಾಯವಾಗುತ್ತದೆ ಮತ್ತು ಸಹಾಯಕ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಜೀವಂತವಾಗಿ ಇಡುತ್ತದೆ. Apple ನ VPN ಸೆಟ್ಟಿಂಗ್ಗಳ ಉಲ್ಲೇಖ ಸ್ಥಳೀಯ ನಿಯಂತ್ರಣಗಳನ್ನು ಮತ್ತು ನಿರ್ವಹಿತ ಸೆಟ್ಟಿಂಗ್ಗಳು ಎಲ್ಲಿಂದ ಬರುತ್ತವೆ ಎಂಬುದನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ.

ಇಂಟರ್ಫೇಸ್ಗಳು, ರೂಟ್ಗಳು ಮತ್ತು DNS ಓದಿ

ಮೂರು ಪರಿಶೀಲನೆಗಳು ಸಂಪರ್ಕವನ್ನು ಮುಟ್ಟದೆ ಪ್ರಶ್ನೆಯ ಬಹುಭಾಗಕ್ಕೆ ಉತ್ತರಿಸುತ್ತವೆ. ಅವನ್ನು ಒಟ್ಟಿಗೆ ಅರ್ಥೈಸುವುದು ಮುಖ್ಯ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ಒಂಟಿಯಾಗಿ ದಾರಿತಪ್ಪಿಸುತ್ತದೆ.

scutil --nc list
netstat -rn -f inet | head -20
ifconfig | grep -A 3 '^utun'
scutil --dns | head -30

• utun ಇಂಟರ್ಫೇಸ್ ಇದೆ, ಅದರ ಮೂಲಕ ಡೀಫಾಲ್ಟ್ ಅಥವಾ ವಿಭಜಿತ ರೂಟ್ ಹೋಗುತ್ತದೆ, ಪರಿಹಾರಕ ಪೂರೈಕೆದಾರರ ಕಡೆಗೆ ತೋರಿಸುತ್ತದೆ: ಟನೆಲ್ ಇನ್ನೂ ಮೇಲಿದೆ ಮತ್ತು ಲೇಬಲ್ ಹಳೆಯದಾಗಿದೆ.
• utun ಇಲ್ಲ, ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ ರೂಟ್, DNS DHCP ನಿಂದ, ಇಂಟರ್ನೆಟ್ ಇಲ್ಲ: ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡಾಗ ತಡೆಯುವ ನೀತಿ ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ.
• utun ಇಲ್ಲ, ರೂಟ್ ಇಲ್ಲ, ಪರಿಹಾರಕ ಇನ್ನೂ ಪೂರೈಕೆದಾರರ ಕಡೆಗೆ: ಬಿಚ್ಚುವಿಕೆ ಅರ್ಧದಾರಿಯಲ್ಲಿ ನಿಂತಿತು, ಮತ್ತು DNS ಎಂಬುದು ಸ್ವಚ್ಛಗೊಳಿಸಬೇಕಾದ ಉಳಿಕೆ.

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

ವ್ಯಾಪಕ ಕೊಲೆ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಅಳಿಸುವಿಕೆ ಏಕೆ ದಾರಿತಪ್ಪಿಸುತ್ತವೆ

pppd, racoon ಮತ್ತು configd ನಂತಹ ಪ್ರೊಸೆಸ್ ಹೆಸರುಗಳು ನಿರ್ದಿಷ್ಟ ಅನುಷ್ಠಾನಗಳಿಗೆ ಸೇರಿವೆ. ಅವನ್ನು ಕೊಲ್ಲುವುದು ಇತರ ಸಂಪರ್ಕಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು, ರೂಟ್ಗಳು ಮತ್ತು utun ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಮತ್ತು ಯಾವ ಹಂತ ಸಿಲುಕಿತು ಎಂಬ ದಾಖಲೆ ನೀಡುವುದಿಲ್ಲ. ಹಳೆಯ ಪ್ರೊಸೆಸ್ ಹೆಸರೂ ಪ್ರಸ್ತುತ ಪ್ರೊಫೈಲ್ನ ಮಾಲೀಕತ್ವದ ಸಾಕ್ಷ್ಯವಲ್ಲ.

ಪ್ರೊಫೈಲ್ ಅಳಿಸಿ ಮರುಸೃಷ್ಟಿಸುವುದು ಸಿಲುಕಿದ ಪರಿವರ್ತನೆಯನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸುವುದಕ್ಕಿಂತ ದೊಡ್ಡ ಬದಲಾವಣೆ. ಅದು ಏನು ವಿಫಲವಾಯಿತು ಎಂದು ವಿವರಿಸದೆ ನಿರ್ವಹಿತ ಸೆಟ್ಟಿಂಗ್ಗಳು ಮತ್ತು ಸ್ಥಳೀಯ ಗುರುತಿನ ಸಾಮಗ್ರಿಯನ್ನು ಎಸೆಯಬಹುದು, ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆಯ Mac ನಲ್ಲಿ ಅದು ಬರೀ ಮರುಸ್ಥಾಪನೆಯಾಗಬಹುದು. ನಿಜವಾಗಿ ಬಳಕೆಯಲ್ಲಿಲ್ಲದ ಸಂರಚನೆಗೆ ಅಳಿಸುವಿಕೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ ಮತ್ತು ಬದಲಾಗಿ ಪರಿವರ್ತನೆಯನ್ನು ನಿದಾನ ಮಾಡಿ.

ಜಾಡು ಬಿಡುವ ನಿಲ್ಲಿಸುವ ಕ್ರಮ

ಕೆಳಗಿನ ಕ್ರಮ ಸಂಪರ್ಕದ ಸ್ವಂತ ನಿಯಂತ್ರಣಗಳನ್ನು ಜವಾಬ್ದಾರಿಯಲ್ಲಿಡುತ್ತದೆ ಮತ್ತು ಸಿಲುಕುವಿಕೆ ಮರಳಿ ಬಂದರೆ ದಾಖಲೆ ಉಂಟುಮಾಡುತ್ತದೆ. ಅದು ಪ್ರದರ್ಶನ ಸಮಸ್ಯೆಯನ್ನು ಜಾಲ ಬದಲಾವಣೆಯಾಗಿಸದಂತೆಯೂ ತಡೆಯುತ್ತದೆ.

1. ದೂರದ ಕೆಲಸ ಉಳಿಸಿ, ಮತ್ತು Mac ದೂರದಲ್ಲಿದ್ದರೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಅದನ್ನು ತಲುಪಬಹುದೇ ಎಂದು ಖಚಿತಪಡಿಸಿ.
2. ಕ್ಲೈಂಟ್ನ ಹೆಸರು, ಆವೃತ್ತಿ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಬರೆದಿಡಿ. log show --last 5m --predicate 'subsystem == "com.apple.networkextension"' ಬಳಸಿ ಚಿಕ್ಕ ಕಿಟಕಿಯನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ; ಹಳೆಯ ಬಿಡುಗಡೆಗಳು ಕಡಿಮೆ ಇತಿಹಾಸ ಇಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಸಿಲುಕಿದ ನಂತರ ತಕ್ಷಣ ಅದನ್ನು ಚಲಾಯಿಸಿ.
3. ದಾಖಲಿತ «ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ» ನಿಯಂತ್ರಣ ಬಳಸಿ, ಕಾಯಿರಿ, ನಂತರ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ರೂಟ್ ಪರಿಶೀಲನೆಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ.
4. ಲೇಬಲ್ ಹಳೆಯದಾಗಿದ್ದರೂ ಟನೆಲ್ ಕೆಳಗಿದ್ದರೆ, ಅದನ್ನು ಬಿಡಿ ಮತ್ತು ಪ್ರೊಸೆಸ್ಗಳನ್ನು ಒತ್ತಾಯಿಸುವ ಬದಲು ಕ್ಲೈಂಟ್ ನವೀಕರಿಸಲು ಬಿಡಿ.
5. ಬಿಚ್ಚುವಿಕೆ ನಿಜವಾಗಿ ಸಿಲುಕಿದ್ದರೆ, ಕ್ಲೈಂಟ್ ಮರುಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಕೆಲಸ ಉಳಿಸಿದ ಮೇಲೆ Mac ಮರುಪ್ರಾರಂಭಿಸಲು ಯೋಜಿಸಿ. ನಿರ್ವಹಿತ ಯಂತ್ರಗಳಿಗೆ ನಿರ್ವಾಹಕರ ಕಾರ್ಯವಿಧಾನ ಬೇಕು.

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