VPN ಮನೆಯಲ್ಲಿ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ ಆದರೆ ಹೋಟೆಲ್ Wi-Fi ನಲ್ಲಿ ಸಮಯ ಮೀರುತ್ತದೆ
ಅದೇ ಲ್ಯಾಪ್ಟಾಪ್, ಅದೇ ಖಾತೆ, ಬೇರೆ ನೆಟ್ವರ್ಕ್. ದೋಷ ಕೋಡ್ ಅನ್ನು ಒಂದು ಹಂತವಾಗಿ ಓದಿ, ಹೆಸರು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸುವ ಮೊದಲು ಹೊರಗಿನ ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯಿರಿ.
ಲ್ಯಾಪ್ಟಾಪ್ ಮನೆಯ Wi-Fi ಗೆ ಸೇರುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಮೂರು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಅದೇ ಪ್ರೊಫೈಲ್ ಒಂದು ಗಂಟೆಯ ನಂತರ ಹೋಟೆಲ್ನಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ನಡುವೆ ಏನೂ ನವೀಕರಿಸಲ್ಪಟ್ಟಿಲ್ಲ. ನಿಮ್ಮ ಮುಂದೆ ಕ್ಲೈಂಟ್ ಇರಿಸಿಕೊಂಡು ಇದನ್ನು ನೋಡುವುದು ಮುಖ್ಯವಾಗಿ ಯಾವ ದೋಷ ಯಾವ ಹಂತಕ್ಕೆ ಸೇರಿದೆ ಎಂದು ತಿಳಿಯುವುದು, ಏಕೆಂದರೆ ಉಪಯುಕ್ತ ಮಾಹಿತಿ ಕ್ಲೈಂಟ್ ಮುದ್ರಿಸುವ ಕೋಡ್ನಲ್ಲಿದೆ, ಅದು ವಿಫಲವಾಯಿತು ಎಂಬ ಅಂಶದಲ್ಲಿಲ್ಲ. ಕೆಳಗಿನ ನಾಲ್ಕು ಹಂತಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ ಮತ್ತು ಹೆಸರು, ಪ್ಯಾಕೆಟ್, ಪೋರ್ಟ್ ಅಥವಾ ನೀತಿ ನಿಮ್ಮನ್ನು ನಿರಾಕರಿಸಿತು ಎಂದು ತಿಳಿಯುತ್ತೀರಿ.
ದೋಷ ಕೋಡ್ ಅನ್ನು ತೀರ್ಪಲ್ಲ, ಹಂತವಾಗಿ ಓದಿ
ಸುರಂಗ ಇರುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಮೂರು ಪ್ರತ್ಯೇಕ ಮೈಲಿಗಲ್ಲುಗಳನ್ನು ತಲುಪುತ್ತದೆ. ಅದು ಸರ್ವರ್ ಹೆಸರನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ನೆಟ್ವರ್ಕ್ನಲ್ಲಿನ ಯಾವುದೋ ಒಂದರಿಂದ ಉತ್ತರ ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಭದ್ರತಾ ಸಂಘವನ್ನು ಚರ್ಚಿಸುತ್ತದೆ. ಪ್ರತಿ ಮೈಲಿಗಲ್ಲಿಗೆ ತನ್ನದೇ ವಿಫಲತಾ ಸಂದೇಶವಿದೆ, ಮತ್ತು ವಿಶೇಷವಾಗಿ Windows ಯಾವ ಹಂತಕ್ಕೆ ಸೇರಿವೆ ಎಂದು ತಿಳಿದ ನಂತರ ವಿಭಿನ್ನ ಕೋಡ್ಗಳನ್ನು ಉದಾರವಾಗಿ ನೀಡುತ್ತದೆ.
| What the client says | Stage that failed | First thing to run |
|---|---|---|
| 868, name did not resolve | DNS, before any packet leaves for the server | Resolve-DnsName vpn.example.net |
| 721 or 806, remote computer did not respond | Outer protocol filtered, typically GRE or UDP | A capture on the local interface |
| 809, server not responding | A device in the path is dropping the outer flow | The same capture, from a second network |
| 789, security layer error | The security exchange started and was rejected | Certificate and proposal settings on both ends |
ಆ ಕೋಡ್ಗಳಲ್ಲಿ ಎರಡು ನೆಟ್ವರ್ಕ್ ನಿರ್ದೋಷಿ ಎಂದು ಅರ್ಥ. 789 ಎಂದರೆ ಪ್ಯಾಕೆಟ್ಗಳು ಹರಿಯುತ್ತಿದ್ದವು ಮತ್ತು ಎರಡೂ ತುದಿಗಳು ಗೂಢಲಿಪೀಕರಣದ ಬಗ್ಗೆ ಒಪ್ಪಲಿಲ್ಲ, ಇದು ಮನೆಯಲ್ಲೇ ಸರಿಪಡಿಸಬಹುದಾದ ಸಂರಚನಾ ಸಮಸ್ಯೆ. 868 ಎಂದರೆ ಯಾವುದೇ ಪ್ಯಾಕೆಟ್ ಹೊರಗೆ ಹೋಗುವ ಅಗತ್ಯವೇ ಇರಲಿಲ್ಲ, ಆದ್ದರಿಂದ ಹೆಸರು ಪರಿಹಾರವಾಗುವವರೆಗೆ ಸುರಂಗದ ವಿನ್ಯಾಸ ಅಪ್ರಸ್ತುತ. ಕೋಡ್ ಅನ್ನು ಸರಿಯಾದ ಹಂತಕ್ಕೆ ಸೇರಿಸುವುದು ಯಾವುದೇ ಸೆರೆಹಿಡಿಯುವಿಕೆಗಿಂತ ಹೆಚ್ಚು ಸಮಯ ಉಳಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಮುಂದಿನ ಮೂರು ಹಂತಗಳಲ್ಲಿ ಯಾವುದನ್ನು ಬಿಟ್ಟುಬಿಡಬೇಕೆಂದು ಅದು ಹೇಳುತ್ತದೆ.
ಕ್ಲೈಂಟ್ Windows ಅಲ್ಲದಿದ್ದರೆ ಸೂಕ್ತವಾಗಿ ಎಚ್ಚರವಾಗಿರಿ. ತೃತೀಯ-ಪಕ್ಷದ ಕ್ಲೈಂಟ್ಗಳು ಇವುಗಳಲ್ಲಿ ಹೆಚ್ಚಿನದನ್ನು "ಸಂಪರ್ಕ ವಿಫಲ" ಎಂದು ಸಂಕ್ಷೇಪಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಮುಂದಿನ ಎರಡು ಹಂತಗಳು ಸಂದೇಶವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅವಲಂಬಿಸುವುದಿಲ್ಲ.
ಸುರಂಗವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಹೆಸರು ಪರಿಶೀಲಿಸಿ
ಹೋಟೆಲ್ ಮತ್ತು ವಿಮಾನ ನಿಲ್ದಾಣದ ನೆಟ್ವರ್ಕ್ಗಳು DNS ಅನ್ನು ನಿರಂತರವಾಗಿ ಪ್ರತಿಬಂಧಿಸುತ್ತವೆ, ಮತ್ತು ಪೋರ್ಟಲ್ ವಿಳಾಸದೊಂದಿಗೆ ಉತ್ತರಿಸುವ ಪರಿಹಾರಕವು ಸತ್ತ ಸರ್ವರ್ನಂತೆಯೇ ಕಾಣುವ ವಿಫಲತೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಸ್ಥಳೀಯ ಪರಿಹಾರಕ ಹೇಳುವುದನ್ನು ಸಾರ್ವಜನಿಕ ಪರಿಹಾರಕ ಹೇಳುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ:
Resolve-DnsName vpn.example.net -Type A
nslookup vpn.example.net 1.1.1.1
ipconfig /all | findstr /i "DNS Servers"ಎರಡೂ ಉತ್ತರಗಳು ಭಿನ್ನವಾಗಿದ್ದರೆ ನಿಮ್ಮನ್ನು ಬಳಸಿಕೊಳ್ಳಲಾಗುತ್ತಿದೆ ಮತ್ತು ಅದು ಪರಿಹಾರವಾಗುವವರೆಗೆ ಉಳಿದ ರೋಗನಿರ್ಣಯ ವ್ಯರ್ಥ. ವಿಶೇಷವಾಗಿ ಪೋರ್ಟಲ್ ವಿಳಾಸವು TCP ಸಂಪರ್ಕವನ್ನು ಸಂತೋಷದಿಂದ ಸ್ವೀಕರಿಸಿ ನಂತರ ನಿಲ್ಲುತ್ತದೆ, ಆದ್ದರಿಂದ ಬ್ರೌಸರ್ನೊಂದಿಗೆ ಪರೀಕ್ಷಿಸುವಾಗ ಅದು ಫೈರ್ವಾಲ್ ಬ್ಲಾಕ್ನಂತೆ ಕಾಣಬಹುದು.
ಈಗ ನೀವು ತಲುಪಲು ಬಯಸುವ ವಿಳಾಸವೇ ಬಳಕೆಯಾಗುತ್ತಿರುವುದು ಎಂದು ಖಚಿತಪಡಿಸಿ. ಕೆಲವು ಕ್ಲೈಂಟ್ಗಳು ಹಿಂದಿನ ಪರಿಹಾರವನ್ನು ಪ್ರೊಫೈಲ್ನ ಸಂಪೂರ್ಣ ಆಯುಷ್ಯಕ್ಕೆ ಸಂಗ್ರಹಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ DNS ಬದಲಾದ ನಂತರದ ಮರುಸಂಪರ್ಕವೂ ಹಳೆಯ ವಿಳಾಸಕ್ಕೆ ಹೋಗುತ್ತದೆ. ಮತ್ತೆ ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮುಚ್ಚಿ, ಅದೇ ಕಿಟಕಿಯಲ್ಲಿ ಸಂಪರ್ಕ ಕಡಿತ ಮತ್ತು ಸಂಪರ್ಕ ಒತ್ತುವ ಬದಲು.
ಯಾವ ಹೊರಗಿನ ಪ್ಯಾಕೆಟ್ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ ಎಂದು ಕಂಡುಕೊಳ್ಳಿ
ಸುರಂಗಕ್ಕೆ ನಿಮ್ಮ ಮತ್ತು ಸರ್ವರ್ ನಡುವಿನ ಮಾರ್ಗಕ್ಕೆ ಸಂಪೂರ್ಣವಾಗಿ ಸೇರಿದ ಹೊರಗಿನ ಹರಿವಿದೆ, ಮತ್ತು ಅದೇ ಹರಿವನ್ನು ಮಧ್ಯವರ್ತಿ ಪೆಟ್ಟಿಗೆಗಳು ವರ್ಗೀಕರಿಸಿ ಬಿಸಾಡುತ್ತವೆ. ಅದನ್ನು ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಸೆರೆಹಿಡಿಯಿರಿ, ನಂತರ ಕೆಲಸ ಮಾಡುವ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ವಿಫಲವಾಗುವ ನೆಟ್ವರ್ಕ್ನೊಂದಿಗೆ ಹೋಲಿಸಿ. Windows ನಲ್ಲಿ ಮೊದಲ ನೋಟಕ್ಕೆ ಒಳನಿರ್ಮಿತ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಸಾಕು:
pktmon filter remove
pktmon filter add -p 500 -t UDP
pktmon start --capture --pkt-size 128
pktmon stop
pktmon etl2txt PktMon.etlನೀವು ನೋಡಲು ಬಯಸುವುದು ನಿಮ್ಮ ಪ್ಯಾಕೆಟ್ಗಳು ಹೊರಗೆ ಹೋಗುತ್ತವೆಯೇ ಮತ್ತು ಏನಾದರೂ ಹಿಂತಿರುಗುತ್ತದೆಯೇ ಎಂದು. ಹೊರಗೆ ಪ್ಯಾಕೆಟ್ಗಳು ಮತ್ತು ಹಿಂತಿರುಗಿ ಏನೂ ಇಲ್ಲ ಎಂದರೆ ಮಾರ್ಗ ಅಥವಾ ದೂರದ ತುದಿ ಅವನ್ನು ಬಿಸಾಡುತ್ತಿದೆ; ಹೊರಗೆ ಏನೂ ಹೋಗದಿದ್ದರೆ ಕ್ಲೈಂಟ್ ಎಂದೂ ಕಳುಹಿಸುವವರೆಗೆ ತಲುಪಲಿಲ್ಲ, ಇದು ಹೆಸರು ಪರಿಹಾರ ಅಥವಾ ಸ್ಥಳೀಯ ಫೈರ್ವಾಲ್ ನೀತಿಯ ಕಡೆಗೆ ಸೂಚಿಸುತ್ತದೆ.
ಫೋನ್ನ ಹಾಟ್ಸ್ಪಾಟ್ನಲ್ಲಿ ಅದೇ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಇದು ನಿಮಗೆ ಲಭ್ಯವಿರುವ ಅತ್ಯಂತ ಮಾಹಿತಿಪೂರ್ಣ ಹೋಲಿಕೆ, ಏಕೆಂದರೆ ಇದು ಲ್ಯಾಪ್ಟಾಪ್, ಕ್ಲೈಂಟ್ ಮತ್ತು ರುಜುವಾತುಗಳನ್ನು ಒಂದೇ ರೀತಿ ಇರಿಸಿ ಹೋಟೆಲ್ನ ಪ್ರತಿ ಪೆಟ್ಟಿಗೆಯನ್ನೂ ಮಾರ್ಗದಿಂದ ತೆಗೆದುಹಾಕುತ್ತದೆ. ಹಾಟ್ಸ್ಪಾಟ್ನಲ್ಲಿ ಸುರಂಗ ಏರಿದರೆ ಸರ್ವರ್ ನೋಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಅಲ್ಲಿಯೂ ವಿಫಲವಾದರೆ ನೆಟ್ವರ್ಕ್ ಎಂದೂ ಉಂಟುಮಾಡದ ಕ್ಲೈಂಟ್ ಅಥವಾ ಖಾತೆ ಸಮಸ್ಯೆ ಇದೆ.
ಒಂದು ಸಾಗಣೆ ಬದಲಿಸಿ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ
ಹೊರಗಿನ ಹರಿವನ್ನು ಬಿಸಾಡಲಾಗುತ್ತಿದೆ ಎಂದು ತಿಳಿದ ನಂತರ, ಪ್ರಾಯೋಗಿಕ ಪ್ರಶ್ನೆ ಎಂದರೆ ನೆಟ್ವರ್ಕ್ ಯಾವ ಹರಿವಿಗೆ ಅನುಮತಿ ನೀಡುತ್ತದೆ. ಹೆಚ್ಚಿನ ನಿರ್ಬಂಧಿತ ನೆಟ್ವರ್ಕ್ಗಳು ಹೊರಹೋಗುವ TCP 443 ಗೆ ಅನುಮತಿ ನೀಡುತ್ತವೆ ಏಕೆಂದರೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಅವು ಕೆಲಸ ಮಾಡಲಾರವು, ಆದ್ದರಿಂದ ಶ್ರೋತೃವನ್ನು ಅಲ್ಲಿಗೆ ಸರಿಸುವುದು ಸಾಮಾನ್ಯ ಉತ್ತರ. OpenVPN ನಲ್ಲಿ ಸರ್ವರ್ ಬದಲಾಗುವವರೆಗೆ ಇದು ಕ್ಲೈಂಟ್-ಬದಿಯ ಸ್ವಿಚ್:
openvpn --config corp.ovpn --proto tcp-client --remote vpn.example.net 443 --verb 4IPsec ಕ್ಲೈಂಟ್ಗಳಿಗೆ ತಮ್ಮದೇ ಸೆಟ್ಟಿಂಗ್ ಪ್ಯಾನೆಲ್ಗಳಲ್ಲಿ ಸಮಾನ ಸ್ವಿಚ್ ಇರುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ TCP ಮೇಲೆ IPsec ಅಥವಾ NAT ದಾಟುವಿಕೆ ಎಂದು ವಿವರಿಸಲಾಗುತ್ತದೆ. ಅದನ್ನು ಬದಲಿಸುವುದೂ ಒಂದು ರೋಗನಿರ್ಣಯ: ಸುರಂಗ TCP ಮೇಲೆ ಏರಿ UDP ಮೇಲೆ ಸಾಯುತ್ತದೆಯಾದರೆ ನೆಟ್ವರ್ಕ್ UDP ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಿದ್ದೀರಿ, ಮತ್ತು ಆ ಸೈಟ್ಗೆ ಪ್ರತಿ ಭೇಟಿಯಲ್ಲೂ ಬೇಕಾಗುವ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನೂ ಕಂಡುಕೊಂಡಿದ್ದೀರಿ.
ಮೊದಲ ಪ್ರಯತ್ನದಲ್ಲೇ ರೌಟರ್ನ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಪ್ರಲೋಭನೆಯನ್ನು ಎದುರಿಸಿ. ಹೋಟೆಲ್ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಸ್ಟೇಟ್ಫುಲ್ ತಪಾಸಣೆ ಅಥವಾ ಪ್ರವಾಹ ಸಂರಕ್ಷಣೆಯನ್ನು ಆಫ್ ಮಾಡುವುದು ನಿಮಗೆ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಲಭ್ಯವಿಲ್ಲ, ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಸಾಧನದಲ್ಲಿ ಅದು ಒಂದು ಲ್ಯಾಪ್ಟಾಪ್ಗಾಗಿ ನಿಜವಾದ ರಕ್ಷಣೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ. ಯಾವ ಸೆಟ್ಟಿಂಗ್ ಫಲಿತಾಂಶ ಬದಲಿಸಿತು ಎಂದು ಬರೆದಿಡಿ, ನಂತರ ಅದನ್ನು ಹಿಂದಕ್ಕೆ ಇರಿಸಿ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಈಗಾಗಲೇ ಅನುಮತಿಸುವ ಸಾಗಣೆಯನ್ನು ಹುಡುಕಿ.
ಎರಡನೇ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಅದೇ ಪ್ರೊಫೈಲ್ ಪರಿಶೀಲಿಸಿ
ಟಿಕೆಟ್ ಮುಚ್ಚುವ ಮೊದಲು ಬದಲಾವಣೆ ಕಟ್ಟಡ ಬಿಟ್ಟ ನಂತರವೂ ಉಳಿದಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ, ಮೂಲ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಮೂಲ ಸೆಟ್ಟಿಂಗ್ಗಳೊಂದಿಗೆ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳಿ, ಮೊದಲ ಮೂವತ್ತು ಸೆಕೆಂಡುಗಳನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಹಾಟ್ಸ್ಪಾಟ್ನಲ್ಲಿ ತಲುಪಿದ ಅದೇ ಸ್ಥಿತಿಯನ್ನು ತಲುಪುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.
pktmon filter add -p 443 -t TCP
pktmon start --capture
Get-VpnConnection -Name "Corp" | Select-Object ConnectionStatus, TunnelType, ServerAddressಕೊನೆಯ ಆದೇಶ ಬಯಲು ಮಾಡುವ ವ್ಯತ್ಯಾಸವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬೇಕು: ಪ್ರೊಫೈಲ್ ಸಂಪರ್ಕಗೊಂಡ ಸುರಂಗವನ್ನು ವರದಿ ಮಾಡಬಹುದು ಆದರೆ ಅದರ ಒಳಗಿನ ಮಾರ್ಗನಿರ್ದೇಶನ ತಪ್ಪಾಗಿರುತ್ತದೆ, ಮತ್ತು ಅದು "VPN ಆನ್ ಆಗಿದೆ ಆದರೆ ಏನೂ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ" ಎಂದು ಉಂಟುಮಾಡುತ್ತದೆ, ಅದು ಬೇರೆ ಲೇಖನ. ನಿಮ್ಮ ಸಂಪಾದನೆಯ ನಂತರ ಸುರಂಗದ ಪ್ರಕಾರ ಬದಲಾಗಿದ್ದರೆ, ಪ್ರೊಫೈಲ್ ನೀವು ಪರೀಕ್ಷಿಸಿದ್ದಲ್ಲ.
ನಂತರ ಕಂಡುಹಿಡಿದದ್ದನ್ನು ಮುಂದಿನ ವ್ಯಕ್ತಿ ನೋಡುವ ಸ್ಥಳದಲ್ಲಿ ಬರೆಯಿರಿ. "ಈ ಸೈಟ್ನಲ್ಲಿ ಕಾರ್ಪೊರೇಟ್ ಪ್ರೊಫೈಲ್ಗೆ TCP 443 ಬೇಕು; UDP 500 ಅನ್ನು ಹೋಟೆಲ್ ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆ" ಎಂಬುದು ಸಹೋದ್ಯೋಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದಾದ ವಾಕ್ಯ. "ಹೋಟೆಲ್ಗಳಲ್ಲಿ VPN ಅಸ್ಥಿರ" ಅಂತಲ್ಲ, ಮತ್ತು ಮುಂದಿನ ತಿಂಗಳು ಅದೇ ಒಂದು ಗಂಟೆ ಮತ್ತೆ ವ್ಯರ್ಥವಾಗುತ್ತದೆ ಎಂದು ಖಾತರಿಪಡಿಸುತ್ತದೆ.