Netgear OpenVPN: TUN ಮತ್ತು TAP ಬೇರೆ ಬೇರೆ ಪೋರ್ಟ್‌ಗಳಲ್ಲಿ ಕೇಳುತ್ತವೆ

ಒಂದು ಫೋನ್ ಯಾವುದೇ ದೂರಿಲ್ಲದೆ ರೌಟರ್‌ನ VPN ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಆದರೆ ಅದೇ ಡೌನ್‌ಲೋಡ್ ಪುಟದ ಪ್ರೊಫೈಲ್ ಬಳಸುವ ಲ್ಯಾಪ್‌ಟಾಪ್ ಸಮಯ ಮೀರುತ್ತದೆ. ಆ ಎರಡು ಪ್ರಯತ್ನಗಳ ನಡುವೆ ಪ್ರಮಾಣಪತ್ರಗಳಲ್ಲಿ ಏನೂ ಬದಲಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಲ್ಯಾಪ್‌ಟಾಪ್ ಪ್ರಮಾಣಪತ್ರಗಳು ಮುಖ್ಯವಾಗುವ ಹಂತವನ್ನು ಎಂದಿಗೂ ತಲುಪಲಿಲ್ಲ. ರೌಟರ್ TUN ಮತ್ತು TAP ಗಾಗಿ ಪ್ರತ್ಯೇಕ ಕೇಳುಗರನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ, ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಪ್ರೊಫೈಲ್ ತನ್ನದೇ ಸಾಧನ ಪ್ರಕಾರಕ್ಕೆ ಸೇರಿದ ಕೇಳುಗರನ್ನು ಆರಿಸಬೇಕು.

ಮೂರು ಸಂಭಾವ್ಯ ದೋಷಗಳಲ್ಲಿ ಯಾವುದನ್ನು ಬೆನ್ನಟ್ಟಬೇಕೆಂದು ನಿರ್ಧರಿಸುವುದೇ ಇಲ್ಲಿ ಪೂರ್ಣ ಕೆಲಸ: ಪೋರ್ಟ್, ಸಾಧನ ಪ್ರಕಾರ, ಅಥವಾ ಡೇಟಾ-ಚಾನೆಲ್‌ನ ಸೈಫರ್ ಮಾತುಕತೆ.

ಹೊಂದಿಕೊಳ್ಳಬೇಕಾದ ಮೂರು ವಿಷಯಗಳು

ಸಾಧನ ಪ್ರಕಾರ, ಪ್ರೊಫೈಲ್‌ನ ಇಂಟರ್‌ಫೇಸ್ ಸಾಲು ಮತ್ತು ಕೇಳುಗರ ಪೋರ್ಟ್ ಮೂರು ಅಲ್ಲ, ಒಂದೇ ಆಯ್ಕೆ. dev tun ಘೋಷಿಸಿ TAP ಕೇಳುಗರನ್ನು ಗುರಿಯಾಗಿಸಿಕೊಂಡ ಪ್ರೊಫೈಲ್ ಸೆಷನ್ ಪೂರ್ಣಗೊಳಿಸಲಾರದು, ಮತ್ತು ವಿರುದ್ಧವೂ ಅದೇ ರೀತಿ ವಿಫಲವಾಗುತ್ತದೆ. ನಿಮ್ಮ ಮಾಡೆಲ್ ಮತ್ತು ಫರ್ಮ್‌ವೇರ್‌ಗಾಗಿ ಪೋರ್ಟ್ ಅನ್ನು ಮಾರ್ಗದರ್ಶಿಯಿಂದ ಅಲ್ಲ, ರೌಟರ್‌ನ ಸ್ವಂತ VPN ಪುಟದಿಂದ ಓದಿ, ಏಕೆಂದರೆ ಸಂಖ್ಯೆಗಳು ಬಿಲ್ಡ್‌ಗಳ ನಡುವೆ ಬದಲಾಗುತ್ತವೆ. ಮಾಡೆಲ್ ಮತ್ತು ಫರ್ಮ್‌ವೇರ್ ಆವೃತ್ತಿಯನ್ನು ಆ ಸಂಖ್ಯೆಯ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಪರಿಶೀಲಿಸಬಹುದು.

ಕ್ಷೇತ್ರ ವರದಿಗಳು ಒಂದು ಫರ್ಮ್‌ವೇರ್‌ನಲ್ಲಿ TUN ಗೆ 12973 ಮತ್ತು TAP ಗೆ 12974 ನಂತಹ ಜೋಡಿಯನ್ನು, ಇನ್ನೊಂದರಲ್ಲಿ ಬೇರೆ ಸಂಖ್ಯೆಯನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತವೆ. ಅವುಗಳನ್ನು ಬಿಲ್ಡ್‌ಗಳು ಭಿನ್ನ ಎಂಬ ಪುರಾವೆಯಾಗಿ ಓದಿ, ನಕಲಿಸಬೇಕಾದ ಸ್ಥಿರಾಂಕಗಳಾಗಿ ಅಲ್ಲ. ನಂತರ ಪ್ರೊಫೈಲ್‌ಗೆ ದೂರಕ್ಕೆ ಸೂಕ್ತವಾದ ಹೋಸ್ಟ್‌ಹೆಸರು ಬೇಕು: ಬದಲಾಗುವ WAN ವಿಳಾಸದ ಬದಲು ರೌಟರ್‌ನ ಕ್ರಿಯಾತ್ಮಕ DNS ಹೆಸರು.

ಪೋರ್ಟ್ ಮತ್ತು ಇಂಟರ್‌ಫೇಸ್ ಸಾಲನ್ನು ಸರಿಪಡಿಸಿದ ನಂತರ ಪ್ರೊಫೈಲ್ ಒಂದು remote ಸಾಲು ಮತ್ತು ಒಂದು dev ಸಾಲು ಇರುವ ಸಾಮಾನ್ಯ ಕ್ಲೈಂಟ್ ಸಂರಚನೆಯಂತೆ ಕಾಣುತ್ತದೆ. ಎರಡೂ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ಎಷ್ಟೇ ಬಾರಿ ಪ್ರಯತ್ನಿಸಿದರೂ ಸೆಷನ್ ಉಂಟಾಗುವುದಿಲ್ಲ.

ಲಾಗ್ ಅನ್ನು ಮುದ್ರಣವಾಗುವ ಕ್ರಮದಲ್ಲೇ ಓದಿ

OpenVPN ಕ್ಲೈಂಟ್ ಘಟನೆಗಳನ್ನು ಅವು ಸಂಭವಿಸುವ ಕ್ರಮದಲ್ಲೇ ವರದಿ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೌನಕ್ಕೆ ಮೊದಲಿನ ಕೊನೆಯ ಸಾಲು ಪರಿಶೀಲಿಸಬೇಕಾದ ಪದರವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ರನ್ TLS Error: TLS key negotiation failed ನಲ್ಲಿ ಕೊನೆಗೊಂಡಾಗ, ಅಥವಾ ಮೊದಲ ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಕಾಯ್ದು ಬಿಟ್ಟುಕೊಂಡಾಗ, ಪ್ರಮಾಣಪತ್ರ ಹೋಲಿಕೆ ಎಂದಿಗೂ ನಡೆದಿರಲಿಲ್ಲ. ಅದು ತಲುಪುವಿಕೆ, ಕೇಳುಗ, ಅಥವಾ ಹಿಂದೆ ಏನೂ ಇಲ್ಲದ ಪೋರ್ಟ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ CA ಫೈಲ್ ಬದಲಿಸುವುದರಿಂದ ಸರಿಯಾಗುವುದಿಲ್ಲ.

VERIFY OK ತಲುಪಿ ನಂತರ ವಿಫಲವಾಗುವ ರನ್ ಸಂಪೂರ್ಣ ಬೇರೆ ಕಡೆ ಇರುತ್ತದೆ, ತನ್ನದೇ ಕಾರಣಗಳೊಂದಿಗೆ. ಫೈಲ್‌ಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಈ ಎರಡು ಫಲಿತಾಂಶಗಳನ್ನು ಬೇರ್ಪಡಿಸುವುದು ಎಂದಿಗೂ ಕೇಳಲಾಗದ ಪ್ರಮಾಣಪತ್ರ ಬಂಡಲ್‌ಗಳ ಮೂಲಕ ಹೋಗುವ ಸಾಂಪ್ರದಾಯಿಕ ಸುತ್ತುದಾರಿಯನ್ನು ತಡೆಯುತ್ತದೆ. ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಪೂರ್ಣಗೊಂಡರೂ ಟನೆಲ್ ಏಳದಿದ್ದರೆ, ತಲುಪುವಿಕೆಯ ಬದಲು ಸೈಫರ್ ಮಾತುಕತೆಯನ್ನು ನೋಡಿ.

ಆಧುನಿಕ ಕ್ಲೈಂಟ್ ನಿರೀಕ್ಷಿಸುವ ಸೈಫರ್ ಪಟ್ಟಿಯನ್ನು ಸೇರಿಸಿ

ಇತ್ತೀಚಿನ OpenVPN ಕ್ಲೈಂಟ್‌ಗಳು ಗ್ರಾಹಕ ಫರ್ಮ್‌ವೇರ್ ಇನ್ನೂ ನೀಡುವ ಹಳೆಯ ಡೀಫಾಲ್ಟ್‌ಗಳನ್ನು ನಿರಾಕರಿಸುತ್ತವೆ, ಮತ್ತು ಲಕ್ಷಣವೆಂದರೆ ಯಶಸ್ವಿ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ನಂತರ ತಕ್ಷಣದ ಮಾತುಕತೆ ವೈಫಲ್ಯ. ಪರಿಹಾರವೆಂದರೆ ಕ್ಲೈಂಟ್ ಏನನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಹೆಸರಿಸುವ ಒಂದು ಪ್ರೊಫೈಲ್ ಸಾಲು: data-ciphers ಅನ್ನು ಈ ಕ್ರಮದಲ್ಲಿ AES-256-GCM, AES-128-GCM, CHACHA20-POLY1305 ಮತ್ತು AES-128-CBC ಗೆ ಹೊಂದಿಸಿ. ರೌಟರ್ ಜಾರಿಗೊಳಿಸದ ಯಾವುದೇ ಅಲ್ಗಾರಿದಮ್ ಸರಳವಾಗಿ ಎಂದಿಗೂ ಆಯ್ಕೆಯಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಉದ್ದವಾದ ಪಟ್ಟಿ ಸ್ವಲ್ಪ ಉದ್ದವಾದ ಮಾತುಕತೆಯ ಹೊರತು ಬೇರೆ ಏನೂ ವೆಚ್ಚ ಮಾಡುವುದಿಲ್ಲ.

ಸೈಫರ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವುದು ರೌಟರ್‌ಗೆ ಅದರಲ್ಲಿ ಇಲ್ಲದಿರುವುದನ್ನು ಕಲಿಸುವುದಿಲ್ಲ. ಮಾತುಕತೆ ಇನ್ನೂ ವಿಫಲವಾದರೆ, ರೌಟರ್ ಪುಟದಲ್ಲಿ ತನ್ನದೇ ಸೈಫರ್ ಸೆಟ್ಟಿಂಗ್ ಇದೆಯೇ ಮತ್ತು ಆ ಸೆಟ್ಟಿಂಗ್‌ನಲ್ಲಿ ಕ್ಲೈಂಟ್ ಸ್ವೀಕರಿಸುವ ಕನಿಷ್ಠ ಒಂದು ನಮೂದು ಇದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಸಾಮಾನ್ಯ ಸದಸ್ಯರಿಲ್ಲದ ಎರಡು ಪಟ್ಟಿಗಳು ತಪ್ಪು ಪೋರ್ಟ್‌ನಂತೆಯೇ ಅದೇ ವೈಫಲ್ಯವನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಎರಡೂ ತುದಿಗಳು ಒಂದು ನೋಟಕ್ಕೆ ಅರ್ಹ.

ಕೈಯಿಂದ ಪ್ರತಿಗಳನ್ನು ಸಂಪಾದಿಸುವ ಬದಲು ಒಮ್ಮೆ ಆಮದು ಮಾಡಿ

ಸರಿಪಡಿಸಿದ ಫೈಲ್ ಅನ್ನು NetworkManager ಗೆ ಆಮದು ಮಾಡುವುದು ಸ್ವಲ್ಪ ಭಿನ್ನ ಪ್ರೊಫೈಲ್‌ಗಳಿಂದ ತುಂಬಿದ ಫೋಲ್ಡರ್ ಅನ್ನು ತಪ್ಪಿಸುತ್ತದೆ: nmcli connection import type openvpn file client.ovpn, ನಂತರ ಅದನ್ನು ಹೆಸರಿನಿಂದ ಎಬ್ಬಿಸಿ. ಆಮದು ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಅನ್ನೇ ನೀವು ಸಂಪಾದಿಸುವ ಏಕೈಕ ಪ್ರತಿಯಾಗಿ ಇರಿಸಿಕೊಳ್ಳಿ, ಮತ್ತು ಪುನರಾವರ್ತಿತ ಡೌನ್‌ಲೋಡ್‌ಗಳಿಂದ ಸೇರುವ ನಕಲುಗಳನ್ನು ಅಳಿಸಿ.

ನಂತರ LAN ನ ಹೊರಗಿನಿಂದ ಪರೀಕ್ಷಿಸಿ. ಅದೇ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಸಂಪರ್ಕಿಸುವುದು ಬಹಳ ಕಡಿಮೆ ಸಾಬೀತು ಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಸಂಚಾರವು ಟನೆಲ್ ಮೂಲಕ ಹಾದು ಹೋಗದೇ ಇರಬಹುದು. ವಿನಂತಿಯು ನಿಜವಾಗಿಯೂ ರೌಟರ್ ಮೂಲಕ ಹೊರಹೋಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿತ ಸ್ಥಿತಿ ತೋರಿಸುತ್ತದೆ ಎಂಬುದಷ್ಟೇ ಅಲ್ಲ.

ಎಚ್ಚರಿಕೆಗಳ ಬಗ್ಗೆ ಏನು ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ

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

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