VPN ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡ ನಂತರ Mac ನ IPv6 ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸುವುದು ಹೇಗೆ

ಸುರಂಗ ಬಿದ್ದ ನಂತರ IPv4 ಮೂಲಕ ಸೈಟ್ ತಲುಪಿದರೂ, IPv6 ಬಗ್ಗೆ ನೀವು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸಿಲ್ಲ. macOS ಎರಡು ಕುಟುಂಬಗಳನ್ನು ಪ್ರತಿ ನೆಟ್ವರ್ಕ್ ಸೇವೆಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂರಚಿಸುತ್ತದೆ, ಮತ್ತು VPN ಕ್ಲೈಂಟ್ ಒಂದನ್ನು ಇನ್ನೊಂದನ್ನು ಮುಟ್ಟದೆ ಬದಲಾಯಿಸಬಹುದು. ಮೂರು ಪದರಗಳನ್ನು ಕ್ರಮವಾಗಿ ನೋಡಿ: ವಿಳಾಸ ಸಂರಚನೆ, ಮಾರ್ಗ ಆಯ್ಕೆ, ನಂತರ ಸಂಪರ್ಕ ಕಡಿತದಲ್ಲಿರುವಾಗ ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸುವ ಯಾವುದೇ ನೀತಿ. ಈ ನಡುವೆ ಪ್ರವೇಶ ನೆಟ್ವರ್ಕ್ ಬದಲಾಗದಂತೆ ಇರಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ನೀವು ಎರಡು ಬೇರೆ ಸಮಸ್ಯೆಗಳನ್ನು ಹೋಲಿಸುತ್ತೀರಿ.

ನಿಜವಾಗಿ ಮುರಿದ ಕುಟುಂಬದಿಂದ ಪ್ರಾರಂಭಿಸಿ

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

ಇಡೀ ಹೋಲಿಕೆಯ ಉದ್ದಕ್ಕೂ ಅದೇ Wi-Fi ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಅದೇ ಪ್ರವೇಶ ಬಿಂದುವನ್ನು ಇರಿಸಿ. ನಿನ್ನೆ IPv6 ನೀಡಿದ ಕೆಫೆ ನೆಟ್ವರ್ಕ್ ಈಗ ನೀವು ಇರುವ ನೆಟ್ವರ್ಕ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಮಾರ್ಗಕ್ಕಿಂತ ಮೊದಲು ವಿಳಾಸವನ್ನು ಓದಿ

ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್ಸ್ನಲ್ಲಿ, ಸಕ್ರಿಯ ಸೇವೆಯ TCP/IP ಪ್ಯಾನೆಲ್ IPv6 ಸ್ವಯಂಚಾಲಿತ, ಕೈಯಿಂದ ಅಥವಾ ಕೇವಲ ಲಿಂಕ್-ಸ್ಥಳೀಯ ಎಂದು ತೋರಿಸುತ್ತದೆ. ನೀವು ನಿರೀಕ್ಷಿಸುವುದರೊಂದಿಗೆ ಅದನ್ನು ಹೋಲಿಸಿ, ಸಂಸ್ಥೆಯು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಕೈಯಿಂದ ಸಂರಚನೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿರಬಹುದು ಎಂಬುದನ್ನು ನೆನಪಿಡಿ. ನಂತರ ifconfig ಚಲಾಯಿಸಿ ಮತ್ತು ಸಂಬಂಧಿತ ಇಂಟರ್ಫೇಸ್ ಓದಿ. ಕೇವಲ fe80:: ವಿಳಾಸ ಎಂದರೆ ಇಂಟರ್ಫೇಸ್ ತನ್ನ ನೆರೆಹೊರೆಯವರೊಂದಿಗೆ ಮಾತನಾಡಬಹುದು ಮತ್ತು ಹೆಚ್ಚೇನೂ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಲಿಂಕ್-ಸ್ಥಳೀಯ ಉಪಸ್ಥಿತಿ ಬಳಸಬಹುದಾದ ಮಾರ್ಗದ ಸಾಕ್ಷ್ಯವಲ್ಲ.

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

ವಿಫಲ ಗಮ್ಯಸ್ಥಾನಕ್ಕಾಗಿ ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ಓದಿ

ವಿಫಲವಾದ ಗಮ್ಯಸ್ಥಾನದ ಬಗ್ಗೆ ಕರ್ಣೆಲ್ಗೆ ಕೇಳಿ, ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗದ ಬಗ್ಗೆ ಅಲ್ಲ. route -n get 2001:db8::25 ಆ ವಿಳಾಸಕ್ಕೆ ಆಯ್ಕೆಯಾದ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಗೇಟ್ವೇಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು netstat -rn -f inet6 ಹೋಲಿಕೆಗಾಗಿ ಇಡೀ ಕೋಷ್ಟಕವನ್ನು ತೋರಿಸುತ್ತದೆ. ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವು ಡಿಫಾಲ್ಟ್ ಇದೆ ಎಂದು ಹೇಳುತ್ತದೆ; ಈ ಗಮ್ಯಸ್ಥಾನ ಅದನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಹೇಳುವುದಿಲ್ಲ.

DNS ಅನ್ನು ಅದರದೇ ಕೋಣೆಯಲ್ಲಿ ಇರಿಸಿ. IPv4 ಮೂಲಕ ತಲುಪಬಹುದಾದ ರಿಜಾಲ್ವರ್ ಇನ್ನೂ AAAA ದಾಖಲೆಗಳನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು, ಆದ್ದರಿಂದ ಲುಕಪ್ ವಿಫಲತೆ ಮತ್ತು ಮಾರ್ಗದರ್ಶನ ವಿಫಲತೆ ಬ್ರೌಸರ್ನಲ್ಲಿ ಒಂದೇ ಲಕ್ಷಣವನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ.

ಕ್ಲೈಂಟ್ನ ಬ್ಲಾಕ್ ನೀತಿಯನ್ನು ಉಳಿದ ನಿಯಮದಿಂದ ಬೇರ್ಪಡಿಸಿ

ಕೆಲವು ಕ್ಲೈಂಟ್ಗಳು ಸಂಪರ್ಕ ಕಡಿತದಲ್ಲಿರುವಾಗ ಸಂಚಾರವನ್ನು ಬ್ಲಾಕ್ ಮಾಡಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ, ಇನ್ನೊಂದು ವಿಳಾಸ ಕುಟುಂಬ ಸೇರಿದಂತೆ, ಮತ್ತು ಈ ನಡವಳಿಕೆ ದೋಷವಲ್ಲ, ವೈಶಿಷ್ಟ್ಯ.

ಬ್ಲಾಕ್ ಅನ್ನು ಹಾನಿ ಎಂದು ಪರಿಗಣಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಯಾವ ನಡವಳಿಕೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ ಎಂದು ತಿಳಿಯಿರಿ. scutil --dns ಪ್ರತಿ ಸೇವೆಗೆ ಜಾರಿಯಲ್ಲಿರುವ ರಿಜಾಲ್ವರ್ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಿದ ರಿಜಾಲ್ವರ್ ಅಥವಾ ಸೀಮಿತ DNS ಸೆಟ್ಟಿಂಗ್ ಕಾಣುವುದು ಅಲ್ಲಿಯೇ. ನಂತರ ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್ ನಿಯಮಗಳನ್ನು ಸ್ಥಾಪಿಸಿ ಬಿಟ್ಟಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ನಿರೀಕ್ಷಿತ ಬ್ಲಾಕ್ ಮತ್ತು ಉಳಿದ ನಿಯಮ ವಿರುದ್ಧ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಬೇಡುತ್ತವೆ, ಮತ್ತು ಮಾಲೀಕರ ದಾಖಲೆ ಮಾತ್ರ ಅವನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ.

ಸಾಕ್ಷ್ಯ ಸಂಗ್ರಹಿಸಿ, ನಂತರ ಒಂದು ವಿಷಯ ಬದಲಿಸಿ

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

ಮರುಹೊಂದಿಕೆಯನ್ನು ವಿರೋಧಿಸಿ. ವರ್ಚುವಲ್ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಅಳಿಸುವುದು, ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ಖಾಲಿ ಮಾಡುವುದು ಮತ್ತು ಇಡೀ ಯಂತ್ರದಲ್ಲಿ IPv6 ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು—ಇವೆಲ್ಲವೂ ನೀವು ಸೆರೆಹಿಡಿಯಬೇಕಿದ್ದ ಸ್ಥಿತಿಯನ್ನು ನಾಶಮಾಡುತ್ತವೆ ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ಸಂರಚನೆಯನ್ನೂ ಒಯ್ಯಬಹುದು. ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಬೆಂಬಲಿತ ವಿರಾಮ, ದುರಸ್ತಿ ಅಥವಾ ಅನ್ಇನ್ಸ್ಟಾಲ್ ಹರಿವು ಇದ್ದರೆ ಅದನ್ನು ಬಳಸಿ, ಮತ್ತು ನೆಟ್ವರ್ಕ್ ನಿರ್ವಹಿಸಲ್ಪಡುವಲ್ಲಿ ನಿರ್ವಾಹಕರ ಕಾರ್ಯವಿಧಾನವನ್ನು ಅನುಸರಿಸಿ. ಈಗಾಗಲೇ ಮರುಹೊಂದಿಸಿದ ಯಂತ್ರವು ಮಾಲೀಕರಿಗೆ ಕೆಲಸ ಮಾಡಲು ಏನನ್ನೂ ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಮುಂದಿನ ಸಂಪರ್ಕದಲ್ಲಿ ದೋಷವನ್ನು ಮರುಸೃಷ್ಟಿಸುತ್ತದೆ.