OpenVPN ಗಾಗಿ SOCKS5 ಪ್ರಾಕ್ಸಿ: TCP ಸುರಂಗ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಪ್ರಾಕ್ಸಿ ಮಾಡುವುದು?
ಪ್ರಾಕ್ಸಿ ಡೇಟಾಗ್ರಾಮ್ ಅಲ್ಲ, ಬೈಟ್ ಸ್ಟ್ರೀಮ್ ರವಾನಿಸುತ್ತದೆ. socks-proxy ಹಿಂದಿನ TCP ಸುರಂಗವನ್ನು redsocks ಮರುನಿರ್ದೇಶನದೊಂದಿಗೆ ಹೋಲಿಸಿ, ಪ್ರತಿ ವಿನ್ಯಾಸ ಮೊದಲು ಎಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ ಎಂದು ನೋಡಿ.
ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಮಾತ್ರ ಹೊರಹೋಗಲು ಅನುಮತಿಸುವ ನೆಟ್ವರ್ಕ್ಗಳೇ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಪ್ರೊಫೈಲ್ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಸಾಯುವ ಸ್ಥಳ. ಪ್ರಾಕ್ಸಿ ವಿಳಾಸ ಆ ವೈಫಲ್ಯದಲ್ಲಿ ಅತ್ಯಂತ ಕಡಿಮೆ ಆಸಕ್ತಿದಾಯಕ ಚರ. ಎಲ್ಲವನ್ನೂ ನಿರ್ಧರಿಸುವುದು ಪ್ರಾಕ್ಸಿ ರವಾನಿಸುವ ಸಂಚಾರದ ಆಕಾರ, ಏಕೆಂದರೆ ಈ ಪ್ರಾಕ್ಸಿಗಳು ಬೈಟ್ ಸ್ಟ್ರೀಮ್ ಕಳುಹಿಸುತ್ತವೆ ಮತ್ತು UDP ಸುರಂಗ ಅಂಥದ್ದಲ್ಲ. ಇದು ಎರಡು ವಾಸ್ತುಶಿಲ್ಪಗಳನ್ನು ಬಿಡುತ್ತದೆ, ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ಕಡೆ ಒಡೆಯುತ್ತವೆ.
ಒಂದು ನಿರ್ಬಂಧ ವಿನ್ಯಾಸವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ
SOCKS5 ನಿಜವಾಗಿಯೂ UDP ಸಂಯೋಜನ ಮೋಡ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ. ಆದರೂ OpenVPN ಕ್ಲೈಂಟ್ನ ಪ್ರಾಕ್ಸಿ ಬೆಂಬಲವು ಸ್ಟ್ರೀಮ್ಗಳ ಸುತ್ತ ನಿರ್ಮಿಸಲಾಗಿದೆ: socks-proxy TCP ಪ್ರೊಫೈಲ್ಗಳಿಗೆ ದಾಖಲಾಗಿದೆ, ಮತ್ತು HTTP CONNECT ಪ್ರಾಕ್ಸಿಗೆ ಡೇಟಾಗ್ರಾಮ್ಗಳಿಗೆ ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ. ದಾಖಲೆಯ ಒಂದು ಸಾಲು ಸಂರಚನಾ ಫೈಲ್ ಮುಟ್ಟುವ ಮೊದಲೇ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಆದ್ದರಿಂದ ಪ್ರಶ್ನೆ ಯಾವ ಪ್ರಾಕ್ಸಿ ಆಯ್ಕೆ ಮಾಡುವುದು ಎಂಬುದಲ್ಲ. ಪ್ರಶ್ನೆ ಎಂದರೆ ಸುರಂಗ ಸ್ಟ್ರೀಮ್ ಆಗುತ್ತದೆಯೇ, ಅಥವಾ ಡೇಟಾಗ್ರಾಮ್ ಆಗಿ ಉಳಿದು ಬೇರೆ ಯಾವುದೋ ಪ್ರಾಕ್ಸಿಂಗ್ ಅನ್ನು ಹೀರಿಕೊಳ್ಳಲು ಬಿಡುತ್ತದೆಯೇ.
ಆಯ್ಕೆ A: ಸುರಂಗವನ್ನು ಸ್ಟ್ರೀಮ್ ಮಾಡಿ
ಇದಕ್ಕೆ TCP ಶ್ರೋತೃವಿರುವ ಸರ್ವರ್ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಹೆಸರಿಸುವ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಬೇಕು. ಎರಡೂ ಭಾಗಗಳು ಅಗತ್ಯ, ಮತ್ತು ಜನರು ಮರೆಯುವುದು ಸರ್ವರ್ ಭಾಗವನ್ನು:
proto tcp-client
remote vpn.example.net 443
socks-proxy 127.0.0.1 1080ಕೊನೆಯ ಸಾಲನ್ನು http-proxy proxy.internal 8080 ನಿಂದ ಬದಲಾಯಿಸಿ ಪ್ರಾಕ್ಸಿ HTTP ಮಾತನಾಡುವಾಗ, ಮತ್ತು ಬೇಡಿದರೆ ರುಜುವಾತು ಫೈಲ್ ಸೇರಿಸಿ. ಪ್ರಾಕ್ಸಿ ನಿಮ್ಮ VPN ಪೋರ್ಟ್ಗೆ CONNECT ಮಾಡಲು ಸಿದ್ಧವಾಗಿರಬೇಕು, ಮತ್ತು ಸರ್ವರ್ TCP ನಲ್ಲಿ ಉತ್ತರಿಸಬೇಕು; UDP ಮಾತ್ರ ಶ್ರೋತೃ ಆ ಪ್ರಯತ್ನವನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ. 443 ಆಯ್ಕೆ ಮಾಡುವುದು ಪ್ರಾಯೋಗಿಕ ಹೆಜ್ಜೆ, ಏಕೆಂದರೆ ಅನೇಕ ನಿರ್ಬಂಧಿತ ನೆಟ್ವರ್ಕ್ಗಳು ಅದನ್ನು ಮತ್ತು ಬಹುತೇಕ ಬೇರೇನನ್ನೂ ಅನುಮತಿಸುವುದಿಲ್ಲ.
ವೆಚ್ಚ TCP ಮೇಲೆ TCP ಜೋಡಿಸುವುದು. ಒಂದು ಕಳೆದುಹೋದ ಹೊರ ವಿಭಾಗ ಆ ಸಂಪರ್ಕವನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಪ್ರತಿ ಒಳ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಾಮಾನ್ಯವಾಗಿ ಸ್ವತಂತ್ರವಾಗಿರುತ್ತಿದ್ದ ಚೇತರಿಕೆ ಹಂಚಿಕೆಯಾಗುತ್ತದೆ. ಸೆಟಪ್ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಅಸ್ಥಿರ ಹೊರ ಮಾರ್ಗ ನಿಧಾನದ ಬದಲು ಅಸ್ಥಿರ ಸುರಂಗವಾಗುತ್ತದೆ.
ಆಯ್ಕೆ B: ಸುರಂಗವನ್ನು ಒಂಟಿಯಾಗಿ ಬಿಡಿ
ಸುರಂಗ UDP ನಲ್ಲಿ ಉಳಿಯಬೇಕಾದಾಗ, ಸುರಂಗವು ನೀವು ಏನನ್ನಾದರೂ ಸಂರಚಿಸುವ ಸ್ಥಳವಲ್ಲ. ಬದಲಾಗಿ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಂದ ಹೊರಹೋಗುವ TCP ಸ್ಥಳೀಯ SOCKS ಶ್ರೋತೃಗೆ ಮರುನಿರ್ದೇಶನವಾಗುತ್ತದೆ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ಗಳು ಪ್ರಾಕ್ಸಿ ಇದೆ ಎಂದು ಎಂದಿಗೂ ತಿಳಿಯುವುದಿಲ್ಲ. Linux ನಲ್ಲಿ ಇದು ಸಾಮಾನ್ಯವಾಗಿ redsocks ಜೊತೆಗೆ nat ಕೋಷ್ಟಕದಲ್ಲಿ NAT REDIRECT ನಿಯಮ.
ಮತ್ತೆ TCP ಮಾತ್ರ. privoxy ನಂತಹ HTTP ಮಾತ್ರ ಪ್ರಾಕ್ಸಿ ಅನಿಯಂತ್ರಿತ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ರವಾನಿಸಲಾರದು, ಮತ್ತು ಈ ವಿನ್ಯಾಸ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ ಯಾವುದೇ ಡೇಟಾಗ್ರಾಮ್ ಬೆಂಬಲವನ್ನೂ ಸೇರಿಸುವುದಿಲ್ಲ.
ಸಾಫ್ಟ್ವೇರ್ ಬೆಂಬಲಿಸುವಲ್ಲಿ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ಗೆ ನೇರವಾಗಿ ಪ್ರಾಕ್ಸಿ ಬಗ್ಗೆ ಹೇಳುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಉತ್ತಮ. ಅದನ್ನು ಆಡಿಟ್ ಮಾಡುವುದು ಸುಲಭ, ಮತ್ತು ಅದು ನೀವು ನಿಜವಾಗಿ ನೋಡಬಹುದಾದ ಸ್ಥಳದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ.
ಪ್ರತಿ ಆಯ್ಕೆ ಎಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ
ಆಯ್ಕೆ A ವಿಫಲವಾಗುತ್ತದೆ ಸರ್ವರ್ಗೆ TCP ಶ್ರೋತೃ ಇಲ್ಲದಿದ್ದಾಗ, ಪ್ರಾಕ್ಸಿ CONNECT ಗುರಿಯನ್ನು ನಿರಾಕರಿಸಿದಾಗ, ಅಥವಾ ಹೊರ ಸ್ಟ್ರೀಮ್ ಸುರಂಗಕ್ಕೆ ಬೇಕಾದುದಕ್ಕಿಂತ ಕೆಳಗೆ ಥ್ರಾಟಲ್ ಆದಾಗ. ಮೊದಲ ಎರಡು ಪ್ರಾಕ್ಸಿ ಲಾಗ್ನಲ್ಲಿ ನಮೂದು ಬಿಡುತ್ತವೆ; ಮೂರನೆಯದು ಸ್ಥಾಪಿತವಾಗಿ ನಂತರ ತಪ್ಪಾಗಿ ಅನಿಸುವ ಸಂಪರ್ಕವನ್ನು ಬಿಡುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಆ ಲಾಗ್ ಓದಿ, ಏಕೆಂದರೆ ಅದು ಅನುಮತಿ ಸಮಸ್ಯೆಯನ್ನು ಸಾಮರ್ಥ್ಯದ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ಪೂರ್ಣಗೊಂಡ CONNECT ತನಿಖೆಯನ್ನು ಸುರಂಗದ ಒಳಗೆ ಸರಿಸುತ್ತದೆ.
ಆಯ್ಕೆ B ಡೇಟಾಗ್ರಾಮ್ ಬೇಕಾದ ಯಾವುದಕ್ಕೂ, ಪ್ರಾಕ್ಸಿಗೆ ಅರ್ಥವಾಗದ ಪ್ರೋಟೋಕಾಲ್ಗಳಿಗೆ, ಮತ್ತು ಮರುನಿರ್ದೇಶನ ನಿಯಮ ಇದ್ದರೂ ರೂಟಿಂಗ್ ಸಂಚಾರವನ್ನು ಅದರ ಪಕ್ಕದಿಂದ ಕಳುಹಿಸುವ ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಸದ್ದಿಲ್ಲದೆ ವಿಫಲವಾಗುತ್ತದೆ.
ಯಾವ ಆಯ್ಕೆಯೂ ಸಾಧನದ ಅಗತ್ಯವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಕರ್ನಲ್ ರೂಟ್ ಮಾಡುವ ಮೊದಲು ಪ್ಯಾಕೆಟ್ಗಳಿಗೆ ಇನ್ನೂ TUN ಅಥವಾ TAP ನೋಡ್ ಬೇಕು, ಆದ್ದರಿಂದ ಪ್ರಕ್ರಿಯೆಗೆ ಇನ್ನೂ /dev/net/tun ಮೇಲೆ ಅನುಮತಿ ಬೇಕು. ರ್ಯಾಪರ್ ಆ ನೋಡ್ ತೆರೆದ ನಂತರ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ, ನಿಮಗೆ ಅದು ಬೇಕೇ ಎಂಬುದನ್ನಲ್ಲ.
ನೀವು ಯಾವ ಮಾರ್ಗ ಕಟ್ಟಿದಿರಿ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ
ಟ್ರೇ ಐಕಾನ್ ಬದಲು ಸಾಕೆಟ್ಗಳನ್ನು ನೋಡಿ. VPN ಪ್ರಕ್ರಿಯೆ ಪ್ರಾಕ್ಸಿ ವಿಳಾಸಕ್ಕೆ ಸ್ಥಾಪಿತ ಸಂಪರ್ಕವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಬೇಕು, ಮತ್ತು ಪ್ರಾಕ್ಸಿ ತಲುಪಲು ಕೇಳಿದ ಗುರಿಯನ್ನು ಲಾಗ್ ಮಾಡಿರಬೇಕು:
ss -tnp | grep openvpnನಂತರ ಸುರಂಗ ಮಾತ್ರ ಸೇವೆ ಮಾಡಬಹುದಾದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೂ, ಸುರಂಗದ ಪರಿಹಾರಕ ಮಾತ್ರ ಉತ್ತರಿಸಬಹುದಾದ ಹೆಸರಿಗೂ ತಲುಪಿ. ಸತ್ತ ಸುರಂಗದೊಂದಿಗೆ ಪೂರ್ಣಗೊಂಡ ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕ ಸಾಮಾನ್ಯವಾಗಿ ದೂರದ ತುದಿ ನಿಮ್ಮ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಹೆಸರಿಸಿದ ಸಾರಿಗೆಯನ್ನು ಎಂದಿಗೂ ನೀಡಿಲ್ಲ ಎಂದರ್ಥ.
ಸಾರಿಗೆ ಮತ್ತು ಸ್ವೀಕರಿಸುವ ಪ್ರಾಕ್ಸಿಯನ್ನು ಬಾಳಿಕೆಯ ಸ್ಥಳದಲ್ಲಿ ಟಿಪ್ಪಣಿ ಮಾಡಿ. ಅದೇ ಪ್ರೊಫೈಲ್ ಬೇರೆ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ವಿಫಲವಾದಾಗ, ಆ ಟಿಪ್ಪಣಿ ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಪ್ರಾಕ್ಸಿಯನ್ನು ಹೊರಗಿಡುತ್ತದೆ ಅಥವಾ ದೃಢೀಕರಿಸುತ್ತದೆ.