Ubuntu 24.04 NetworkManager ನ L2TP ಪ್ಲಗಿನ್ನ ಹಿಂದಿನ ಡೀಮನ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬದಲಿಸಿತು. ಹಳೆಯ ಮಾರ್ಗ xl2tpd ಬಳಸುತ್ತಿತ್ತು; ಹೊಸ ಪ್ಯಾಕೇಜಿಂಗ್ kl2tpd ಎಂಬ ಡೀಮನ್ ಸೃಷ್ಟಿಸುವ Go ಅನುಷ್ಠಾನವನ್ನು ತರುತ್ತದೆ. ಪ್ಲಗಿನ್ ಸ್ಥಾಪಿಸಿದ್ದನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನವೀಕರಣ ನಿಮ್ಮ ಪ್ರೊಫೈಲ್ ಅಥವಾ ರುಜುವಾತುಗಳನ್ನು ಮುಟ್ಟದೆ ಡೀಮನ್ ಬದಲಾಯಿಸಬಹುದು. ಇದೇ ಸಂಪೂರ್ಣ ವೈಫಲ್ಯ: ಹೊಸ ಡೀಮನ್ ಗುರುತಿಸದ ನಿಯಂತ್ರಣ ಸಂದೇಶ.

ಪ್ಲಗಿನ್ IPsec, L2TP ಮತ್ತು PPP ಅನ್ನು ಸಮನ್ವಯಗೊಳಿಸಿ, ನಂತರ ಉಂಟಾದ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು NetworkManager ಗೆ ಒಪ್ಪಿಸುತ್ತದೆ. ಅದು ಸ್ವತಃ L2TP ಅನ್ನು ಜಾರಿಗೊಳಿಸುವುದಿಲ್ಲ.

ಪ್ಲಗಿನ್ ಸಮನ್ವಯಕಾರ, ಡೀಮನ್ ಅಲ್ಲ

network-manager-l2tp IPsec ಸಹಾಯಕ, L2TP ಡೀಮನ್ ಮತ್ತು PPP ಚಲಾಯಿಸಿ, ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಡೆಸ್ಕ್ಟಾಪ್ನ ಸಂಪರ್ಕ ನಿರ್ವಹಣೆಗೆ ಜೋಡಿಸುತ್ತದೆ. ವರ್ಷಗಳ ಕಾಲ ಡೀಮನ್ xl2tpd ಆಗಿತ್ತು, ಮತ್ತು ಅದರ ಸಂರಚನೆಯನ್ನು ಉಲ್ಲೇಖಿಸಿದ ಪ್ರತಿ ಟ್ಯುಟೋರಿಯಲ್ ಆ ಊಹೆಯನ್ನು ವಾರಸುದಾರನಾಗಿ ಪಡೆದಿದೆ. ನಂತರ Debian ಪ್ಯಾಕೇಜಿಂಗ್ ಎರಡೂ ಅನುಷ್ಠಾನಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಸ್ವೀಕರಿಸಿತು, ಮತ್ತು 24.04 kl2tpd ಒದಗಿಸುವ Go ಆವೃತ್ತಿಯನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಹಿಂದೆ ಯಾವ ಡೀಮನ್ ಚಲಿಸಿತ್ತು ಎಂದು ದಾಖಲಿಸುವ ಕ್ಷೇತ್ರವಿಲ್ಲ, ಆದ್ದರಿಂದ ಸಂದೇಶ ತಿರಸ್ಕೃತವಾಗುವವರೆಗೆ ಬದಲಾವಣೆ ಅಗೋಚರವಾಗಿರುತ್ತದೆ.

ಎರಡೂ ಪ್ಯಾಕೇಜುಗಳಿರುವ ಯಂತ್ರವೂ ನೀವು ನಿರೀಕ್ಷಿಸಿದ್ದನ್ನು ಚಲಾಯಿಸದೇ ಇರಬಹುದು. ಆಯ್ಕೆ ಪ್ಲಗಿನ್ನ ನಿರ್ಧಾರ, ನೀವು ಅನುಸರಿಸಿದ ಮಾರ್ಗದರ್ಶಿಯದಲ್ಲ.

ದುರಸ್ತಿ ಆಯ್ಕೆಮಾಡುವ ಮೊದಲು ಹಂತವನ್ನು ಓದಿ

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd _COMM=charon _COMM=pluto

ಡೆಸ್ಕ್ಟಾಪ್ ಅಧಿಸೂಚನೆಯನ್ನು ನಂಬುವ ಬದಲು ಒಂದು ಪ್ರಯತ್ನವನ್ನು ಸಹಾಯಕಗಳಾದ್ಯಂತ ಹೊಂದಿಸಿ. ಆ ಪ್ರಶ್ನೆ ಕ್ರಮ ಎಲ್ಲಿ ನಿಂತಿತು ಎಂದು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು dpkg -l ಯಾವ ಅನುಷ್ಠಾನ ಸ್ಥಾಪಿತವಾಗಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. IPsec ಪೀರ್ ಸ್ಥಾಪನೆಯಾದ ನಂತರ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಮತ್ತು ನಿಯಂತ್ರಣ ಸಂದೇಶ ಅಥವಾ ಅಪರಿಚಿತ ಗುಣಲಕ್ಷಣವನ್ನು ಉಲ್ಲೇಖಿಸುವ ವೈಫಲ್ಯ ಡೀಮನ್ ಕಡೆಗೆ ತೋರಿಸುತ್ತದೆ. ಸುರಂಗ ಅಸ್ತಿತ್ವಕ್ಕೆ ಬರುವ ಮೊದಲೇ ವೈಫಲ್ಯ ಎಂದರೆ ಡೀಮನ್ ತಲುಪಲೇ ಇಲ್ಲ.

ಪೂರ್ವ-ಹಂಚಿದ ಕೀಲಿಯ ಹೊಂದಾಣಿಕೆ IPsec ಹಂತದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಪೀರ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಸುರಂಗ ಏರಿದ ನಂತರ PPP ರುಜುವಾತುಗಳ ಸಮಸ್ಯೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಓದಬಹುದಾದ CHAP ಅಥವಾ MS-CHAP ತಿರಸ್ಕಾರವನ್ನು ಹೊತ್ತಿರುತ್ತದೆ. ಎರಡೂ ಒಂದೇ ಪ್ರಶ್ನೆಯಲ್ಲಿ ಕಾಣುತ್ತವೆ, ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ಸಮಸ್ಯೆಗಳು.

ಎರಡು ಮಾರ್ಗಗಳು, ಮತ್ತು ಅವು ಬೆರೆಯುವುದಿಲ್ಲ

sudo apt install xl2tpd
sudo apt purge go-l2tp

ಆ ಜೋಡಿ xl2tpd ಅನ್ನು ಇರಿಸಿ ನಂತರ Go ಡೀಮನ್ ತೆಗೆದುಹಾಕುತ್ತದೆ, ಗೇಟ್ವೇ ಮಾತನಾಡುವ ಭಾಷಿಕೆಯ ಅನುಷ್ಠಾನವನ್ನು ಆಯ್ಕೆಮಾಡಲು ಪ್ಲಗಿನ್ಗೆ ಬಿಡುತ್ತದೆ. ಕ್ರಮ ಮುಖ್ಯ: ಪ್ಲಗಿನ್ ಒಂದು ಅಥವಾ ಇನ್ನೊಂದು ಅನುಷ್ಠಾನವನ್ನು ಅವಲಂಬಿಸಿದೆ, ಆದ್ದರಿಂದ Go ಪ್ಯಾಕೇಜನ್ನು ಮೊದಲು ತೆಗೆದರೆ ಪ್ಲಗಿನ್ನೂ ಬೀಳುತ್ತದೆ. ಎರಡನೇ ಮಾರ್ಗ Go ಡೀಮನ್ ಉಳಿಸಿಕೊಂಡು ಸಂದೇಶವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಹೊಸ ಬಿಲ್ಡ್ಗೆ ಹೋಗುತ್ತದೆ, ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಆರ್ಕೈವ್ ಆವೃತ್ತಿಯ ಬದಲು ನಿರ್ವಾಹಕರ PPA ಎಂದರ್ಥ. ನಿರ್ವಹಿತ ಫ್ಲೀಟ್ನಲ್ಲಿ PPA ಪಿನ್ ಮಾಡುವುದು ಬಳಕೆದಾರರಿಗೆ ಪ್ಯಾಕೇಜು ತೆಗೆಯುವುದನ್ನು ಕಲಿಸುವುದಕ್ಕಿಂತ ಸುಲಭವಾಗಿ ಸಮರ್ಥನೀಯ.

ಎರಡನ್ನೂ ಒಂದೇ ಬದಲಾವಣೆಯಲ್ಲಿ ಸೇರಿಸಬೇಡಿ. ಆಗ ನಂತರದ ವೈಫಲ್ಯ ಯಾವ ಅರ್ಧ ಸಹಾಯ ಮಾಡಿತು ಎಂದು ಹೇಳಲಾಗದಂತೆ ಬಿಡುತ್ತದೆ, ಮತ್ತು ಭವಿಷ್ಯದ ನವೀಕರಣ ಈಗಷ್ಟೇ ತೆಗೆದ ಪ್ಯಾಕೇಜನ್ನು ಮರಳಿಸಬಹುದು.

ಟಿಕೆಟ್ನಲ್ಲಿ ಡೀಮನ್ನ ಬೈನರಿ, ಅದರ ಆವೃತ್ತಿ ಮತ್ತು ನಿಖರ ಸಂದೇಶವನ್ನು ಬರೆಯಿರಿ. ಬಿಡುಗಡೆಯ ನಂತರ L2TP ಮುರಿಯಿತು ಎಂದು ಮಾತ್ರ ಹೇಳುವ ವರದಿಯನ್ನು ಯಾರೂ ಮರುಸೃಷ್ಟಿಸಲಾರರು, ಆದರೆ ಹೆಸರಿಸಿದ ಗುಣಲಕ್ಷಣ ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಆವೃತ್ತಿ ಅವರಿಗೆ ಆರಂಭದ ಸ್ಥಳವನ್ನು ನೀಡುತ್ತದೆ.

ಇದು ಅಲ್ಲದ ಮೂರು ವಿಷಯಗಳು

ಇದು ಪ್ರೊಫೈಲ್ ಸಮಸ್ಯೆ ಅಲ್ಲ, ಏಕೆಂದರೆ ಅದೇ ಪ್ರೊಫೈಲ್ 22.04 ನಲ್ಲಿ ಅದೇ ಗೇಟ್ವೇ ಜೊತೆ ಕೆಲಸ ಮಾಡಿತ್ತು. ಇದು ಕಾಣೆಯಾದ ಮಾರ್ಗವೂ ಅಲ್ಲ, ಫೈರ್ವಾಲ್ ಬದಲಾವಣೆಯೂ ಅಲ್ಲ, ಏಕೆಂದರೆ ಅವು ಬೇರೆಡೆ ಬೇರೆ ಸಾಕ್ಷ್ಯದೊಂದಿಗೆ ವಿಫಲವಾಗುತ್ತವೆ. ಪ್ಲಗಿನ್ ಮರುಸ್ಥಾಪನೆಯೂ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅದೇ ಡೀಮನ್ ಮತ್ತೆ ಆಯ್ಕೆಯಾಗುತ್ತದೆ. ಉಪಯುಕ್ತ ವಿವರಣೆ ಡೀಮನ್ ಅನ್ನು ಮತ್ತು ಅದು ತಿರಸ್ಕರಿಸಿದ ಸಂದೇಶವನ್ನು ಹೆಸರಿಸುತ್ತದೆ.

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

ಎರಡು ಮಾರ್ಗಗಳನ್ನು ವೇಗದ ಬದಲು ನಿರ್ವಹಣಾ ವೆಚ್ಚದಲ್ಲಿ ಹೋಲಿಸಿ. ಎರಡೂ ಕೆಲಸ ಮಾಡಬಹುದು; ಭಾಷಿಕೆಯ ವ್ಯತ್ಯಾಸವನ್ನು ತೆಗೆಯುವುದು ಒಂದೇ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು