VPN ಸಂಪರ್ಕ ಟೈಮೌಟ್: DNS, ಸಾಗಣೆ, ಮಾತುಕತೆ ಅಥವಾ ಲಾಗಿನ್
ಟೈಮೌಟ್ ಎಂದರೆ ಕೇವಲ ಒಂದು ಗಡುವು ಮುಗಿದಿದೆ ಎಂದು. ನಾಲ್ಕು ಹಂತಗಳನ್ನು, ಹೆಸರು ಪರಿಹಾರ, ಸಾಗಣೆ, ಮಾತುಕತೆ ಮತ್ತು ಲಾಗಿನ್, ಹೋಲಿಸಿ ಯಾವುದು ಕೊನೆಯಲ್ಲಿ ಪೂರ್ಣಗೊಂಡಿತು ಎಂದು ನೋಡಿ.
“ಸಂಪರ್ಕದ ಸಮಯ ಮುಗಿಯಿತು” ಎಂಬುದು VPN ಕ್ಲೈಂಟ್ ಮುದ್ರಿಸಬಹುದಾದ ಅತ್ಯಂತ ಅಸ್ಪಷ್ಟ ದೋಷ. ಇದರ ಅರ್ಥ ಒಂದು ಕಾರ್ಯಾಚರಣೆ ತನ್ನ ಗಡುವನ್ನು ತಪ್ಪಿಸಿಕೊಂಡಿತು, ಮತ್ತು ಹೆಸರು ಪರಿಹಾರದಿಂದ ಲಾಗಿನ್ ಉತ್ತರದವರೆಗೆ ಪ್ರತಿ ಹಂತಕ್ಕೂ ಗಡುವಿದೆ. ಕೊನೆಯ ಸಂದೇಶವನ್ನು ಮಾತ್ರ ತೋರಿಸುವ ಕ್ಲೈಂಟ್‌ಗಳು ಹಂತಗಳನ್ನು ಒಂದೇ ರೀತಿ ಕಾಣುವಂತೆ ಮಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಜನರು ಕಾಲಮಿತಿಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತಾರೆ, ಪೋರ್ಟ್ ಬದಲಿಸುತ್ತಾರೆ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಮರುಸ್ಥಾಪಿಸುತ್ತಾರೆ, ಅದೇ ಕ್ರಮದಲ್ಲಿ, ಏನನ್ನೂ ಕಲಿಯದೆ. ಹಂತಗಳನ್ನು ಹೋಲಿಸುವುದು ವೇಗವಾಗಿದೆ: ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಸ್ಥಳದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ವೈಫಲ್ಯವು ಬೇರೆ ರೀತಿಯ ಸಾಕ್ಷ್ಯವನ್ನು ಬಿಡುತ್ತದೆ.
ನಾಲ್ಕು ಹಂತಗಳು, ನಾಲ್ಕು ವಿಭಿನ್ನ ವೈಫಲ್ಯಗಳು
ಕ್ಲೈಂಟ್ ಅದನ್ನು ಮರೆಮಾಡಿದರೂ ಕ್ರಮ ಸ್ಥಿರವಾಗಿದೆ: ಹೆಸರು ಪರಿಹರಿಸಬೇಕು, ಫಲಿತಾಂಶದ ವಿಳಾಸಕ್ಕೆ ಸಾಗಣೆ ಸ್ಥಾಪಿಸಬೇಕು, ಪ್ರೋಟೋಕಾಲ್ ತನ್ನ ನಿಯತಾಂಕಗಳು ಮತ್ತು ಕೀಗಳನ್ನು ಮಾತುಕತೆ ಮಾಡಬೇಕು, ಮತ್ತು ಖಾತೆಯನ್ನು ದೃಢೀಕರಿಸಬೇಕು. OpenVPN ನ ಸಂಪರ್ಕ ಸಮಸ್ಯೆ ನಿವಾರಣಾ ಮಾರ್ಗದರ್ಶಿ ತನ್ನದೇ ಕ್ಲೈಂಟ್‌ಗಾಗಿ ಅದೇ ಕ್ರಮವನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಉಳಿದವು ಅದನ್ನು ಹತ್ತಿರದಿಂದ ಅನುಸರಿಸುತ್ತವೆ. ಎರಡನೇ ಹಂತದ ಟೈಮೌಟ್ ಮತ್ತು ನಾಲ್ಕನೇ ಹಂತದ ಟೈಮೌಟ್‌ಗಳಿಗೆ ಪರದೆಯ ಮೇಲಿನ ಪದವನ್ನು ಬಿಟ್ಟು ಬೇರೆ ಯಾವುದೇ ಸಾಮ್ಯವಿಲ್ಲ.
| Stage | Looks like | What it does not prove |
|---|---|---|
| Name resolution | fails in under a second, before any contact | nothing about the server being up |
| Transport | waits the full timeout, then gives up | nothing about the VPN service behind the port |
| Negotiation | connects, then stalls at handshake | nothing about credentials |
| Login | a reply arrives and is rejected or hangs on a prompt | nothing about reachability |
ದೋಷಕ್ಕೆ ಮೊದಲಿನ ಕೊನೆಯ ಸಾಲನ್ನು ಅಲ್ಲ, ಪ್ರಗತಿಯನ್ನು ಸೂಚಿಸುವ ಕೊನೆಯ ಸಾಲನ್ನು ಲಾಗ್‌ನಲ್ಲಿ ಓದಿ. ಹೆಚ್ಚಿನ ಕ್ಲೈಂಟ್‌ಗಳು ಪರಿಹರಿಸಿದ ವಿಳಾಸ, ಸ್ಥಾಪಿತ ಸಾಕೆಟ್, ಪ್ರಾರಂಭವಾದ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅಥವಾ ದೃಢೀಕರಣ ವಿನಂತಿಯಂತಹದನ್ನು ಮುದ್ರಿಸುತ್ತವೆ, ಮತ್ತು ಆ ಸಾಲಿನ ನಂತರದ ಹಂತವೇ ಟೈಮೌಟ್ ಆದ ಹಂತ.
ಯಾವುದೇ ಸಂಪರ್ಕಕ್ಕೂ ಮೊದಲು ಹೆಸರು ಪರಿಹಾರ ವಿಫಲವಾಗುತ್ತದೆ
ಎಂಡ್‌ಪಾಯಿಂಟ್ ಎಂದೂ ಪರಿಹಾರವಾಗದಿದ್ದರೆ, ಕ್ಲೈಂಟ್‌ಗೆ ಸಂಪರ್ಕಿಸಲು ಏನೂ ಇಲ್ಲ ಮತ್ತು ಯಾವುದೇ ಸಾಗಣೆ ಕೆಲಸ ನಡೆದಿಲ್ಲ. ಆ ವೈಫಲ್ಯ ಸಾಮಾನ್ಯವಾಗಿ ಪೂರ್ಣ ಟೈಮೌಟ್ ಬದಲು ತಕ್ಷಣವೇ ಸಂಭವಿಸುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಉಳಿದವುಗಳಿಂದ ಬೇರ್ಪಡಿಸುವ ಅಗ್ಗದ ದಾರಿ ಇದು. ಹೆಸರನ್ನು ಸಿಸ್ಟಂ ರಿಸಾಲ್ವರ್ ಮತ್ತು ಇನ್ನೊಂದು ರಿಸಾಲ್ವರ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ, ಸರ್ವರ್ ನಿಂತಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಎರಡೂ ಉತ್ತರಗಳನ್ನು ಹೋಲಿಸಿ.
ಫೋರಮ್ ಪೋಸ್ಟ್‌ನಿಂದ ನಕಲಿಸಿದ ಹಳೆಯ ವಿಳಾಸವು ಸರ್ವರ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುವ ಟೈಮೌಟ್‌ನ ಸಾಮಾನ್ಯ ಕಾರಣ, ಏಕೆಂದರೆ ವಿಳಾಸ ಈಗ ಬೇರೆ ಯಾವುದಕ್ಕೋ ಅಥವಾ ಯಾವುದಕ್ಕೂ ಸೇರಿಲ್ಲ. ಮೊದಲು ಕೆಲಸ ಮಾಡಿದ ವಿಳಾಸವನ್ನು ಬದಲಿಸುವ ಬದಲು ಆಪರೇಟರ್‌ನ ಪ್ರಸ್ತುತ ಪ್ರೊಫೈಲ್ ಬಳಸಿ. ping ಪ್ರತ್ಯುತ್ತರ ಇಲ್ಲದಿರುವುದು ಯಾವ ದಿಕ್ಕಿನಲ್ಲೂ ಸಾಕ್ಷ್ಯವಲ್ಲ: ಅನೇಕ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು ICMP ಬಿಟ್ಟುಬಿಡುತ್ತವೆ, ಆದರೂ ಚೆನ್ನಾಗಿ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತವೆ.
ಸಾಗಣೆ ಸಿದ್ಧತೆ ಬರದ ಪ್ಯಾಕೆಟ್‌ಗಾಗಿ ಕಾಯುತ್ತಿದೆ
DNS ಸರಿಯಾಗಿದ್ದರೂ ಕ್ಲೈಂಟ್ ಇಡೀ ಕಾಲಮಿತಿಯನ್ನು ಸುಟ್ಟು ಹಾಕಿದರೆ, ಸಾಗಣೆ ಪದರವೇ ಸಂಶಯಾಸ್ಪದ. TCP ನಲ್ಲಿ ನೀವು ಪೋರ್ಟ್ ನೇರವಾಗಿ ಪರೀಕ್ಷಿಸಬಹುದು; Test-NetConnection Windows ನಲ್ಲಿ ಅಥವಾ nc -vz Linux ನಲ್ಲಿ ಯಾವುದಾದರೂ ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಅದು ping ಗಿಂತ ಉಪಯುಕ್ತ. UDP ನಲ್ಲಿ ಅದೇ ರೀತಿ ಪರೀಕ್ಷಿಸಲಾಗದು, ಏಕೆಂದರೆ ಆ ಪದರದಲ್ಲಿ ಪೂರ್ಣಗೊಳಿಸಲು ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಇಲ್ಲ, ಮತ್ತು ಈ ಅಸಮಮಿತಿ ಅನೇಕ ತಪ್ಪು ತೀರ್ಮಾನಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
TCP ಪರೀಕ್ಷೆ ಸಾಬೀತು ಮಾಡುವುದು ಸೀಮಿತ: 443 ಪೋರ್ಟ್ ಸ್ವೀಕರಿಸುವ ಸೇವೆ VPN ಆಲಿಸುವವನೇ ಆಗಿರಬೇಕಿಲ್ಲ, ಮತ್ತು UDP ಮಾತ್ರವಿರುವ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಏನನ್ನಾದರೂ ಸ್ವೀಕರಿಸಲು TCP ಪೋರ್ಟ್ ಇಲ್ಲ. ಪ್ರೊಫೈಲ್ ಅನ್ನು UDP ನಿಂದ TCP ಗೆ ಮರುಬರೆಯುವುದು ಆಚೆ ಬದಿಯಲ್ಲಿ ಆಲಿಸುವವನನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ; ಅದು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಏನಿಗಾಗಿ ಕಾಯುತ್ತದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಬದಲಿಸುತ್ತದೆ. ನೆಟ್‌ವರ್ಕ್ ಪ್ರೋಟೋಕಾಲ್ ಫಿಲ್ಟರ್ ಮಾಡಿದರೆ, ಬದಲಾವಣೆ ಅದೇ ಹಂತದಲ್ಲಿ ಬೇರೆ ಟೈಮೌಟ್ ಉಂಟುಮಾಡುತ್ತದೆ.
ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್‌ಗಳು ಈ ಹಂತದಲ್ಲಿ ತಮ್ಮದೇ ಪರಿಶೀಲನೆಗೆ ಅರ್ಹ. ಪೋರ್ಟಲ್ ಸಾಧನಕ್ಕೆ ಅನುಮತಿ ನೀಡುವವರೆಗೆ ಹೊರಹೋಗುವ ಸಂಚಾರ ಪೋರ್ಟಲ್‌ಗೆ ಹೋಗುತ್ತದೆ ಮತ್ತು ಟನಲ್ ಪ್ರಯತ್ನ ಸುಮ್ಮನೆ ನೇತಾಡುತ್ತದೆ. ಮೊದಲು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಪೋರ್ಟಲ್ ಪೂರ್ಣಗೊಳಿಸಿ, ನಂತರ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ, ಮತ್ತು ಪೋರ್ಟಲ್ ಬಾಕಿ ಇರುವಾಗ ಪ್ರೊಫೈಲ್ ಬದಲಿಸಬೇಡಿ.
ಮಾತುಕತೆ ಮತ್ತು ಲಾಗಿನ್ ಎಂದರೆ ಸರ್ವರ್ ಉತ್ತರಿಸಿತು
ಟನಲ್ ಸರ್ವರ್ ತಲುಪಿದ ಕೂಡಲೇ ಕ್ಲೈಂಟ್ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಮತ್ತು ದೋಷದ ಸ್ವರೂಪ ಬದಲಾಗುತ್ತದೆ. ಇಲ್ಲಿ ನಿಲ್ಲುವುದು ತಲುಪುವಿಕೆಯ ಬದಲು ಹೊಂದಾಣಿಕೆಯ ಬಗ್ಗೆ: ಹೊಂದಿಕೆಯಾಗದ ಪ್ರೋಟೋಕಾಲ್ ಆವೃತ್ತಿಗಳು, ಆಚೆ ಬದಿ ಸ್ವೀಕರಿಸದ ಸೈಫರ್ ಅಥವಾ ಡೇಟಾ-ಚಾನೆ ಸೆಟ್ಟಿಂಗ್, ಅಥವಾ ಸರ್ವರ್ ನೀಡದ ವೈಶಿಷ್ಟ್ಯವನ್ನು ನಿರೀಕ್ಷಿಸುವ ಪ್ರೊಫೈಲ್. OpenVPN ಪ್ರಮುಖ ಆವೃತ್ತಿಗಳ ನಡುವೆ ತನ್ನ ಮಾತುಕತೆಯ ಡೀಫಾಲ್ಟ್‌ಗಳನ್ನು ಎಷ್ಟು ಬಾರಿ ಸರಿಸಿದೆ ಎಂದರೆ ಒಂದು ತಲೆಮಾರಿಗೆ ಬರೆದ ಪ್ರೊಫೈಲ್ ಸರ್ವರ್ ತಲುಪಿಯೂ ಏಳಲು ವಿಫಲವಾಗಬಹುದು.
ದೃಢೀಕರಣ ಕೊನೆಯ ಹಂತ ಮತ್ತು ತಪ್ಪಾಗಿ ಓದಲು ಅತ್ಯಂತ ಸುಲಭ. ಸ್ಪಷ್ಟ ನಿರಾಕರಣೆ ಒಂದು ಉತ್ತರ, ಅಂದರೆ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸಮಸ್ಯೆ ಗುರುತು, ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಖಾತೆಯ ಸ್ಥಿತಿಯಲ್ಲಿದೆ. ಬ್ರೌಸರ್ ಆಧಾರಿತ ಏಕ ಸೈನ್-ಆನ್ ಹರಿವು ಮೂರನೇ ಪ್ರಕರಣ: ಕ್ಲೈಂಟ್ ನೀವು ಮಾಡದ ಕ್ರಿಯೆಗಾಗಿ ಅಥವಾ ಅದು ಪ್ರಾರಂಭಿಸಲಾಗದ ಬ್ರೌಸರ್‌ಗಾಗಿ ಕಾಯುತ್ತಿದೆ, ಮತ್ತು ಆ ಹಂತ ಮುಗಿಸುವವರೆಗೆ ಏನೂ ಬರುವುದಿಲ್ಲ.
ಮರುಪ್ರಯತ್ನ ಬದಲಿಸುವ ಮೊದಲು ಸಾಕ್ಷ್ಯವನ್ನು ಹೋಲಿಸಿ
ಸಾಧನ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಸ್ಥಿರವಾಗಿಟ್ಟು ಒಂದೊಂದಾಗಿ ಬದಲಿಸಿ, ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಅದೇ ಪ್ರೊಫೈಲ್ ಫೋನ್ ಹಾಟ್‌ಸ್ಪಾಟ್‌ನಲ್ಲಿ ಸಂಪರ್ಕಿಸಿ ಹೋಟೆಲ್ Wi-Fi ನಲ್ಲಿ ಟೈಮೌಟ್ ಆದರೆ, ಚರ ಸರ್ವರ್ ಅಲ್ಲ, ಮಾರ್ಗ. ಎಲ್ಲೆಡೆ ವಿಫಲವಾದರೆ, ಚರ ಪ್ರೊಫೈಲ್ ಅಥವಾ ಎಂಡ್‌ಪಾಯಿಂಟ್. ದಿನದ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ ವಿಫಲವಾದರೆ, ಸಮಯಮುದ್ರೆ ದಾಖಲಿಸಿ ಮತ್ತು ಹೊರೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಊಹಿಸುವ ಮೊದಲು ಸರ್ವರ್-ಬದಿಯ ಘಟನೆಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ.
ನೀವು ನಿರ್ವಹಿಸುವ ಸೇವೆಗೆ, ನಿರ್ಣಾಯಕ ಹೋಲಿಕೆ ಎಂದರೆ ಪ್ರಯತ್ನವು ಸ್ವಲ್ಪವಾದರೂ ತಲುಪುತ್ತದೆಯೇ. ಆಲಿಸುವವನನ್ನು ತಲುಪಿ ನಂತರ ನಿಲ್ಲುವ ಸಂಪರ್ಕ ಮಾತುಕತೆ ಹಂತಕ್ಕೆ ಸೇರುತ್ತದೆ; ಆಲಿಸುವವನ ದೃಷ್ಟಿಯಲ್ಲಿ ಎಂದೂ ಕಾಣದಿರುವುದು ಸಾಗಣೆ ಅಥವಾ ಪರಿಹಾರ ಸಮಸ್ಯೆ, ಮತ್ತು ಮರುಪ್ರಯತ್ನದ ಯಾವ ಟ್ಯೂನಿಂಗ್ ಅದನ್ನು ಸರಿಸಲಾರದು. ಸರ್ವರ್ ಲಾಗ್‌ಗಳು ನಿರಾಕರಿಸಿದ ಲಾಗಿನ್ ಅನ್ನು ಮೌನ ಬೀಳಿಕೆಯಿಂದಲೂ ಬೇರ್ಪಡಿಸುತ್ತವೆ, ಅದು ಗುರುತು ಸರಿಪಡಿಸುವಿಕೆ ಮತ್ತು ಫೈರ್‌ವಾಲ್ ಸರಿಪಡಿಸುವಿಕೆಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸ.
ಕ್ಲೈಂಟ್ ಆವೃತ್ತಿ, ಪ್ರೊಫೈಲ್ ಹೆಸರು, ಸಮಯ ವಲಯದೊಂದಿಗೆ ಪ್ರಯತ್ನದ ಸಮಯ ಮತ್ತು ಕೊನೆಯ ಸಂಪರ್ಕ ಕಡಿತ ಸಾಲಿನ ಬದಲು ಮೊದಲ ಉಪಯುಕ್ತ ದೋಷವನ್ನು ದಾಖಲಿಸಿ. ಆಯ್ದ ಭಾಗ ಹಂಚುವ ಮೊದಲು ಕೀಗಳು ಮತ್ತು ರುಜುವಾತು ಹೊತ್ತ ವಸ್ತುಗಳನ್ನು ತೆಗೆದುಹಾಕಿ. ನಂತರ ಒಂದು ಅರ್ಥಪೂರ್ಣ ತಿದ್ದುಪಡಿ ಮಾಡಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ, ಏಕೆಂದರೆ ಉದ್ದವಾದ ಗಡುವು ದಾಖಲಾದ ನಿಧಾನ ಕಾರ್ಯಾಚರಣೆಗೆ ಮಾತ್ರ ಸಹಾಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ತಪ್ಪು ವಿಳಾಸ ಅಥವಾ ತಡೆಯಾದ ಪೋರ್ಟ್‌ಗೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ.