OpenVPN 443 ನಲ್ಲಿ ಇನ್ನೂ ನಿರ್ಬಂಧಿತವೇ? ನೆಟ್ವರ್ಕ್ ಏನನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ

ಸುರಂಗ ಮನೆಯ ಸಾಲಿನಿಂದ ಸಂಪರ್ಕಿಸಿ ಹೋಟೆಲ್ ಅಥವಾ ಕಚೇರಿ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ, ಮತ್ತು ಸರ್ವರ್ ಅನ್ನು ಪೋರ್ಟ್ 443 ಗೆ ಸರಿಸಿದರೂ ಏನೂ ಬದಲಾಗಲಿಲ್ಲ. ಈ ಫಲಿತಾಂಶ ಎಷ್ಟು ಸಾಮಾನ್ಯವೆಂದರೆ ಅದಕ್ಕೊಂದು ಆಕಾರವಿದೆ: ಪೋರ್ಟ್ ಸುಲಭ ಭಾಗವಾಗಿತ್ತು, ಉಳಿದ ನಿರ್ಣಯ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವೆ ಕುಳಿತಿರುವ ಎಲ್ಲದಕ್ಕೂ ಸೇರಿದೆ. ಎರಡು ಪ್ರಶ್ನೆಗಳು ಬಹುಪಾಲು ಪ್ರಕರಣಗಳನ್ನು ಇತ್ಯರ್ಥ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಸೈಫರ್ ಬಗ್ಗೆ ಅಲ್ಲ. ನೆಟ್ವರ್ಕ್ ಆ ವಿಳಾಸಕ್ಕೆ TLS ಹ್ಯಾಂಡ್ಶೇಕ್ ಸ್ವೀಕರಿಸುತ್ತದೆಯೇ, ಮತ್ತು ಸುರಂಗ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಕ್ಲೈಂಟ್ ತನ್ನ ಸುತ್ತುವರಿಕೆಗೆ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆಯೇ?

ಹ್ಯಾಂಡ್ಶೇಕ್ ಸಂಖ್ಯೆಗಿಂತ ಹೆಚ್ಚನ್ನು ಬಯಲು ಮಾಡುತ್ತದೆ

TCP 443 ನಲ್ಲಿ ಸ್ಥಳೀಯ VPN ಶ್ರೋತೃವು ಮೊದಲ ಪ್ಯಾಕೆಟ್ನಿಂದಲೇ ತನ್ನದೇ ಪ್ರೋಟೋಕಾಲ್ ಮಾತನಾಡುತ್ತದೆ. ClientHello ನಲ್ಲಿ ಆವೃತ್ತಿ ಕ್ಷೇತ್ರ, ಯಾದೃಚ್ಛಿಕ ಮೌಲ್ಯ ಮತ್ತು ವಿಸ್ತರಣೆಗಳ ಪಟ್ಟಿ ಇರುತ್ತದೆ, ಮತ್ತು ಕೆಲವು ನೂರು ಬೈಟ್ ಓದುವ ಸಾಧನವು ಏನನ್ನೂ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡದೆ ವ್ಯತ್ಯಾಸವನ್ನು ಗುರುತಿಸಬಲ್ಲದು. ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳನ್ನು ತೃಪ್ತಿಪಡಿಸುವುದು ಅಗ್ಗ, ಮತ್ತು ಫಿಲ್ಟರ್ ನಿಜವಾಗಿ ಪರಿಶೀಲಿಸುವುದು ಪ್ರೋಟೋಕಾಲ್ನ ಆಕಾರವನ್ನೇ. ನಿಯಮಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೋಟೋಕಾಲ್ ಪ್ರಕಾರವೂ ಬರೆಯುತ್ತಾರೆ, ಆದ್ದರಿಂದ TLS ಪರಿಶೀಲಿಸುವ ನೀತಿ UDP ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ.

ಮಾನ್ಯ TLS ಅಧಿವೇಶನವನ್ನು ಒತ್ತಾಯಿಸುವ ಪಾರದರ್ಶಕ ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆಯ ಸಮಯದಲ್ಲೇ ಸಂಪರ್ಕವನ್ನು ಕಡಿದುಹಾಕುತ್ತದೆ, ಹೆಚ್ಚಾಗಿ TCP ಹ್ಯಾಂಡ್ಶೇಕ್ ಪೂರ್ಣಗೊಂಡ ನಂತರ. ಆ ವಿವರ ನಂತರ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಸಾಕೆಟ್ ಸ್ಥಾಪಿತವಾದ ನಂತರ ಕ್ಲೈಂಟ್ ಲಾಗ್ ನಿಲ್ಲುತ್ತದೆ ಎಂದರ್ಥ.

ಸ್ಟ್ರೀಮ್ ಸುತ್ತುವರಿಯುವುದು ಎರಡು ವೈಫಲ್ಯ ಬಿಂದುಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ

stunnel ನಂತಹ TLS ಸುತ್ತುವರಿಕೆ ನಿರೀಕ್ಷಿತ ಆಕಾರವನ್ನು ಮರಳಿ ತರುತ್ತದೆ: ಕ್ಲೈಂಟ್ ಸ್ಥಳೀಯ ಶ್ರೋತೃಕ್ಕೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಸುತ್ತುವರಿಕೆ ಸರ್ವರ್ ಜೊತೆ 443 ನಲ್ಲಿ ನಿಜವಾದ TLS ಅಧಿವೇಶನ ತೆರೆಯುತ್ತದೆ, ಮತ್ತು ಸರ್ವರ್ನಲ್ಲಿನ ಎರಡನೇ ಸುತ್ತುವರಿಕೆ ಡೀಕ್ರಿಪ್ಟ್ ಆದ ಬೈಟ್ಗಳನ್ನು VPN ಡೀಮನ್ಗೆ ರವಾನಿಸುತ್ತದೆ. ಹೊರಗಿನ ಅಧಿವೇಶನ ಈಗ ಬೇರೆ ಯಾವುದೇ HTTPS ಸಂಪರ್ಕದಂತೆ ಕಾಣುತ್ತದೆ. ಸರ್ವರ್ನ VPN ಡೀಮನ್ loopback ನಲ್ಲಿ ಮಾತ್ರ ಕೇಳಬೇಕು, ಏಕೆಂದರೆ ಸುತ್ತುವರಿಕೆಯ ಹೊರಗೆ ಯಾವುದಕ್ಕೂ ಅದನ್ನು ತಲುಪುವ ಅಗತ್ಯವಿಲ್ಲ.

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

ಸುತ್ತುವರಿಕೆಗೆ ಹೋಗುವ ಮಾರ್ಗವೇ ಬಲೆ

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

sudo ip route add 198.51.100.20 via 192.168.0.1
sudo openvpn --config client.ovpn
sudo ip route del 198.51.100.20

ನಿಖರ ವಿಳಾಸಗಳನ್ನು ನೀವೇ ಭರ್ತಿ ಮಾಡಬೇಕು, ಮತ್ತು ಮಾರ್ಗವು ಸಂಪರ್ಕದ ಇಡೀ ಆಯುಷ್ಯದಲ್ಲಿ ಇರಬೇಕು, ಕೇವಲ ಆರಂಭದಲ್ಲಿ ಅಲ್ಲ. ಕ್ಲೈಂಟ್ಗಿಂತ ಮೊದಲು ಮಾರ್ಗ ಸೇರಿಸಿ ನಂತರ ತೆಗೆಯುವ ಸಣ್ಣ ಸುತ್ತುವರಿಕೆ ಸ್ಕ್ರಿಪ್ಟ್ ನೆನಪಿಟ್ಟುಕೊಂಡ ಆದೇಶಕ್ಕಿಂತ ಹೆಚ್ಚು ನಂಬಲರ್ಹ.

Android ನಲ್ಲಿ ಆ ವಿನಾಯಿತಿಯ ಸಮಾನಾಂತರ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಸೆಟ್ಟಿಂಗ್: ಸುತ್ತುವರಿಕೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸುರಂಗದಿಂದ ಹೊರಗಿಡಿ, ಅದರ ಸ್ವಂತ ಸಂಚಾರ ಮೊಬೈಲ್ ಸಂಪರ್ಕದ ಮೂಲಕ ಹೊರಹೋಗಲಿ. ಹೊರಗಿಡದಿದ್ದರೆ ಸುತ್ತುವರಿಕೆ ತಾನು ನಿರ್ಮಿಸಲು ಹೊರಟ ಸುರಂಗದೊಳಗೇ ಹಾಯ್ದುಹೋಗುತ್ತದೆ, ಮತ್ತು ಮರುಸಂಪರ್ಕದ ಚಕ್ರ ಸರ್ವರ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಸಮಯವನ್ನು ಓದಿ

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

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

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

ಒಂದೇ ಸಮಯಕ್ಕೆ ಒಂದು ಚರ ಪರೀಕ್ಷಿಸಿ

ಮೊದಲು UDP ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಕೆಲವು ನೆಟ್ವರ್ಕ್ಗಳು ಅದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಿಟ್ಟುಬಿಡುತ್ತವೆ ಮತ್ತು UDP ವೈಫಲ್ಯ 443 ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ನಂತರ ಸುತ್ತುವರಿಕೆ ಇಲ್ಲದೆ TCP 443 ಪ್ರಯತ್ನಿಸಿ, ಬಳಿಕ 443 ನಲ್ಲಿ ಸುತ್ತುವರಿಕೆ. ಪ್ರತಿ ಹಂತದಲ್ಲೂ ಕ್ಲೈಂಟ್ ಲಾಗ್ ಓದಿ ಮತ್ತು ವರ್ತನೆ ಬದಲಾದ ಕೂಡಲೇ ನಿಲ್ಲಿಸಿ.

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