Linux VPN ಕ್ಲೈಂಟ್ ಅನ್ನು ಹಳೆಯ ಸಾಧನದ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಹೊಂದಿಸಿ

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

ದೂರದ ತುದಿ ಏನನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ ಎಂದು ದಾಖಲಿಸಿ

ಪ್ಯಾಕೇಜ್ ನಿರ್ವಾಹಕವನ್ನು ತೆರೆಯುವ ಮೊದಲು ಸಾಧನವು ನಿರೀಕ್ಷಿಸುವ ಪ್ರೋಟೋಕಾಲ್, ಪೋರ್ಟ್‌ಗಳು ಮತ್ತು ದೃಢೀಕರಣವನ್ನು ಬರೆಯಿರಿ. ನಾಲ್ಕು ಕುಟುಂಬಗಳು ಹಳೆಯ ಉಪಕರಣಗಳ ಬಹುಪಾಲನ್ನು ಆವರಿಸುತ್ತವೆ, ಮತ್ತು ಕೆಳಗಿನ ಕೋಷ್ಟಕವು ಒಂದೇ ಪರದೆಯಲ್ಲಿ ಸಂಪೂರ್ಣ ನಿರ್ಧಾರವಾಗಿದೆ.

ಸಾಧನದ ಕೈಪಿಡಿ ಮತ್ತು ಅದರ ಸ್ವಂತ ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳು ಅದರ ಲಾಗಿನ್ ಪುಟದಲ್ಲಿನ ಪ್ರೋಟೋಕಾಲ್ ಹೆಸರಿಗಿಂತ ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹ. IPsec ಜಾಹೀರಾತು ಮಾಡುವ ಸಾಧನವು IKEv1 ಮಾತ್ರ ಮಾತನಾಡಬಹುದು, ಮತ್ತು ಯಾರೂ ಅನ್ವಯಿಸದ ಫರ್ಮ್‌ವೇರ್ ಬಿಡುಗಡೆಯೇ ಕೊನೆಗೆ IKEv2 ಸೇರಿಸುವಂತಹದ್ದಾಗಿರಬಹುದು. ಡೇಟಾ ಮಾರ್ಗ ಮತ್ತು ಸೆಟಪ್ ಪೋರ್ಟ್ ಎರಡನ್ನೂ ದೃಢೀಕರಿಸಿ, ಏಕೆಂದರೆ ಇಲ್ಲಿಯೇ ಹಳೆಯ ಉಪಕರಣ ಮತ್ತು ಆಧುನಿಕ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಬೇರೆಯಾಗುತ್ತವೆ. ಈ ಹಂತದಲ್ಲಿ ತಪ್ಪು ಮಾಡುವುದು ಎಂದರೆ ಇನ್ನೊಂದು ತುದಿಯಲ್ಲಿ ಎಂದಿಗೂ ಇಲ್ಲದ ವೈಶಿಷ್ಟ್ಯದ ವಿರುದ್ಧ ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಅನ್ನು ಡೀಬಗ್ ಮಾಡುವುದು.

PPTP: pppd ಸಂಪಾದಿಸುವ ಮೊದಲು GRE ಸಾಬೀತುಪಡಿಸಿ

Linux ನಲ್ಲಿ PPTP ನೀವು ಪ್ರಾರಂಭಿಸುವ ಡೀಮನ್ ಅಲ್ಲ, ಬದಲಿಗೆ pppd ಕರೆ, ಮತ್ತು ಸಂಪರ್ಕ ನಿಯತಾಂಕಗಳು pppd ಕರೆಯಾದಾಗ ಓದುವ ಹೆಸರಿನ peer ಫೈಲ್‌ನಲ್ಲಿರುತ್ತವೆ. ವಿತರಣೆಗಳು ಅದನ್ನು ಇನ್ನೂ ಪ್ಯಾಕೇಜ್ ಮಾಡುತ್ತವೆ, ಆದರೂ ಪ್ರೋಟೋಕಾಲ್‌ನ ತಿಳಿದ ದೌರ್ಬಲ್ಯಗಳು ಅದನ್ನು ಸೂಕ್ಷ್ಮ ಯಾವುದಕ್ಕೂ ಸೂಕ್ತವಲ್ಲದಂತೆ ಮಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಬೇರೆ ಏನನ್ನೂ ನೀಡದ ಸಾಧನಕ್ಕೆ ಮಾತ್ರ ಅದನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಇರಿಸಿ. ಕ್ಲೈಂಟ್ ಮಾತುಕತೆ ನಡೆಸುತ್ತಿರುವಾಗ GRE ಗಮನಿಸಿ, ಊಹೆಯ ಬದಲು ಚಿಕ್ಕ ಸೆರೆಹಿಡಿಯುವಿಕೆಯಿಂದ. ಹೆಚ್ಚು ಸಮಯ ವ್ಯರ್ಥ ಮಾಡುವ ವೈಫಲ್ಯ ದೃಢೀಕರಣವಲ್ಲ, ಬದಲಿಗೆ ಕಾಣೆಯಾದ ಡೇಟಾ ಮಾರ್ಗ.

pppd call branch-office
tcpdump -ni any proto gre -c 5

ಸೆಟಪ್ ಪೂರ್ಣಗೊಂಡು ಲಿಂಕ್ ಎಂದಿಗೂ ಸಂಚಾರ ಸಾಗಿಸದಿದ್ದರೆ, ರುಜುವಾತುಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು GRE ಮಾರ್ಗವನ್ನು ಸಂಶಯಿಸಿ. ಕ್ಲೌಡ್ ಭದ್ರತಾ ಗುಂಪುಗಳಿಗೆ ಪ್ರೋಟೋಕಾಲ್ 47 ಗಾಗಿ ಸ್ಪಷ್ಟ ನಿಯಮ ಬೇಕು, ಮತ್ತು ಕೆಲವು ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಅದನ್ನು ಗೋಚರ ದೋಷವಿಲ್ಲದೆ ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ಬಂಧಿಸುತ್ತವೆ. ನೀವು ನಿಜವಾಗಿ ಬಳಸುವ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ, ಎಲ್ಲವನ್ನೂ ಅನುಮತಿಸುವ ಪ್ರಯೋಗಾಲಯದಿಂದ ಅಲ್ಲ.

L2TP/IPsec: ಒಂದು ಹೊಂದಿಕೆಯಾಗುವ ಪ್ರಸ್ತಾಪ ಹತ್ತು ಪ್ರಯತ್ನಗಳನ್ನು ಸೋಲಿಸುತ್ತದೆ

ಡೆಸ್ಕ್‌ಟಾಪ್ ಸಂವಾದದ ಬದಲು ಡೀಮನ್ ಲಾಗ್ ಓದಿ, ಏಕೆಂದರೆ ಸಂವಾದವು ಹಲವು ವಿಭಿನ್ನ ವೈಫಲ್ಯಗಳನ್ನು ಒಂದೇ ಸಂದೇಶದಲ್ಲಿ ಸೇರಿಸುತ್ತದೆ. NO_PROPOSAL_CHOSEN ದೋಷ ಮೊದಲ ಹಂತಕ್ಕೆ ಸೇರಿದೆ: ಸರ್ವರ್ ಒಪ್ಪದ ಎನ್‌ಕ್ರಿಪ್ಶನ್, ಹ್ಯಾಶ್ ಅಥವಾ Diffie-Hellman ಗುಂಪನ್ನು ಕ್ಲೈಂಟ್ ಪ್ರಸ್ತಾಪಿಸಿದೆ. ಸಾಧನವು ಏನನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡಿ ಅದಕ್ಕೆ ಹೊಂದುವ ಒಂದು ಪ್ರಸ್ತಾಪ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಯಾದೃಚ್ಛಿಕ ಸಂಯೋಜನೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಅದೇ ದೋಷವನ್ನು ನಿಧಾನವಾಗಿ ನೀಡುತ್ತವೆ. ಡೆಸ್ಕ್‌ಟಾಪ್‌ನಲ್ಲಿ ಪ್ರಾಯೋಗಿಕ ಕ್ಲೈಂಟ್ ಎಂದರೆ ಕೆಳಗೆ strongSwan ಅಥವಾ Libreswan ಹೊಂದಿರುವ NetworkManager L2TP ಪ್ಲಗಿನ್.

ಡೆಸ್ಕ್‌ಟಾಪ್ ಪ್ಲಗಿನ್‌ಗೆ ಒಂದು ಅರ್ಥವಿರುವ ಪ್ರಸ್ತಾಪ ಸರಣಿಯು ಕೆಲಸವನ್ನು ಒಪ್ಪಿಸುವ ಡೀಮನ್‌ಗೆ ಬೇರೆ ಅರ್ಥವಿರಬಹುದು, ಆದ್ದರಿಂದ ನೀವು ಸಂಪಾದಿಸುತ್ತಿರುವ ಪದರಕ್ಕೆ ಸರಿಹೊಂದುವ ವಾಕ್ಯರಚನೆಯನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ. ಸಾಧನವು ಟನಲ್ ರಹಸ್ಯವನ್ನೂ ಕೇಳಿದರೆ, ಅದು IPsec ಕೀಗಿಂತ ಬೇರೆ ಹಂತ. ಏನನ್ನಾದರೂ ಟೈಪ್ ಮಾಡುವ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಯಾವುದನ್ನು ಕೇಳುತ್ತಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.

XAuth ನೊಂದಿಗೆ ಆಕ್ರಮಣಕಾರಿ IKEv1, ಮತ್ತು ಪೋರ್ಟಲ್ ಪ್ರಕರಣ

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

conn branch
    keyexchange=ikev1
    aggressive=yes
    leftauth=psk
    leftauth2=xauth
    leftsourceip=%config
    right=203.0.113.10

strongSwan ನ ಹಳೆಯ ಬಿಡುಗಡೆಗಳು ಆವೃತ್ತಿ 5 leftauth2=xauth ಬಳಸುವಲ್ಲಿ xauth=client ಬಳಸುತ್ತಿದ್ದವು, ಆದ್ದರಿಂದ ನಕಲಿಸಿದ ತುಣುಕು ಕೇವಲ ವಾಕ್ಯರಚನೆಯಿಂದ ವಿಫಲವಾಗಬಹುದು. TLS ಪೋರ್ಟಲ್‌ಗೆ, AnyConnect ಪ್ರೋಟೋಕಾಲ್ ಮಾತನಾಡುವ openconnect Cisco ಮತ್ತು ಹೆಚ್ಚಿನ ಮರುಬ್ರಾಂಡ್ ಮಾಡಿದ ಉತ್ಪನ್ನಗಳನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕೆ TUN ಸಾಧನ ಹಾಗೂ ಅದನ್ನು ಸಂರಚಿಸುವ ಅಧಿಕಾರಗಳು ಬೇಕು. ಪೋರ್ಟಲ್ ವಿಳಾಸವನ್ನು ಬ್ರೌಸರ್ ತೋರಿಸುವಂತೆಯೇ ನೀಡಿ, ಸಾಧನ ನಿರೀಕ್ಷಿಸುವ ಯಾವುದೇ ಮಾರ್ಗ ಸೇರಿಸಿ, ನಂತರ ಅದರ ಹಿಂದೆ ಏನನ್ನಾದರೂ ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಹಂಚಿಕೆಯಾದ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ. ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಮೊದಲೇ ರಚಿಸುವುದು ಸೆಟಪ್ ಸಮಯದಲ್ಲಿ ಒಂದು ರೀತಿಯ ಆಶ್ಚರ್ಯವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.

sudo ip tuntap add dev tun0 mode tun
sudo openconnect --protocol=anyconnect vpn.example.com

ಸಂಪರ್ಕಿಸಿ, ನಂತರ ಸ್ಥಿರ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ

ಒಮ್ಮೆಗೆ ನಿಖರವಾಗಿ ಒಂದು VPN ನಿರ್ವಾಹಕವನ್ನು ಚಲಾಯಿಸಿ, ಏಕೆಂದರೆ NetworkManager ಪ್ರೊಫೈಲ್ ಮತ್ತು ಕೈಯಿಂದ ಪ್ರಾರಂಭಿಸಿದ ಡೀಮನ್ ಮಾರ್ಗಗಳು ಮತ್ತು DNS ಗಾಗಿ ಹೋರಾಡುತ್ತವೆ. ಕೈಯಿಂದ ಸಂಪರ್ಕ ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಪ್ರೊಫೈಲ್ ಅನ್ನು ಇಳಿಸಿ, ಮತ್ತು ಹಳೆಯ ಟನಲ್ ಇಂಟರ್ಫೇಸ್ ಉಳಿದಿಲ್ಲ ಎಂದು ದೃಢೀಕರಿಸಿ. ನಂತರ ಈ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ: ಟನಲ್ ವಿಳಾಸ, ನಿಮಗೆ ಬೇಕಾದ ಏಕೈಕ ಆಂತರಿಕ ಹೋಸ್ಟ್‌ಗೆ ಮಾರ್ಗ, ಹೆಸರು ವಿಭೇದನ, ಮತ್ತು ಕೊನೆಗೆ ನಿಜವಾದ ವಿನಂತಿ. ಹಸಿರು ಚಿಹ್ನೆ ದೃಢೀಕರಣವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಬೇರೆ ಏನನ್ನೂ ಅಲ್ಲ.

ip -4 addr show tun0
ip route get 10.20.30.10
getent hosts app.internal

ಯಾವುದೇ ಹಂತ ವಿಫಲವಾದರೆ, ಮುಂದಿನದನ್ನು ಪರೀಕ್ಷಿಸುವ ಬದಲು ಅಲ್ಲಿಯೇ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ ಮುರಿದ ಮಾರ್ಗದ ಕೆಳಗಿನ DNS ವೈಫಲ್ಯ ನಿಮಗೆ ಏನನ್ನೂ ಕಲಿಸುವುದಿಲ್ಲ. ಪ್ರಯೋಗಿಸುವ ಮೊದಲು ಕೆಲಸ ಮಾಡುವ ಪ್ರೊಫೈಲ್‌ನ ಪ್ರತಿಯನ್ನು ಉಳಿಸಿ, ಏಕೆಂದರೆ ಅಳಿಸಿದ ಸಂಪರ್ಕ ಫೈಲ್ ಕಳೆದುಕೊಳ್ಳುವುದು ಸುಲಭ ಮತ್ತು ಮತ್ತೆ ನಿರ್ಮಿಸುವುದು ದಣಿವಿನ ಕೆಲಸ. ಪ್ರಸ್ತಾಪ ಮೌಲ್ಯಗಳನ್ನು ಸಾಧನ ಮಾದರಿ ಮತ್ತು ಫರ್ಮ್‌ವೇರ್ ಆವೃತ್ತಿಯ ಅದೇ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಪೆಟ್ಟಿಗೆ ಬದಲಾದಾಗ ಆ ಟಿಪ್ಪಣಿಯೇ ಸ್ಥಳಾಂತರ ಮತ್ತು ಪುರಾತತ್ತ್ವ ಯೋಜನೆಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸ.