ಹೋಟೆಲ್ Wi-Fi ನಲ್ಲಿ OpenVPN ಸಂಪರ್ಕ ಆಗುತ್ತಿಲ್ಲವೇ? TCP 443 ಪ್ರಯತ್ನಿಸಿ

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

ಮೊದಲು ಫೋನ್ ಹಾಟ್‌ಸ್ಪಾಟ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ. ಅಲ್ಲಿ ಸುರಂಗ ಏರಿದರೆ, ಸರ್ವರ್, ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಖಾತೆ ಎಲ್ಲವೂ ಸರಿಯಾಗಿವೆ, ಮತ್ತು ಉಳಿದಿರುವ ಏಕೈಕ ಅಸ್ಥಿರಾಂಕ ನಿಮ್ಮ ಮುಂದಿರುವ ನೆಟ್ವರ್ಕ್.

ಕ್ಲೈಂಟ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ: ಸ್ಥಿತಿ ಸಾಲು ಓದಿ

ಸ್ಥಿತಿ ಸಾಲು ಯಾವ ಹಂತ ವಿಫಲವಾಯಿತು ಎಂದು ಹೇಳುತ್ತದೆ. ಸಂಪರ್ಕಿಸುತ್ತಿದೆ ನಲ್ಲಿ ಸಿಲುಕಿರುವ ಕ್ಲೈಂಟ್ ಇನ್ನೂ ಹೋಸ್ಟ್ ಬಗೆಹರಿಸುತ್ತಿದೆ ಅಥವಾ ಹೊರ ಸಾಕೆಟ್ ತೆರೆಯುತ್ತಿದೆ; ಸರ್ವರ್‌ಗಾಗಿ ಕಾಯುತ್ತಿದೆ ತಲುಪಿದ ಕ್ಲೈಂಟ್‌ಗೆ ದಾರಿ ಇದೆ ಆದರೆ ಉತ್ತರವಿಲ್ಲ; ದೃಢೀಕರಿಸಿ ನಂತರ ಬೀಳುವ ಕ್ಲೈಂಟ್‌ಗೆ ಸಂಪೂರ್ಣ ಬೇರೆ ಸಮಸ್ಯೆ ಇದೆ. ಕ್ಲೈಂಟ್ ಲಾಗ್ ಮತ್ತು ಪ್ರೊಫೈಲ್‌ನ ಸ್ವಂತ remote ಮತ್ತು proto ಕ್ಷೇತ್ರಗಳು ಕ್ಲೈಂಟ್ ಏನು ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದೆ ಎಂದು ತೋರಿಸುತ್ತವೆ, ಮತ್ತು ಕಮಾಂಡ್-ಲೈನ್ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ --verb 4 ಅದೇ ವಿವರವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ. ಅದನ್ನು ನಿಮ್ಮ ಮುಂದಿನ ನೆಟ್ವರ್ಕ್‌ನೊಂದಿಗೆ ಹೋಲಿಸುವುದೇ 'VPN ಬ್ಲಾಕ್ ಆಗಿದೆ' ಎಂಬುದನ್ನು ನಿರ್ದಿಷ್ಟ ಪ್ರತಿಪಾದನೆಯಾಗಿ ಬದಲಿಸುತ್ತದೆ.

ನಂತರ ನಿಮ್ಮ ಬಳಿ ಈಗಾಗಲೇ ಇರುವ ಸಾಧನಗಳಿಂದ ನೆಟ್ವರ್ಕ್ ಪರೀಕ್ಷಿಸಿ. nc -vzu 203.0.113.10 1194 UDP ಡೇಟಾಗ್ರಾಮ್ ಕಳುಹಿಸುತ್ತದೆ, curl -v telnet://203.0.113.10:443 TCP ಕೈಹಿಡಿತ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆಯೇ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು HTTPS ಪುಟ ಲೋಡ್ ಮಾಡುವ ಬ್ರೌಸರ್ ಹೊರಹೋಗುವ 443 ಆ ಒಂದು ಹೋಸ್ಟ್ ತಲುಪುತ್ತದೆ ಎಂದಷ್ಟೇ ಸಾಬೀತು ಮಾಡುತ್ತದೆ. ಸಣ್ಣ ಪರೀಕ್ಷೆಗಳು VPN ಕ್ಲೈಂಟ್ ಉತ್ತರಿಸಲಾಗದುದನ್ನು ಉತ್ತರಿಸುತ್ತವೆ: ಯಾವ ಪೋರ್ಟ್ ಮತ್ತು ಯಾವ ಪ್ರೋಟೋಕಾಲ್ ಈ ನೆಟ್ವರ್ಕ್‌ನಿಂದ ಹೊರಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು.

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

ಲಿಸನರ್ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಜೊತೆಯಾಗಿ ಸರಿಸಿ

ಸರ್ವರ್ ಕಡೆ, ನೆಟ್ವರ್ಕ್ ಅನುಮತಿಸುವುದಕ್ಕೆ ಲಿಸನರ್ ಇರಿಸಿ: ಸರ್ವರ್ ಸಂರಚನೆಯಲ್ಲಿ port 443 ಮತ್ತು proto tcp, ನಂತರ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ ss -lntp ನಿಂದ ಸಾಕೆಟ್ ದೃಢೀಕರಿಸಿ. ಕ್ಲೈಂಟ್ ಕಡೆ, ಪ್ರೊಫೈಲ್ ಒಪ್ಪಬೇಕು, ಏಕೆಂದರೆ ಸಾಗಣೆ ಮತ್ತು ಪೋರ್ಟ್ ಸುರಂಗದ ಹೊರಗಿವೆ: .ovpn ನಲ್ಲಿ proto tcp ಮತ್ತು port 443, ಅಥವಾ ಆಪ್ ಸೆಟ್ಟಿಂಗ್ ಪರದೆಯಲ್ಲಿ ಅನುರೂಪ ಕ್ಷೇತ್ರಗಳು. ಇನ್ನೂ UDP 1194 ಕಡೆ ಗುರಿಯಿಟ್ಟ ಪ್ರೊಫೈಲ್ ಮೊದಲಿನಂತೆಯೇ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಈಗಾಗಲೇ ಸರಿಪಡಿಸಿದ ಫೈರ್‌ವಾಲ್ ಮೇಲೆ ದೋಷ ಹಾಕುವ ಪ್ರಲೋಭನೆ ಬರುತ್ತದೆ. ಅದೇ ಹೋಸ್ಟ್ 443 ನಲ್ಲಿ HTTPS ಗೂ ಉತ್ತರಿಸಿದರೆ, ಎರಡು ಲಿಸನರ್‌ಗಳು ಆ ವಿಳಾಸ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಹಂಚಿಕೊಳ್ಳಲಾರವು; VPN ಗೆ ಎರಡನೇ ವಿಳಾಸ ಕೊಡಿ ಅಥವಾ ಮುಂದೆ ಡಿಮಲ್ಟಿಪ್ಲೆಕ್ಸರ್ ಇರಿಸಿ.

ಮೊದಲ ಸಂಪರ್ಕವನ್ನು ಎರಡೂ ತುದಿಗಳಲ್ಲಿ tcpdump -ni any port 443 ನಿಂದ ಗಮನಿಸಿ. ಕ್ಲೈಂಟ್‌ನಿಂದ ಹೊರಟು ಎಂದಿಗೂ ತಲುಪದ ಪ್ಯಾಕೆಟ್‌ಗಳು ನೆಟ್ವರ್ಕ್ ಹೇಗಿದ್ದರೂ ಫಿಲ್ಟರ್ ಮಾಡುತ್ತಿದೆ, ಅಥವಾ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿರುವ ವಿಳಾಸ ನೀವು ಭಾವಿಸಿದ್ದಲ್ಲ ಎಂದು ಅರ್ಥ. ಉತ್ತರವಿಲ್ಲದೆ ತಲುಪುವ ಪ್ಯಾಕೆಟ್‌ಗಳು ನಿಮ್ಮನ್ನು ಸರ್ವರ್ ಲಾಗ್‌ಗೆ ಕಳುಹಿಸುತ್ತವೆ, ಅಲ್ಲಿ ಪ್ರೋಟೋಕಾಲ್ ಹೊಂದಿಕೆಯಾಗದಿರುವುದು ತಕ್ಷಣ ಬಿಸಾಡಿದ ಪ್ಯಾಕೆಟ್ ಆಗಿ ಕಾಣುತ್ತದೆ.

ನೆಟ್ವರ್ಕ್‌ನಿಂದ ಪ್ರಾಕ್ಸಿ ಮಾತ್ರ ಹೊರಬಂದಾಗ

ಕೆಲವು ಅತಿಥಿ ನೆಟ್ವರ್ಕ್‌ಗಳು HTTP ಪ್ರಾಕ್ಸಿ ಹೊರತುಪಡಿಸಿ ಏನನ್ನೂ ಅನುಮತಿಸುವುದಿಲ್ಲ, ಇದು ಮುಚ್ಚಿದ ಪೋರ್ಟ್‌ಗಿಂತ ಬೇರೆ ನಿರ್ಬಂಧ ಮತ್ತು OpenVPN ಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಹೊರಗಿಡುತ್ತದೆ. PPTP, L2TP/IPsec ಅಥವಾ ಬರೀ IPsec ಮಾತ್ರ ಮಾತನಾಡುವ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಅದರ ಮೂಲಕ ಹೋಗುವ ದಾರಿಯಿಲ್ಲ, ಏಕೆಂದರೆ ಆ ವಿನ್ಯಾಸಗಳು ತಮ್ಮ ಹೊರ ಪ್ರೋಟೋಕಾಲ್ ನೇರವಾಗಿ ಸರ್ವರ್ ತಲುಪುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುತ್ತವೆ. OpenVPN ಸಾಧ್ಯ, ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ http-proxy proxy.example.net 8080 ಇದ್ದರೆ, ಪ್ರಾಕ್ಸಿ ನಿಮ್ಮ ಪೋರ್ಟ್‌ಗೆ CONNECT ವಿಧಾನ ಅನುಮತಿಸಿದರೆ. SOCKS ಪ್ರಾಕ್ಸಿ ಇನ್ನೂ ಸುಲಭ, ಏಕೆಂದರೆ ಅದು ಒಳಗೆ ಏನಿದೆ ಎಂದು ಲೆಕ್ಕಿಸದೆ ಸ್ಟ್ರೀಮ್ ರವಾನಿಸುತ್ತದೆ.

ಕ್ಲೈಂಟ್‌ಗೆ ಪ್ರಾಕ್ಸಿ ಬೆಂಬಲ ಇಲ್ಲದಲ್ಲಿ, 443 ಮೇಲಿನ SSH ಸುರಂಗ ಸಾಮಾನ್ಯವಾಗಿ ಉಳಿಯುತ್ತದೆ. ಅದು ಎರಡನೇ ಪದರ ಸೇರಿಸುತ್ತದೆ, ಮತ್ತು ನೆಟ್ವರ್ಕ್ ನಿರ್ವಾಹಕರಿಗೆ ಅದರ ಬಗ್ಗೆ ಅಭಿಪ್ರಾಯ ಇರಬಹುದು, ಆದ್ದರಿಂದ ಅದನ್ನು ವಾಸ್ತುಶಿಲ್ಪವಲ್ಲ, ಒಂದು ಪ್ರಯಾಣದ ಸೇತುವೆಯಾಗಿ ಪರಿಗಣಿಸಿ.

ಉಳಿಸಿಕೊಳ್ಳುವ ಮೊದಲು ಪರ್ಯಾಯದ ಬೆಲೆ ತಿಳಿಯಿರಿ

TCP ಒಳಗೆ TCP ಗೆ ತಿಳಿದ ಬೆಲೆ ಇದೆ. ಹೊರ ಸಂಪರ್ಕ TCP ಆಗಿದ್ದು ಪೇಲೋಡ್ ಕೂಡ TCP ಆದಾಗ, ಕಳೆದುಹೋದ ಸೆಗ್ಮೆಂಟ್ ಎರಡೂ ಪದರಗಳಲ್ಲಿ ಮರುಪ್ರಸಾರ ಉಂಟುಮಾಡುತ್ತದೆ, ಮತ್ತು ಒಳ ಸಂಪರ್ಕ ತಾನು ಕಾಣಲಾಗದ ನಷ್ಟದಿಂದ ಹಿಂದೆ ಸರಿಯುತ್ತದೆ. ಬ್ರೌಸಿಂಗ್ ಅದನ್ನು ತಡೆದುಕೊಳ್ಳುತ್ತದೆ; ಸಂವಾದಾತ್ಮಕ ಅಧಿವೇಶನಗಳು ಮತ್ತು ಕರೆಗಳು ಅದನ್ನು ಅನುಭವಿಸುತ್ತವೆ. TCP 443 ಲಿಸನರ್ ಅನ್ನು ಅದನ್ನು ಬೇಡುವ ನೆಟ್ವರ್ಕ್‌ಗಳಿಗೆ ಪರ್ಯಾಯವಾಗಿ ಇರಿಸಿ, ಮತ್ತು ಇನ್ನೂ ಅದನ್ನು ಹೋಗಲು ಬಿಡುವ ಎಲ್ಲದಕ್ಕೂ UDP ಡೀಫಾಲ್ಟ್ ಆಗಿರಲಿ.

ಆಯ್ಕೆಯನ್ನು ಪ್ರೊಫೈಲ್ ಹೆಸರಿನಲ್ಲಿ ಮತ್ತು ಬೆಂಬಲ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ದಾಖಲಿಸಿ: ಯಾವ ಪೋರ್ಟ್, ಯಾವ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಯಾವ ನೆಟ್ವರ್ಕ್ ಅದನ್ನು ಪ್ರೇರೇಪಿಸಿತು. ನಂತರ ಮುಂದಿನ ಉಪಕರಣ ಬದಲಾವಣೆಯ ನಂತರವೂ ಆ ಪೋರ್ಟ್ ತೆರೆದಿರುತ್ತದೆಯೇ ಎಂದು ನೆಟ್ವರ್ಕ್ ನಿರ್ವಾಹಕರನ್ನು ಕೇಳಿ, ಏಕೆಂದರೆ ಮೌನವಾಗಿ ಮಾಯವಾಗುವ ಪರ್ಯಾಯ ಯಾವುದೇ ಪರ್ಯಾಯ ಇಲ್ಲದಿರುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು.