L2TP/IPsec ದೋಷ 789, 720 ಅಥವಾ 691: ಮೊದಲು ಸರಿಯಾದ ಹಂತವನ್ನು ಸರಿಪಡಿಸಿ

Windows 11 ಪ್ರತಿ L2TP/IPsec ಹಂತಕ್ಕೂ ಬೇರೆ ಸಂಖ್ಯೆಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ಸಂಖ್ಯೆ ವೈಫಲ್ಯವನ್ನು ಅಳೆಯುವ ಬದಲು ಹಂತವನ್ನು ಸೂಚಿಸುತ್ತದೆ. 789 PPP ಲಿಂಕ್ ಇರುವ ಮೊದಲೇ ವಿಫಲವಾಗುತ್ತದೆ, 720 ಲಿಂಕ್ ಏರುತ್ತಿರುವಾಗ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು 691 ಲಿಂಕ್ ಏರಿದ ನಂತರ ಮತ್ತು ರುಜುವಾತುಗಳು ನಿರಾಕರಿಸಲ್ಪಟ್ಟ ನಂತರ ವಿಫಲವಾಗುತ್ತದೆ. ಉಪಯುಕ್ತ ನಿರ್ಧಾರ ಯಾವ ಸರಿಪಡಿಸುವಿಕೆ ಹೆಚ್ಚು ಜನಪ್ರಿಯ ಎಂಬುದಲ್ಲ; ಕೋಡ್ ನೀವು ಯಾವ ಹಂತವನ್ನು ತಲುಪಿದ್ದೀರಿ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಎಂಬುದು. ಮೊದಲು ಅದನ್ನು ಓದಿ, ನಂತರ ಪ್ರತಿ ಪ್ರಯತ್ನಕ್ಕೆ ಒಂದು ಪದರವನ್ನು ಬದಲಿಸಿ, ಮುಂದಿನ ಕೋಡ್ ನಿಮಗೆ ಇನ್ನೂ ಏನಾದರೂ ಹೇಳಲಿ.

ಕೋಡ್ ಅನ್ನು ಹಂತವಾಗಿ ಓದಿ, ದೋಷಗಳ ಪಟ್ಟಿಯಾಗಿ ಅಲ್ಲ

L2TP ಸಂಪರ್ಕವು ನಿಗದಿತ ಕ್ರಮದಲ್ಲಿ ಮೂರು ಗಡಿಗಳನ್ನು ದಾಟುತ್ತದೆ. IKE UDP 500 ಮೇಲೆ ಭದ್ರತಾ ಸಂಘಗಳ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ, NAT ಟ್ರಾವರ್ಸಲ್ ಆ ಟ್ರಾಫಿಕ್ ಅನ್ನು UDP 4500 ಗೆ ಸರಿಸುತ್ತದೆ, ಮತ್ತು ನಂತರವೇ L2TP ಸುರಂಗವು ಬಳಕೆದಾರರನ್ನು ದೃಢೀಕರಿಸುವ ಮತ್ತು ವಿಳಾಸ ನೀಡುವ PPP ಅಧಿವೇಶನವನ್ನು ಸಾಗಿಸುತ್ತದೆ.

ಈ ಕ್ರಮವೇ ಬದಲಾಗುವ ದೋಷ ಕೋಡ್ ಉಪಯುಕ್ತ ಸಾಕ್ಷಿಯಾಗಿರುವ ಕಾರಣ. 789 ರಿಂದ 720 ಕ್ಕೆ ಹೋಗುವುದು ಎಂದರೆ IPsec ಈಗ ಮಾತುಕತೆ ನಡೆಸುತ್ತಿದೆ ಮತ್ತು ವೈಫಲ್ಯವು ಲಿಂಕ್ ಸ್ಥಾಪನೆಗೆ ಸರಿದಿದೆ. 720 ರಿಂದ 691 ಕ್ಕೆ ಹೋಗುವುದು ಎಂದರೆ ಲಿಂಕ್ ಏರಿತು ಮತ್ತು ಗೇಟ್ವೇ ಗುರುತನ್ನು ನಿರಾಕರಿಸಿತು. ನೀವು ಐದು ಸರಿಪಡಿಸುವಿಕೆಗಳನ್ನು ಒಟ್ಟಿಗೆ ಅನ್ವಯಿಸಿದರೆ, ಆ ಸಂಕೇತವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತೀರಿ ಮತ್ತು ಯಾವ ಬದಲಾವಣೆ ಕೆಲಸ ಮಾಡಿತು ಎಂದು ಹೇಳಲಾಗುವುದಿಲ್ಲ.

789: ಮಾರ್ಗ ಮತ್ತು ಸ್ಥಳೀಯ ನೀತಿಯ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಿ

ಕೋಡ್ 789 ಆರಂಭಿಕ ಭದ್ರತಾ ಮಾತುಕತೆಗಳ ಸಮಯದಲ್ಲಿ ಸಂಸ್ಕರಣಾ ದೋಷವಾಗಿದೆ. IPsec ಎಂದಿಗೂ ಬಳಸಬಹುದಾದ ಸಂಘವನ್ನು ರಚಿಸಲಿಲ್ಲ, ಆದ್ದರಿಂದ ಖಾತೆಯನ್ನು ಇನ್ನೂ ಪರೀಕ್ಷಿಸಲಾಗಿಲ್ಲ. ಮಾರ್ಗ ಮತ್ತು ಹಂಚಿಕೆಯ ಕೀಲಿಯಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಖಾತೆಯಿಂದ ಅಲ್ಲ.

UDP 500 ಮತ್ತು UDP 4500 ಸರ್ವರ್ ಅನ್ನು ತಲುಪುತ್ತವೆ ಮತ್ತು ಮೊದಲೇ ಹಂಚಿಕೊಂಡ ಕೀಲಿಯು ಬೈಟ್ ಬೈಟ್ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಅಕ್ಷರಗಳ ಗಾತ್ರ ಮತ್ತು ಕೊನೆಯ ಜಾಗಗಳು ಸೇರಿದಂತೆ. ಸರ್ವರ್ NAT ಹಿಂದೆ ಇದ್ದರೆ, Windows ಗೆ ದಾಖಲಾದ ರಿಜಿಸ್ಟ್ರಿ ಮೌಲ್ಯವೂ ಬೇಕಾಗಬಹುದು. ಸರ್ವರ್ NAT ಹಿಂದೆ ಇದ್ದಾಗ 1 ಮತ್ತು ಎರಡೂ ತುದಿಗಳು ಹಾಗಿದ್ದಾಗ 2 ಬಳಸಿ, ನಂತರ ಮರುಪ್ರಾರಂಭಿಸಿ ಏಕೆಂದರೆ ನೀತಿ ಏಜೆಂಟ್ ಪ್ರಾರಂಭದಲ್ಲಿ ಮೌಲ್ಯವನ್ನು ಓದುತ್ತದೆ:

reg add "HKLM\SYSTEM\CurrentControlSet\Services\PolicyAgent" /v AssumeUDPEncapsulationContextOnSendRule /t REG_DWORD /d 1 /f

ಭಾರವಾದ ಅಡಾಪ್ಟರ್ ದುರಸ್ತಿ ಇನ್ನೊಂದು ಶಾಖೆಗೆ ಸೇರಿದೆ. Wi-Fi ಸಾಧನ ಮತ್ತು WAN ಮಿನಿಪೋರ್ಟ್ಗಳನ್ನು ತೆಗೆದು ನಂತರ ಹಾರ್ಡ್ವೇರ್ ಅನ್ನು ಮರುಸ್ಕ್ಯಾನ್ ಮಾಡುವುದು ಸ್ಥಳೀಯ IPsec ಸ್ಟ್ಯಾಕ್ ಸ್ವತಃ ಹಾನಿಗೊಳಗಾದಾಗ ಮತ್ತು ಇತರ VPN ಪ್ರಕಾರಗಳು ಅದೇ ರೀತಿ ವಿಫಲವಾದಾಗ ಸಮರ್ಥನೀಯ. ಒಂದೇ L2TP ಸರ್ವರ್ ವಿಫಲವಾಗಿ ಉಳಿದ ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗಗಳು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದಾಗ ಇದು ವ್ಯರ್ಥ ಪ್ರಯತ್ನ.

720: ಈ ಅಡಾಪ್ಟರ್ ಮತ್ತು ಸರ್ವರ್ ಪೂಲ್ನ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಿ

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

ನಿರ್ಧರಿಸಲು ಪರಿಣಾಮ ತ್ರಿಜ್ಯವನ್ನು ಬಳಸಿ. ಒಂದು Windows ಯಂತ್ರ ವಿಫಲವಾಗುವುದು ಕೆಟ್ಟ WAN ಮಿನಿಪೋರ್ಟ್, ನಿಂತಿರುವ Remote Access ಸೇವೆ ಅಥವಾ ಹಾಳಾದ ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಹಲವು ಕ್ಲೈಂಟ್ಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ವಿಫಲವಾಗುವುದು ಸರ್ವರ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ: ಖಾಲಿಯಾದ ವಿಳಾಸ ಪೂಲ್, ನಿಂತಿರುವ RRAS ಸೇವೆ ಅಥವಾ ಇನ್ನು ಮುಂದೆ ಕ್ಲೈಂಟ್ ಸಬ್ನೆಟ್ಗೆ ಹೊಂದಿಕೆಯಾಗದ ಪೂಲ್. ಇನ್ನೊಂದು ಬದಿಯನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಮಾದರಿ ಸೂಚಿಸುವ ಬದಿಯನ್ನು ಸರಿಪಡಿಸಿ.

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

691: ರುಜುವಾತು ಮತ್ತು ನಿಂತಿರುವ ಸಹಾಯಕದ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಿ

ಕೋಡ್ 691 ದೃಢೀಕರಣದ ನಿರಾಕರಣೆಯಾಗಿದೆ, ಮತ್ತು ಇದು ತಪ್ಪು ಗುಪ್ತಪದ ಎಂದು ಹೆಚ್ಚಾಗಿ ತಪ್ಪಾಗಿ ಓದಲ್ಪಡುವ ಕೋಡ್. ಸುರಂಗವು ಮೇಲಿದೆ, ಗೇಟ್ವೇ ಒಂದು ಗುರುತನ್ನು ನೋಡಿತು ಮತ್ತು ಅದನ್ನು ನಿರಾಕರಿಸಿತು. ಕಾರಣವು ಇನ್ನೂ ಗುಪ್ತಪದ ಕ್ಷೇತ್ರದ ಹೊರಗಿರಬಹುದು.

ಮೊದಲು ಡೊಮೇನ್ ಕ್ಷೇತ್ರವನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಗುಪ್ತಪದದ ನಿಖರ ಅಕ್ಷರಗಳನ್ನು. ಜಾಗ, ಉದ್ಧರಣ ಚಿಹ್ನೆ ಅಥವಾ ಶೆಲ್-ವಿಶೇಷ ಅಕ್ಷರವನ್ನು ಹೊಂದಿರುವ ಗುಪ್ತಪದವು ಸರ್ವರ್ ತಲುಪುವ ಮೊದಲೇ ಹಾಳಾಗಬಹುದು; Linux ನಲ್ಲಿ, pppd ಉದ್ಧರಣ ಚಿಹ್ನೆ ಇಲ್ಲದ ಮೌಲ್ಯ ಅಥವಾ ಕಾಣೆಯಾದ ಡೊಮೇನ್ಗೆ E=691 ಎಂಬ ಅದೇ ನಿರಾಕರಣೆಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ರಹಸ್ಯವನ್ನು ಅಂಟಿಸುವ ಬದಲು ಮತ್ತೆ ಟೈಪ್ ಮಾಡಿ, ಮತ್ತು ಹಳೆಯ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿರಬಹುದಾದ ಯಾವುದೇ ಉಳಿಸಿದ ರುಜುವಾತುಗಳನ್ನು ಅಳಿಸಿ.

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

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

ಪ್ರತಿ ಪ್ರಯತ್ನಕ್ಕೆ ಒಂದು ಪದರವನ್ನು ಬದಲಿಸಿ

ಹೊರಗಿನಿಂದ ಒಳಕ್ಕೆ ಕೆಲಸ ಮಾಡಿ: ತಲುಪುವಿಕೆ ಮತ್ತು NAT ಟ್ರಾವರ್ಸಲ್, ನಂತರ ಮೊದಲೇ ಹಂಚಿಕೊಂಡ ಕೀಲಿ, ನಂತರ ಸ್ಥಳೀಯ ಅಡಾಪ್ಟರ್ ಸ್ಟ್ಯಾಕ್, ನಂತರ ರುಜುವಾತು, ನಂತರ ಸರ್ವರ್ ಪೂಲ್ ಮತ್ತು ಸೇವೆಗಳು. ಈ ಕ್ರಮವು ಕೋಡ್ಗಳು ವಿವರಿಸುವ ಹಂತಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಫಲಿತಾಂಶವನ್ನು ಒಂದು ಬದಲಾವಣೆಗೆ ಆಪಾದಿಸಲು ಅನುವು ಮಾಡುತ್ತದೆ.

ಪ್ರತಿ ಪ್ರಯತ್ನದ ಮೊದಲು ಮತ್ತು ನಂತರದ ಕೋಡ್, ಕ್ಲೈಂಟ್ ಬಿಲ್ಡ್, ಮತ್ತು ಸರ್ವರ್ ಅಥವಾ ಕ್ಲೈಂಟ್ ಬದಲಾಗಿದೆಯೇ ಎಂಬುದರ ಸಣ್ಣ ಲಾಗ್ ಇಟ್ಟುಕೊಳ್ಳಿ. 789, ನಂತರ 720, ನಂತರ 691 ನಂತಹ ಅನುಕ್ರಮ ಪ್ರಗತಿಯ ನಕ್ಷೆ; ಅದೇ ಕೋಡ್ ಎರಡು ಬಾರಿ ಬಂದರೆ ಕೊನೆಯ ಬದಲಾವಣೆ ಆ ಹಂತವನ್ನು ಗಮನಿಸಿಲ್ಲ ಎಂದರ್ಥ. Windows ಅನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು ಈ ನಕ್ಷೆಯನ್ನು ಅಳಿಸುತ್ತದೆ ಮತ್ತು ಗೇಟ್ವೇನಲ್ಲಿ ವಾಸಿಸುವ ವೈಫಲ್ಯವನ್ನು ಅಪರೂಪವಾಗಿ ಸರಿಪಡಿಸುತ್ತದೆ.

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