VPN ಸಂಪರ್ಕವಿದೆ ಆದರೆ ಇಂಟರ್ನೆಟ್ ಇಲ್ಲವೇ? ನಾಲ್ಕು ಪದರಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕವಿದೆ ಎನ್ನುತ್ತದೆ, ಬ್ರೌಸರ್ ತಿರುಗುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಸೈಟ್ ಸಮಯ ಮೀರುವಿಕೆಯಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಈ ಸಂಯೋಜನೆ ಸಾಮಾನ್ಯ ಮತ್ತು ವಿರೋಧಾಭಾಸವಲ್ಲ: ಸಂಪರ್ಕ ಎಂದರೆ ಟನೆಲ್ ಮಾತುಕತೆ ನಡೆಸಿತು, ಅಷ್ಟೇ. ಹೆಸರು ವಿಭಜನೆ, ಮಾರ್ಗನಿರ್ದೇಶನ ಮತ್ತು ಸರ್ವರ್ನ ಸ್ವಂತ ನಿರ್ಗಮನ ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ಒಡೆಯನಿದ್ದಾನೆ. ಪದರಗಳನ್ನು ಕ್ರಮವಾಗಿ ನೋಡಿ ಮೊದಲು ವಿಫಲವಾದಲ್ಲೇ ನಿಲ್ಲಿಸಿ.

ನೀವು ಬಂದ ಜಾಲದಿಂದಲೇ ಆರಂಭಿಸಿ

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

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

ವೈಫಲ್ಯ ಹೆಸರು ವಿಭಜನೆಯದೇ ಎಂದು ನಿರ್ಧರಿಸಿ

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

nslookup example.com

HTTPS ವಿಳಾಸ ಪಟ್ಟಿಯಲ್ಲಿ ಅನಿಯತ IP DNS ಪರೀಕ್ಷೆಯಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ವರ್ಚುವಲ್ ಹೋಸ್ಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಹೆಸರನ್ನು ಅವಲಂಬಿಸಿರುತ್ತವೆ. ಒಳಗಿನ ಹೆಸರುಗಳಿಗೆ ಸಾರ್ವಜನಿಕ ಬದಲಿಗೆ ಸಂಸ್ಥೆಯ ರಿಜಾಲ್ವರ್ ಬೇಕಾಗಬಹುದು, ಮತ್ತು ತನ್ನದೇ ಸುರಕ್ಷಿತ ರಿಜಾಲ್ವರ್ ಇರುವ ಬ್ರೌಸರ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ನ ಹುಡುಕಾಟಕ್ಕಿಂತ ಬೇರೆಯಾಗಿ ಉತ್ತರಿಸಬಹುದು. ಎರಡೂ ಭಿನ್ನಾಭಿಪ್ರಾಯದಲ್ಲಿದ್ದಾಗ ಬಳಕೆದಾರರು ಅನುಭವಿಸುವುದು ಬ್ರೌಸರ್ನ ರಿಜಾಲ್ವರ್, ಮತ್ತು ಆ ವ್ಯತ್ಯಾಸ ಟಿಕೆಟ್ಗೆ ಸೇರಿದ್ದು.

ಪೂರ್ಣ ಟನೆಲ್ ಅಥವಾ ಕಂಪನಿ ಸಬ್ನೆಟ್ಗಳಷ್ಟೇ

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

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

ಕೆಲಸ ಮಾಡುವವುಗಳ ನಡುವೆ ಒಂದೇ ವಿಫಲ ಸೈಟ್ ಆ ಸೈಟ್ನ ಸಮಸ್ಯೆ, ಮತ್ತು ಅದು ಟನೆಲ್ ಸಂಚಾರ ಸಾಗಿಸುತ್ತಿದೆ ಎಂದೂ ಸಾಬೀತು ಮಾಡುತ್ತದೆ. ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳಲ್ಲಿ ಮಾತ್ರ ಕಾಣುವ ನಿಲುಗಡೆಗಳು ತಲುಪುವಿಕೆಗಲ್ಲ, ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಕ್ಕೆ ಸೂಚಿಸುತ್ತವೆ.

ಸರ್ವರ್ ಏನನ್ನೂ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸದಿದ್ದಾಗ

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

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

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

ಒಂದೊಂದು ಬಾರಿಗೆ ಒಂದು ಪದರ ಪರಿಶೀಲಿಸಿ

ಏನನ್ನಾದರೂ ಬದಲಿಸಿದ ಮೇಲೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ವಿಫಲವಾದ ಅದೇ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಒಂದು ಪುಟ ಲೋಡ್ ಆಗುವುದು ಪ್ರೊಫೈಲ್ಗಾಗಿ ನಿರ್ಮಿಸಿದ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಪುನರಾವರ್ತಿಸಬಹುದಾದ ಮಾರ್ಗಕ್ಕಿಂತ ಕಡಿಮೆ ಸಾಬೀತು ಮಾಡುತ್ತದೆ. ಎರಡು ಆಜ್ಞೆಗಳು ವಿಭಜನೆಯನ್ನು ತಲುಪುವಿಕೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ, ಮತ್ತು ಎರಡನೆಯದು ಹೋಸ್ಟ್-ನಿರ್ದಿಷ್ಟ. curl ಸಾಲನ್ನು ಎಲ್ಲಾದರೂ ಚಲಾಯಿಸಿ, ನಂತರ ನಿಮ್ಮ ಮುಂದಿರುವ ಹೋಸ್ಟ್ಗೆ ಹೊಂದುವ ಮಾರ್ಗ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿ.

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

ಸಂಖ್ಯಾತ್ಮಕ ವಿನಂತಿ ಕೆಲಸ ಮಾಡಿ ಹೆಸರು ಮಾಡದಿದ್ದರೆ DNSನಲ್ಲೇ ಇರಿ. ಎರಡೂ ಕೆಲಸ ಮಾಡದಿದ್ದರೆ ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ಟನೆಲ್ನ ನಿರೀಕ್ಷಿತ ಡಿಫಾಲ್ಟ್ನೊಂದಿಗೆ ಹೋಲಿಸಿ, ಮತ್ತು ನೀವು ನಿಜವಾಗಿ ಪರೀಕ್ಷಿಸುತ್ತಿರುವ ಕುಟುಂಬವನ್ನು ಪರಿಶೀಲಿಸಿ. ಮಾರ್ಗ ಸರಿಯಾಗಿದ್ದು ವಿನಂತಿ ಇನ್ನೂ ನಿರ್ಗಮನದಲ್ಲಿ ಸಾಯುತ್ತಿದ್ದರೆ ಉಳಿದ ಪ್ರಶ್ನೆ ನಿರ್ವಾಹಕರದು, ಮತ್ತು ನೀವು ಇಟ್ಟುಕೊಂಡ ಸಾಕ್ಷ್ಯವೇ ಟಿಕೆಟ್.