L2TP: ಮಾರಕ ಸಿಗ್ನಲ್ 15, NO_PROPOSAL_CHOSEN ಮತ್ತು ಕಾಣೆಯಾದ modp1024

ನಿಮ್ಮ ಸಂಪರ್ಕ ನೇತಾಡುತ್ತದೆ, ಕ್ಲೈಂಟ್ ನಿರ್ಗಮಿಸುತ್ತದೆ, ಮತ್ತು ಪರದೆಯ ಕೊನೆಯ ಸಾಲು death_handler: Fatal signal 15 received ಆಗಿದೆ. ಆ ಸಾಲು ಅಡಚಣೆಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಕಾರಣವನ್ನಲ್ಲ. IPsec ಲಾಗ್ನಲ್ಲಿ ಒಂದು ಸಾಲು ಮೇಲೆ ಬಹುತೇಕ ಯಾವಾಗಲೂ NO_PROPOSAL_CHOSEN ಇರುತ್ತದೆ, ಮತ್ತು ಈ ಜೋಡಿ ವಿನಿಮಯದ ಫೇಸ್ 2 ಕಡೆ ಸೂಚಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಎರಡೂ ಕಡೆ ಎನ್ಕ್ರಿಪ್ಶನ್ ಮತ್ತು ಹ್ಯಾಶ್ ಆಯ್ಕೆಗಳನ್ನು ಹೋಲಿಸಿ ಸಾಮಾನ್ಯವಾದದ್ದು ಏನೂ ಇಲ್ಲದಿದ್ದಾಗ ನಿಲ್ಲುತ್ತವೆ. ಆ ಹಂತದಲ್ಲಿ ರುಜುವಾತುಗಳು ಇನ್ನೂ ಕಳುಹಿಸಲ್ಪಟ್ಟಿಲ್ಲ, ಆದ್ದರಿಂದ ಪಾಸ್ವರ್ಡ್ ಮತ್ತೆ ಟೈಪ್ ಮಾಡುವುದರಿಂದ ಫಲಿತಾಂಶ ಬದಲಾಗದು.

Linux ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು ವಿಷಯಗಳು ಆ ಛೇದನವನ್ನು ಖಾಲಿ ಮಾಡುತ್ತವೆ. ಸ್ಥಳೀಯ ಡೀಮನ್ ಪ್ರೊಫೈಲ್ ಕೇಳುವ Diffie-Hellman ಗುಂಪನ್ನು ಇನ್ನು ಜಾರಿಗೊಳಿಸದಿರಬಹುದು, ಅಥವಾ ಪ್ರೊಫೈಲ್ ಫೇಸ್ 1 ಪ್ರಸ್ತಾವವನ್ನು ಫೇಸ್ 2 ಕ್ಷೇತ್ರದಲ್ಲಿ ಹೊತ್ತಿರಬಹುದು. ಎರಡೂ ಲಾಗ್ನಲ್ಲಿ ಸುಳಿವು ಬಿಡುತ್ತವೆ, ಮತ್ತು ಯಾವುದೂ ಖಾತೆ ಸಮಸ್ಯೆ ಅಲ್ಲ.

ಎರಡು ಸಂದೇಶಗಳು ನಿಜವಾಗಿ ಏನು ಹೇಳುತ್ತವೆ

IKE ಹಂತಗಳಲ್ಲಿ ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ. ಫೇಸ್ 1 ರಕ್ಷಿತ ಚಾನಲ್ ಕಟ್ಟಿ ತನ್ನದೇ ಅಲ್ಗಾರಿದಮ್ಗಳನ್ನು ಆರಿಸುತ್ತದೆ; ಫೇಸ್ 2, ಅಂದರೆ ಮಗು SA, ಪ್ರತ್ಯೇಕ ಗುಂಪಿನ ಅಡಿಯಲ್ಲಿ ಸಂಚಾರ ಸಾಗಿಸುತ್ತದೆ. NO_PROPOSAL_CHOSEN ಎಂಬುದು ಒದಗಿಸಿದ ಸಂಯೋಜನೆಗಳಲ್ಲಿ ಯಾವುದೂ ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲದಿದ್ದಾಗ ಪ್ರತ್ಯುತ್ತರದಾತ ಕಳುಹಿಸುವ ಅಧಿಸೂಚನೆ, ಮತ್ತು ಅದು INFORMATIONAL ವಿನಿಮಯದ ಒಳಗೆ [ HASH N(NO_PROP) ] ರೂಪದಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ.

ಸಿಗ್ನಲ್ 15 ಬೇರೆ ಘಟನೆ: ಯಾವುದೋ ಸ್ಥಳೀಯ ಪ್ರಕ್ರಿಯೆಗೆ ನಿಲ್ಲಿಸಲು ಹೇಳಿತು ಮತ್ತು ನಿರ್ವಾಹಕ ಅದನ್ನು ದಾಖಲಿಸಿತು. ಎರಡೂ ಸಾಲುಗಳು ಒಟ್ಟಿಗೆ ಕಾಣಿಸಿದಾಗ ಕ್ರಮ ಕಾರಣಸಂಬಂಧಿ, ಮೊದಲು ನಿರಾಕರಣೆ ನಂತರ ಆಫ್ ಆಗುವಿಕೆ.

ರುಜುವಾತುಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಮಾತುಕತೆಯನ್ನು ಓದಿ

ಡೀಮನ್ ಬರೆಯುವ ಜಾಗದಲ್ಲಿ ಲಾಗ್ ಮಟ್ಟ ಹೆಚ್ಚಿಸಿ, ನಂತರ ಔಟ್ಪುಟ್ ಗಮನಿಸುತ್ತಾ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ. NetworkManager ಹೋಸ್ಟ್ನಲ್ಲಿ L2TP ಪ್ಲಗಿನ್ ಆ ಮಟ್ಟವನ್ನು ಬ್ಯಾಕೆಂಡ್ಗೆ ರವಾನಿಸುತ್ತದೆ, ಮತ್ತು ಸಂದೇಶಗಳು ವಿತರಣೆಯ ಆಧಾರದಲ್ಲಿ journal ಅಥವಾ ಸಾಂಪ್ರದಾಯಿಕ syslog ಕಡತಕ್ಕೆ ಸೇರುತ್ತವೆ. ಇವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ವಿನಿಮಯವನ್ನು ತೋರಿಸುತ್ತದೆ: journalctl -f -u NetworkManager | grep -Ei 'pluto|charon|no_prop|proposal' ಅಥವಾ tail -f /var/log/syslog | grep -Ei 'pluto|charon|ike'.

pluto ಎಂದು ಹೆಸರಿಸುವ ಸಾಲು libreswan ನಿಂದ ಬರುತ್ತದೆ, charon strongSwan ನಿಂದ, ಮತ್ತು ಎರಡೂ ಒಂದೇ ಸ್ಥಿತಿಯನ್ನು ಬೇರೆ ಪದಗಳಲ್ಲಿ ವಿವರಿಸುತ್ತವೆ. ಹುಡುಕಲು ಯೋಗ್ಯವಾದ ರೂಪ ಕಾಣೆಯಾದ ಗುಂಪನ್ನು ಹೆಸರಿಸುವಂಥದ್ದು, ಉದಾಹರಣೆಗೆ algorithm 'modp1024' is not supported, ಏಕೆಂದರೆ ಅದು ಅಸ್ಪಷ್ಟ ವೈಫಲ್ಯವನ್ನು ನಿರ್ದಿಷ್ಟವಾಗಿಸುತ್ತದೆ.

modp1024 ಎಲ್ಲಿಗೆ ಹೋಯಿತು

Diffie-Hellman ಗುಂಪು 2 ಸಾಕಷ್ಟು ದುರ್ಬಲವಾಗಿದ್ದು, ಹಲವು ವಿತರಣೆಗಳು 3.30 ರಿಂದ libreswan ಗೆ ಅದನ್ನು ಕಂಪೈಲ್ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿದವು. ಆಗ ವರ್ಷಗಳ ಹಿಂದೆ ಬರೆದ ಪ್ರೊಫೈಲ್, ಅಥವಾ ಕೇವಲ aes128-sha1-modp1024 ಪಟ್ಟಿ ಮಾಡುವ ಗೇಟ್ವೇ ಮಾರ್ಗದರ್ಶಿಯಿಂದ ತೆಗೆದದ್ದು, ಸ್ಥಳೀಯ ಡೀಮನ್ಗೆ ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಮಾಡಲಾಗದ ಕೆಲಸವನ್ನು ಕೇಳುತ್ತದೆ. ಹೊಸ NetworkManager-l2tp ಬಿಲ್ಡ್ಗಳು ಆ ಫಲಿತಾಂಶವನ್ನು ಹೆಚ್ಚು ಸಂಭಾವ್ಯ ಮಾಡುತ್ತವೆ: 1.2.16 ರಿಂದ ಅವು ಗುಂಪನ್ನು Windows 10 ಮತ್ತು iOS ಶೈಲಿಯ ಪ್ರಸ್ತಾವಗಳಿಂದ ಬದಲಿಸಿ, libreswan ಪತ್ತೆಯಾದ ಕೂಡಲೇ modp1024 ತೆಗೆದುಹಾಕುತ್ತವೆ. ಎದುರು ಕಡೆ ಹೆಚ್ಚಾಗಿ ನಿರ್ದೋಷಿಯಾಗಿದ್ದು ಇನ್ನೂ ನೀವು ಸಂರಚಿಸಿದ ಗುಂಪನ್ನೇ ನೀಡುತ್ತದೆ.

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

ಬೇರೆ ಬೇರೆ ಪರಿಣಾಮಗಳ ಎರಡು ದುರಸ್ತಿಗಳು

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

ಎರಡನೇ ದುರಸ್ತಿ strongSwan ಸ್ಥಾಪಿಸುವ ಮೂಲಕ ಹಳೆಯ ಗೇಟ್ವೇಯನ್ನು ತಲುಪಬಹುದಾಗಿ ಇಡುತ್ತದೆ, ಅದರ ಪ್ಯಾಕೇಜ್ಗಳು ಬಹುತೇಕ ವಿತರಣೆಗಳಲ್ಲಿ ಇನ್ನೂ ಗುಂಪು 2 ಜಾರಿಗೊಳಿಸುತ್ತವೆ. ಇದು ಡೀಮನ್ ಬದಲಾವಣೆ, ಆದ್ದರಿಂದ ಬೆಲೆ ಇದೆ: ತೆಗೆಯುವ ಮೊದಲು ಹೋಸ್ಟ್ನ ಇತರ ಸುರಂಗಗಳು libreswan ಸಂರಚನೆಯನ್ನು ಅವಲಂಬಿಸಿವೆಯೇ ಎಂದು ದೃಢೀಕರಿಸಿ, ಮತ್ತು Fedora ನಲ್ಲಿ NetworkManager ಮತ್ತು strongSwan ಪ್ಲಗಿನ್ ನಡುವೆ SELinux ನಿರಾಕರಣೆಗಳನ್ನು ನಿರೀಕ್ಷಿಸಿ. ಆ ನಿರಾಕರಣೆಗಳು IKE ಜಾಡಿನಲ್ಲಿ ಅಲ್ಲ, ಆಡಿಟ್ ಲಾಗ್ನಲ್ಲಿ ಕಾಣಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಯಶಸ್ವಿ ಸ್ಥಾಪನೆಯ ನಂತರವೇ ಸುರಂಗ ಮುರಿದಂತೆ ಕಾಣಬಹುದು. ಕೆಲಸ ಮಾಡುವ ಕ್ರಮ ಮೊದಲು dnf install strongswan, ನಂತರ rpm -e libreswan.

ಹೊಂದುವ ಪ್ರಸ್ತಾವ ಸರಣಿಗಳು, ಮತ್ತು ಅವುಗಳ ಸುತ್ತಲಿನ ಬಲೆಗಳು

ಕ್ಷೇತ್ರಗಳನ್ನು ಕೈಯಿಂದ ತುಂಬಬೇಕಾದಾಗ ಫೇಸ್ 1 ಮತ್ತು ಫೇಸ್ 2 ಬೇರೆ ಬೇರೆ ಮೌಲ್ಯಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ. Meraki ಶೈಲಿಯ ಎದುರು ಕಡೆಯ ವಿರುದ್ಧ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ತಿಳಿದಿರುವ ಜೋಡಿ ಫೇಸ್ 1 ನಲ್ಲಿ aes128-sha1-modp1024 ಮತ್ತು ಅದರ ಹಿಂದೆ 3des-sha1-modp1024 ನೀಡುತ್ತದೆ, ಎರಡೂ ಆಶ್ಚರ್ಯಚಿಹ್ನೆಯಿಂದ ಮುಚ್ಚಿ ಗುಂಪನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಆ ಪ್ರಸ್ತಾವಗಳಷ್ಟೇ ಕಳುಹಿಸಲ್ಪಡುತ್ತವೆ.

ನಂತರ ಫೇಸ್ 2 ಅದೇ ಕಟ್ಟುನಿಟ್ಟಿನ ಗುರುತಿನೊಂದಿಗೆ ಮತ್ತು Diffie-Hellman ಉತ್ತರಪ್ರತ್ಯಯವಿಲ್ಲದೆ aes128-sha1 ಮತ್ತು 3des-sha1 ಗೆ ಸಂಕುಚಿತಗೊಳ್ಳುತ್ತದೆ. -modp1024 ಹೊತ್ತ ಫೇಸ್ 2 ಸಾಲು ತಪ್ಪು ಕ್ಷೇತ್ರದಲ್ಲಿರುವ ಫೇಸ್ 1 ಮೌಲ್ಯ, ಮತ್ತು ಪ್ರತ್ಯುತ್ತರದಾತ ಪ್ರತಿ ಮರುಪ್ರಯತ್ನದಲ್ಲೂ ಅದನ್ನು ತಿರಸ್ಕರಿಸುತ್ತದೆ. ಆ ಸಾಲನ್ನು ಎರಡನೇ ಪ್ರೊಫೈಲ್ಗೆ ನಕಲಿಸಿ, ಎರಡನೇ ಪ್ರೊಫೈಲ್ ಸಹ ಅದೇ ರೀತಿ ವಿಫಲವಾಗುತ್ತದೆ, ಹೀಗೆ ಒಂದು ಟೈಪಿಂಗ್ ತಪ್ಪು ಇಡೀ ನೌಕಾಪಡೆಯ ಘಟನೆಯಾಗುತ್ತದೆ.

ಇತರ ದೋಷಗಳು ಪ್ರಸ್ತಾವ ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದಿರದೆ ಅದೇ ಪಾಪಪ್ ಧರಿಸುತ್ತವೆ. KDE ಯಲ್ಲಿ L2TP ಪ್ರಕಾರ ಪ್ಲಗಿನ್ ಸ್ಥಾಪಿತವಾಗಿದ್ದರೂ ಪಟ್ಟಿಯಾಗಿರಬಹುದು, ಆದರೆ ಪ್ರತಿ ಸಂಪರ್ಕವೂ ತಕ್ಷಣ ಸಾಯುತ್ತದೆ, ಏಕೆಂದರೆ ಸಂಪರ್ಕ ಸಂಪಾದಕ ಮತ್ತು ರನ್ಟೈಮ್ ಸಹಾಯಕರು ಪ್ರತ್ಯೇಕ ಪ್ಯಾಕೇಜ್ಗಳಾಗಿ ಬರುತ್ತವೆ. ಪರದೆ ಇಲ್ಲದ ಹೋಸ್ಟ್ಗಳು ಕೆಲಸ ಮಾಡುವ ಡೆಸ್ಕ್ಟಾಪ್ನಿಂದ ಪ್ರೊಫೈಲ್ ಮರುಬಳಕೆ ಮಾಡಬಹುದು: ಅದನ್ನು /etc/NetworkManager/system-connections/ ನಿಂದ ನಕಲಿಸಿ, ಮೋಡ್ 600 ಗೆ ಹೊಂದಿಸಿ, ನಂತರ nmcli con reload ಚಲಾಯಿಸಿ. ಅದನ್ನು nmcli con up id work-l2tp ನಿಂದ ಮೇಲೆತ್ತಿ, ಏಕೆಂದರೆ ಬರಿ ರೂಪ UUID ಕೇಳುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ ಹಳೆಯ ifname ನಮೂದನ್ನು ತೆಗೆದುಹಾಕಿ, ಇಲ್ಲದಿದ್ದರೆ ಉಳಿದೆಲ್ಲವೂ ಸರಿಯಾಗಿದ್ದರೂ ನಿರ್ವಾಹಕ Could not find source connection ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ.

ಮೊದಲೇ ಹಂಚಿದ ಕೀಲಿಯನ್ನು ಸ್ಪಷ್ಟ ಪಠ್ಯವಾಗಿ ಅಥವಾ 0s ನಂತರ base64 ಆಗಿ ಸಂಗ್ರಹಿಸಬಹುದು; ಎರಡೂ ರೂಪಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಆದರೆ ಮೌಲ್ಯ ಗೇಟ್ವೇ ಜೊತೆ ಬೈಟ್ ಬೈಟ್ ಹೊಂದಬೇಕು, ಅದರೊಂದಿಗೆ ನೀವು ನಕಲಿಸಿದ ಕೊನೆಯ ಖಾಲಿ ಜಾಗಗಳೂ ಸೇರಿ.