L2TP ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ ಆದರೆ PPP ಮಾತುಕತೆ ವಿಫಲವಾಗುತ್ತದೆ: ಯಾವ ಹಂತ?

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

ಸುರಂಗ ಕೇವಲ ಮೊದಲ ಪದರ

L2TP IPsec-ರಕ್ಷಿತ ಸುರಂಗದ ಒಳಗೆ PPP ಚೌಕಟ್ಟುಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಅಂದರೆ ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗವಾಗುವ ಮೊದಲು ಎರಡು ಸ್ವತಂತ್ರ ಮಾತುಕತೆಗಳು ಯಶಸ್ವಿಯಾಗಬೇಕು. ಹೊರಗಿನದು ಎರಡೂ ತುದಿಗಳು ಕೀಗಳು ಮತ್ತು ಗುರುತುಗಳ ಬಗ್ಗೆ ಒಪ್ಪುತ್ತವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಒಳಗಿನದು ಕೊಂಡಿ ನಿಯತಾಂಕಗಳು, ಬಳಕೆದಾರ ದೃಢೀಕರಣಗೊಳ್ಳುತ್ತಾನೆಯೇ ಮತ್ತು ಕ್ಲೈಂಟ್ ಯಾವ ವಿಳಾಸ ಪಡೆಯುತ್ತಾನೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

PPP ಒಳಗಿನ ವೈಫಲ್ಯ ಒಂದೇ ಸ್ಥಿತಿ ದೀಪ ತೋರಿಸುವ ಪ್ರತಿ ಕ್ಲೈಂಟಿನಲ್ಲೂ ಮುರಿದ ಸುರಂಗದಂತೆ ಕಾಣುತ್ತದೆ. ಅದನ್ನು ಸುರಂಗದ ಸಮಸ್ಯೆ ಎಂದು ಪರಿಗಣಿಸಿದರೆ ಕೀಗಳ ಮರುಸೃಷ್ಟಿ, ಸೇವೆಗಳ ಮರುಪ್ರಾರಂಭ ಮತ್ತು ಕೊನೆಗೆ ಎಂದೂ ತಪ್ಪಾಗಿರದ ಹಂಚಿದ ರಹಸ್ಯದ ಬದಲಾವಣೆಗೆ ದಾರಿ ಮಾಡುತ್ತದೆ. ಉಪಯುಕ್ತ ವ್ಯತ್ಯಾಸ ಅಗ್ಗವಾಗಿದೆ: ಸಹವರ್ತಿಯೊಂದಿಗಿನ ವಿನಿಮಯ ಪೂರ್ಣಗೊಂಡು ಕ್ಲೈಂಟ್ ಬಳಕೆದಾರ ಹೆಸರಿನ ಕೇಳಿಕೆ ಅಥವಾ ದೃಢೀಕರಣ ಹಂತಕ್ಕೆ ಸಾಗಿದ್ದರೆ ಸುರಂಗ ಸರಿಯಾಗಿದೆ. ಆ ಬಿಂದುವಿನ ನಂತರದ ಎಲ್ಲವೂ PPP ಗೆ ಸೇರಿದೆ.

ಯಶಸ್ವಿಯಾದ ಕೊನೆಯ ಹಂತವನ್ನು ಓದಿ

ಲಾಗ್ ಅನ್ನು ಮುಂದೆ ನಡೆಯಿರಿ ಮತ್ತು ಪೂರ್ಣಗೊಳ್ಳದ ಮೊದಲ ಹಂತದಲ್ಲಿ ನಿಲ್ಲಿ. ಮೊದಲು LCP ಬರುತ್ತದೆ, ನಂತರ ದೃಢೀಕರಣ, ನಂತರ IPv4 ನಿಯತಾಂಕಗಳಿಗೆ IPCP.

sudo journalctl -u xl2tpd -b --no-pager | tail -n 40
sudo journalctl -b --no-pager | grep -i -E 'pppd|lcp|chap|ipcp'
ip -4 address show ppp0

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

ಟಿಕೆಟ್ಟಿನಲ್ಲಿ ಹಂತದ ಹೆಸರಿನೊಂದಿಗೆ ಲಾಗ್ ತುಣುಕನ್ನು ಇರಿಸಿ. ಹಂತದ ಗಡಿ ಇಲ್ಲದೆ ಅಂಟಿಸಿದ ಬಾಲವು ಮುಂದಿನ ಓದುಗನನ್ನು ಊಹಿಸಲು ಆಹ್ವಾನಿಸುತ್ತದೆ, ಮತ್ತು ಇಲ್ಲಿ ಊಹಿಸುವುದು ಒಂದು ಗಂಟೆ ವೆಚ್ಚ ಮಾಡುತ್ತದೆ.

ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವಿನ ಒಪ್ಪಂದ

ಎರಡೂ ತುದಿಗಳು ಒಂದೇ ದೃಢೀಕರಣ ವಿಧಾನವನ್ನು ಸ್ವೀಕರಿಸಬೇಕು, ಮತ್ತು ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಕಳೆದ ತ್ರೈಮಾಸಿಕದಲ್ಲಿ ಸರ್ವರ್ ನಿಲ್ಲಿಸಿದ ಒಂದನ್ನು ಕೇಳಬಹುದು. ನಿರ್ವಹಿತ ನಿಯೋಜನೆಗಳು ಸರ್ವರ್ ಭಾಗವನ್ನೂ ಮರೆಮಾಡುತ್ತವೆ, ಅಲ್ಲಿ ನಿರಾಕರಣೆಯ ಕಾರಣವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಸಾಧನದ ಬದಲು ಬಳಕೆದಾರರ ಮೇಲೆ ದಾಖಲಿಸಲಾಗುತ್ತದೆ.

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

ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ, ಲಾಗಿನ್ ಅಲ್ಲ

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

ip -4 address show ppp0
ip route get 10.52.9.1
ping -c 2 10.52.9.1

ಮೊದಲು ಒಳ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ನಿಜವಾಗಿ ಬೇಕಾದ ಸಂಪನ್ಮೂಲದ ಮಾರ್ಗ ಮತ್ತು ಪರಿಹಾರಕವನ್ನು ನೋಡಿ. ಒಳ ವಿಳಾಸವು ವೆಬ್ಸೈಟ್ ವರದಿ ಮಾಡುವ ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನವಲ್ಲ, ಮತ್ತು ಎರಡನ್ನೂ ಗೊಂದಲಿಸುವುದು ಜನರನ್ನು ಇಲ್ಲದ ಸೋರಿಕೆಯ ಹುಡುಕಾಟಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ಖಾಸಗಿ ಸಂಪನ್ಮೂಲವನ್ನು ಹೆಸರಿನಿಂದ ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ವಿಳಾಸದಿಂದ ಪರೀಕ್ಷಿಸಿ, ಇದರಿಂದ DNS ವೈಫಲ್ಯವನ್ನು ಮಾರ್ಗ ವೈಫಲ್ಯ ಎಂದು ತಪ್ಪಾಗಿ ಭಾವಿಸದಂತೆ.

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