Ubuntu 22.04 ನಲ್ಲಿ L2TP ಟೈಮೌಟ್: xl2tpd ಟನೆಲ್ ದೋಷ
IPsec ಸಂಪರ್ಕಿಸುತ್ತದೆ, PPP ಎಂದಿಗೂ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ, ಮತ್ತು xl2tpd ಹೊಂದಿಸಲಾಗದ ಟನೆಲ್ ಅನ್ನು ಪುನರಾವರ್ತಿಸುತ್ತದೆ. PSK ಅಥವಾ ಸರ್ವರ್ ಸ್ಪರ್ಶಿಸುವ ಮೊದಲು ಸ್ಥಾಪಿತ ಬಿಲ್ಡ್ ಪರಿಶೀಲಿಸಿ.
ಡೆಸ್ಕ್ಟಾಪ್ ಸಂಪರ್ಕ ನಡೆಯುತ್ತಿರುವುದನ್ನು ತೋರಿಸುತ್ತದೆ, IPsec ಯಶಸ್ಸನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಆದರೆ PPP ಇಂಟರ್ಫೇಸ್ ಎಂದಿಗೂ ಕಾಣಿಸುವುದಿಲ್ಲ. ಸಿಸ್ಟಂ ಲಾಗ್ನಲ್ಲಿ ಅದೇ ಟನೆಲ್ ಸಂಖ್ಯೆ UDP 1701 ನಲ್ಲಿ ಪ್ರಯತ್ನದ ಸಮಯ ಮುಗಿಯುವವರೆಗೆ ಪುನರಾವರ್ತನೆಯಾಗುತ್ತದೆ. ಪೂರ್ವ-ಹಂಚಿಕೆಯ ಕೀ ಅಥವಾ ಸರ್ವರ್ ಸಂರಚನೆಯನ್ನು ಸಂಪಾದಿಸುವ ಮೊದಲು ಈ ಆಕಾರವನ್ನು ಗುರುತಿಸಿ: Ubuntu 22.04 ನಲ್ಲಿ ಇದು ಸಾಮಾನ್ಯವಾಗಿ xl2tpd ನಲ್ಲಿ ಪ್ಯಾಕೇಜಿಂಗ್ ರಿಗ್ರೆಶನ್, ಮತ್ತು ಸರ್ವರ್ ಸಾರ್ವಕಾಲಿಕ ಸರಿಯಾಗಿತ್ತು.
ಪುನರಾವರ್ತಿತ ಲಾಗ್ ಜೋಡಿ ನಿಮಗೆ ಏನು ಹೇಳುತ್ತದೆ
ವಿಫಲವಾದ ಸೆಷನ್ ನಿಯಮಿತ ಮಧ್ಯಂತರಗಳಲ್ಲಿ ಎರಡು ಸಾಲುಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ: ಡೀಮನ್ ಒಳಬರುವ ನಿಯಂತ್ರಣ ಸಂದೇಶಕ್ಕೆ ಟನೆಲ್ ಹುಡುಕಲಾರದು, ನಂತರ ಅದಕ್ಕೆ ನೀಡಲಾದ ಕರೆ ಮತ್ತು ಟನೆಲ್ ಗುರುತುಗಳನ್ನು ಹೊರಹಾಕುತ್ತದೆ. ನಂತರ ಮರುಪ್ರಯತ್ನ ಕೌಂಟರ್ ತನ್ನ ಮಿತಿಯನ್ನು ತಲುಪುತ್ತದೆ ಮತ್ತು ಸಂಪರ್ಕ ಪೋರ್ಟ್ 1701 ಟೈಮೌಟ್ನೊಂದಿಗೆ ಮುಚ್ಚುತ್ತದೆ. ವಿಳಾಸಗಳು ಮತ್ತು ಗುರುತುಗಳು ಆಕಸ್ಮಿಕ; ಆಕಾರವೇ ಮುಖ್ಯ. IKE ಪೂರ್ಣಗೊಂಡಿತು, L2TP ನಿಯಂತ್ರಣ ಸಂಚಾರ ಬಂತು, ಮತ್ತು ಡೀಮನ್ ಅದನ್ನು ಈಗಾಗಲೇ ರಚಿಸಿದ ಟನೆಲ್ಗೆ ಸಂಯೋಜಿಸಲು ವಿಫಲವಾಯಿತು.
ಆದ್ದರಿಂದ ದೋಷ L2TP ನಿಯಂತ್ರಣ ಮತ್ತು PPP ನಡುವೆ ಇದೆ. ರಹಸ್ಯ, PPP ಆಯ್ಕೆಗಳು ಅಥವಾ ದೂರದ ಸಬ್ನೆಟ್ ಬಗ್ಗೆ ಇನ್ನೂ ಏನೂ ಪರೀಕ್ಷಿಸಲಾಗಿಲ್ಲ.
IPsec ನಿಜವಾಗಿಯೂ ಯಶಸ್ವಿಯಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ
ಎರಡು ಪರಿಶೀಲನೆಗಳು ಇದನ್ನು ರುಜುವಾತು ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ, ಮತ್ತು ಎರಡೂ ಯಾವುದೇ ಪ್ಯಾಕೇಜ್ ಬದಲಾವಣೆಗೆ ಮೊದಲು ಬರುತ್ತವೆ.
ipsec status
journalctl -u strongswan --since "5 min ago" | grep -i "shared key"ಸ್ಥಿತಿ ಔಟ್ಪುಟ್ ಸಂಪರ್ಕ ಮತ್ತು ಅದರ ಸ್ಥಿತಿಯನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಸ್ಥಾಪಿತ ಟನೆಲ್ ಎಂದರೆ ಮೊದಲ ಮತ್ತು ಎರಡನೇ ಹಂತ ಪೂರ್ಣಗೊಂಡವು. ಕಾಣೆಯಾದ ಹಂಚಿಕೆಯ ಕೀ ಬಗ್ಗೆ ಲಾಗ್ ಸಾಲು ರಹಸ್ಯಕ್ಕೆ ಮಾತ್ರ ಸೂಚಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಲ್ಲಿಸಿ ಮೊದಲು ಅದನ್ನು ಸರಿಪಡಿಸಿ. IPsec ಸ್ಥಾಪಿತವಾಗಿದ್ದು L2TP ಟೈಮೌಟ್ ಇನ್ನೂ ಕಾಣಿಸಿದರೆ, ಡೀಮನ್ ಉಳಿದ ಶಂಕಿತನಾಗಿದೆ. ಇಡೀ ದಿನದ ಮರುಪ್ರಯತ್ನಗಳ ಬದಲು ಒಂದು ಪ್ರಯತ್ನದ ನಿಖರ ಸಾಲುಗಳನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ.
xl2tpd ನ ಬಿಲ್ಡ್ ಪರಿಶೀಲಿಸಿ, ಬಿಡುಗಡೆಯ ಹೆಸರಲ್ಲ
Ubuntu ನ jammy ಬಿಲ್ಡ್ನಲ್ಲಿ xl2tpd 1.3.16 ಲಿಂಕ್-ಟೈಮ್ ಆಪ್ಟಿಮೈಸೇಶನ್ ಸಕ್ರಿಯಗೊಳಿಸಿತು, ಇದು ಸರ್ವರ್ನ SCCRP ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಟನೆಲ್ ಗುರುತಿನ ಪಾರ್ಸಿಂಗ್ ಅನ್ನು ಮುರಿಯಿತು. ನಂತರ ಡೀಮನ್ ತಾನೇ ರಚಿಸಿದ ಟನೆಲ್ಗೆ ನಿಯಂತ್ರಣ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ತೊರೆಯುತ್ತದೆ. ಆವೃತ್ತಿ ಸ್ಟ್ರಿಂಗ್ ವಿತರಣೆಯ ಹೆಸರಿಗಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ.
dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showholdಸರಿಪಡಿಸಿದ ಪ್ಯಾಕೇಜ್ 1.3.16-1ubuntu0.1, ಆದ್ದರಿಂದ ಆ ಪ್ರತ್ಯಯವಿಲ್ಲದ ಬಿಲ್ಡ್ ಸರಿಪಡಿಕೆಗಿಂತ ಹಳೆಯದು. ನೀತಿ ಔಟ್ಪುಟ್ ಅಪ್ಗ್ರೇಡ್ ಯಾವ ಅಭ್ಯರ್ಥಿಯನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಹೋಲ್ಡ್ ಪಟ್ಟಿ ಸರಿಪಡಿಕೆ ಏಕೆ ಬಂದಿಲ್ಲ ಎಂದು ವಿವರಿಸುತ್ತದೆ. ಪ್ಯಾಕೇಜ್ ಲಭ್ಯವಿರುವಲ್ಲಿ ಅದನ್ನು ಅಪ್ಗ್ರೇಡ್ ಮಾಡಿ ಮತ್ತು ಕೈಯಿಂದ ಫೈಲ್ಗಳನ್ನು ಸಂಪಾದಿಸುವ ಬದಲು ಸಾಮಾನ್ಯ ಪ್ರೊಫೈಲ್ ಮೂಲಕ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ. ಹಳೆಯ ಬಿಲ್ಡ್ ಸ್ಥಾಪಿತವಾಗಿರುವಾಗ ಮಾಡ್ಯೂಲ್ಗಳನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸಬೇಡಿ ಮತ್ತು ರಹಸ್ಯವನ್ನು ಬದಲಾಯಿಸಬೇಡಿ.
ಬದಲಾವಣೆಯ ನಂತರ PPP ಪರಿಶೀಲಿಸಿ
ಯಶಸ್ವಿ ಅಪ್ಗ್ರೇಡ್ ಮುರಿದಿದ್ದ ಪದರದಲ್ಲೇ ಸಾಬೀತಾಗುತ್ತದೆ. ಕೇವಲ ಐಕಾನ್ ಬದಲಾಯಿತೇ ಎಂದಲ್ಲ, PPP ಮೇಲಕ್ಕೆ ಬಂತೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ip -4 addr show ppp0
ip route | grep pppಇಂಟರ್ಫೇಸ್ ಪಟ್ಟಿ ಸ್ಥಳೀಯ ಮತ್ತು ಸಹವರ್ತಿ ವಿಳಾಸವನ್ನು ತೋರಿಸಬೇಕು, ಮತ್ತು ರೂಟ್ ಕೋಷ್ಟಕ ಟನೆಲ್ನ ಪ್ರೀಫಿಕ್ಸ್ಗಳನ್ನು ಹೊಂದಿರಬೇಕು. ಸಿಸ್ಟಂ ಲಾಗ್ ಟನೆಲ್ ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟಿದೆ ಮತ್ತು pppd ಎರಡೂ ವಿಳಾಸಗಳನ್ನು ವರದಿ ಮಾಡುತ್ತಿದೆ ಎಂದು ತೋರಿಸಬೇಕು, ಪುನರಾವರ್ತಿತ ಟನೆಲ್-ಸಿಗಲಿಲ್ಲ ಸಾಲುಗಳಿಲ್ಲದೆ. PPP ಮೇಲಿದ್ದು ಸಂಚಾರ ಇನ್ನೂ ವಿಫಲವಾದರೆ, ಮುಂದೆ ರೂಟಿಂಗ್ ಅಥವಾ MTU ನೋಡಿ, ಏಕೆಂದರೆ L2TP ಹಂತ ತನ್ನ ಕೆಲಸ ಮುಗಿಸಿದೆ. ಕೆಲಸ ಮಾಡುವ ಪ್ಯಾಕೇಜ್ ಆವೃತ್ತಿಯನ್ನು ಯಂತ್ರದ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಬರೆಯಿರಿ, ಭವಿಷ್ಯದ ಮರುಸ್ಥಾಪನೆ ಮುರಿದ ಬಿಲ್ಡ್ ಅನ್ನು ಮರಳಿ ತರದಂತೆ.
ಸರಿಪಡಿಸಿದ ಪ್ಯಾಕೇಜ್ ಲಭ್ಯವಿಲ್ಲದಲ್ಲಿ, ದಾಖಲಿತ ಪರ್ಯಾಯಗಳೆಂದರೆ 1.3.16 ಅಥವಾ 1.3.17 ರ ಸ್ಥಳೀಯ ಮೂಲ ಬಿಲ್ಡ್, kl2tpd ಗೆ ಬದಲಾವಣೆ, ಅಥವಾ ಪಿನ್ ಮಾಡಿದ ಡೌನ್ಗ್ರೇಡ್. ಪ್ರತಿಯೊಂದೂ ಬರೆಯಲು ಯೋಗ್ಯವಾದ ನಿರ್ವಹಣಾ ವೆಚ್ಚವನ್ನು ಹೊಂದಿದೆ.