IKEEXT ಸೇವೆ ನಿಷ್ಕ್ರಿಯವಾದಾಗ L2TP/IPsec ವಿಫಲವಾಗುತ್ತದೆ

IKEEXT ಇಲ್ಲದಿದ್ದರೆ IPsec ಇಲ್ಲ: ಇತರ ಪ್ರಕಾರಗಳು ಇನ್ನೂ ಸಂಪರ್ಕಿಸುತ್ತಿರುವಾಗ L2TP ಮತ್ತು IKEv2 ವಿಫಲವಾಗುತ್ತವೆ. ಸೇವೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಅದನ್ನು ಯಾವುದು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿತು ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ.

ಒಂದು ಲ್ಯಾಪ್‌ಟಾಪ್ IKEv2 ಗೇಟ್‌ವೇ ತಲುಪುತ್ತದೆ ಆದರೆ L2TP/IPsec ಗೇಟ್‌ವೇಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ ಬಳಕೆದಾರ ಹೆಸರು ಕಳುಹಿಸುವ ಮೊದಲೇ ದೋಷ ಬರುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಮೊದಲ ಶಂಕಿತ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪಾದದ್ದು. Windows IPsec ಕೀ ವಿನಿಮಯವನ್ನು ಒಂದು ಸೇವೆಯಲ್ಲಿ ನಡೆಸುತ್ತದೆ, ಆ ಸೇವೆ ನಿಷ್ಕ್ರಿಯವಾಗಿರುವವರೆಗೆ ಒಳಗೊಂಡ ಕ್ಲೈಂಟ್‌ಗೆ ಮಾತುಕತೆ ನಡೆಸಲು ಸ್ಟಾಕ್ ಇಲ್ಲ. ಪ್ರೊಫೈಲ್‌ನ ಒಂದು ಕ್ಷೇತ್ರವನ್ನೂ ಮುಟ್ಟುವ ಮೊದಲು ಸೇವೆಯನ್ನು ಖಚಿತಪಡಿಸಿ, ನಂತರ ಅದನ್ನು ಯಾವುದು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿತು ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ.

ವೈಫಲ್ಯದ ಹಿಂದಿನ ಸೇವೆ

ಸೇವೆಗಳ ಪಟ್ಟಿಯಲ್ಲಿ IKEEXT ಎಂದು ಕಾಣುವ IKE and AuthIP IPsec Keying Modules ಕೀ ವಿನಿಮಯವನ್ನು ಮಾಡುತ್ತದೆ ಮತ್ತು Windows ನಲ್ಲಿ UDP 500 ಮತ್ತು 4500 ಸಾಕೆಟ್‌ಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಅದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ, ಆಗ L2TP/IPsec ಮತ್ತು IKEv2 ಎರಡೂ ತಮ್ಮ ಮಾತುಕತೆಗಾರನನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತವೆ, ಆದರೆ PPTP ಮತ್ತು SSTP ಕೆಲಸ ಮುಂದುವರಿಸಬಹುದು ಏಕೆಂದರೆ ಅವು ಅದನ್ನು ಅವಲಂಬಿಸಿಲ್ಲ. ಈ ವಿಭಜನೆಯಿಂದಲೇ ಬಳಕೆದಾರರು ಒಂದು VPN ಪ್ರಕಾರ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದು ಅದೇ ಯಂತ್ರದಲ್ಲಿ ಸತ್ತಿದೆ ಎಂದು ವರದಿ ಮಾಡಬಹುದು. ಸೇವೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನ ಭಾಗ, ಆದ್ದರಿಂದ ಯಾವುದೇ ಪ್ರೊಫೈಲ್ ಸೆಟ್ಟಿಂಗ್ ಅದರ ಸ್ಥಾನವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾರದು.

ಈ ಎರಡು ಪೋರ್ಟ್‌ಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವುದು ಕೆಟ್ಟ ಸಲಹೆಯನ್ನು ಹುಟ್ಟುಹಾಕುವ ಅಡ್ಡಪರಿಣಾಮ. ಒಂದು ಸಾಧನ ಅಥವಾ ಫೋರಂ ಪೋಸ್ಟ್ 500 ಮತ್ತು 4500 ಆಕ್ರಮಿತವಾಗಿವೆ ಎಂದು ಗಮನಿಸಿ, ಅವನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ಸೇವೆಯನ್ನು ನಿಲ್ಲಿಸಿ, ಅದರಿಂದ IPsec ಅನ್ನು ಹೋಸ್ಟ್‌ನಿಂದ ಸದ್ದಿಲ್ಲದೆ ತೆಗೆದುಹಾಕುತ್ತದೆ. ಎರಡೂ ಪರಿಣಾಮಗಳು ಒಂದೇ ಕ್ರಿಯೆ, ಆದ್ದರಿಂದ ಪೋರ್ಟ್‌ಗಳನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಲು ಶಿಫಾರಸು ಮಾಡುವ ಯಾವುದೇ ಮಾರ್ಗದರ್ಶಿ ದುರಸ್ತಿಯನ್ನಲ್ಲ, ವಿನಿಮಯವನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಊಹಿಸದೆ ಸೇವೆಯನ್ನು ಮರಳಿ ತನ್ನಿ

ಸೇವಾ ನಿರ್ವಾಹಕರಿಗೆ ಎರಡು ಪ್ರಶ್ನೆ ಕೇಳಿ: ಸ್ಟಾರ್ಟಪ್ ಪ್ರಕಾರ ಯಾವುದು, ಮತ್ತು ಪ್ರಸ್ತುತ ಸ್ಥಿತಿ ಏನು. ಮೊದಲನೆಯದು ಸೇವೆ ಮರುಪ್ರಾರಂಭದ ನಂತರ ಮರಳುತ್ತದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ; ಎರಡನೆಯದು ಅದು ಈಗ ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಎರಡೂ ಪ್ರಶ್ನೆಗಳನ್ನು ಎತ್ತರಿಸಿದ ಆದೇಶ ಪ್ರಾಂಪ್ಟ್‌ನಿಂದ ಚಲಾಯಿಸಿ, ಅದೇ ಶೆಲ್ ನಂತರ ಸೆಟ್ಟಿಂಗ್ ಬದಲಾಯಿಸಬಹುದು.

sc qc ikeext
sc query ikeext

ಸ್ಟಾರ್ಟಪ್ ಪ್ರಕಾರ Disabled ಇಡೀ ಲಕ್ಷಣವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಪರಿಹಾರ ಅದನ್ನು ಮರಳಿ Automatic ಗೆ ಇಟ್ಟು ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವುದು. Services ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ನಮೂದು ತನ್ನ ಪ್ರದರ್ಶನ ಹೆಸರು IKE and AuthIP IPsec Keying Modules ಜೊತೆ ಕಾಣುತ್ತದೆ, ಆದ್ದರಿಂದ ಆ ಪಟ್ಟಿಯಲ್ಲಿ IKEEXT ಹುಡುಕಿದರೆ ಏನೂ ಸಿಗುವುದಿಲ್ಲ. ವಿಫಲ ಸಂಪರ್ಕ ಈಗಾಗಲೇ ಚಲಿಸಿದ ನಂತರವೇ ಸೇವೆ ಪ್ರಾರಂಭವಾಗಿದ್ದರೆ ಮರುಪ್ರಾರಂಭಿಸಿ, ಏಕೆಂದರೆ ಆ ಕ್ರಮದಲ್ಲಿ ಪ್ರಾರಂಭಿಸಿದ ಸ್ಟಾಕ್ ಸಂಬಂಧವಿಲ್ಲದಂತೆ ಕಾಣುವ ರೀತಿಗಳಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು.

sc config ikeext start= auto
net start ikeext

ಅದನ್ನು ಮತ್ತೆ ಯಾವುದು ಆಫ್ ಮಾಡುತ್ತದೆ

ಕೆಲವು ಮೂರನೇ ಪಕ್ಷದ VPN ಸೂಟ್‌ಗಳು ತಮ್ಮದೇ IPsec ಅನುಷ್ಠಾನವನ್ನು ತಂದು ಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ IKEEXT ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತವೆ, ನಂತರ Windows ಕ್ಲೈಂಟ್ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಇನ್ನೊಂದು ಉತ್ಪನ್ನವನ್ನು ತೆಗೆದದ್ದು ಪ್ರೊಫೈಲ್ ಸಂಪಾದನೆಗಳು ಏನೂ ಸಾಧಿಸದ ಯಂತ್ರಗಳಲ್ಲಿ L2TP/IPsec ಅನ್ನು ಮರುಸ್ಥಾಪಿಸಿತು, ವಿರೋಧಾಭಾಸದ ಘಟಕವಿಲ್ಲದೆ ಮರುಸ್ಥಾಪನೆ ಮಾಡಿದ್ದೂ ಹಾಗೆಯೇ ಮಾಡಿತು. ಸೇವೆ ಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿತ್ತು, ಬಳಕೆದಾರರು ಬದಲಾಯಿಸಲಿಲ್ಲ.

ಗುಂಪು ನೀತಿಯೂ ಸ್ಟಾರ್ಟಪ್ ಪ್ರಕಾರವನ್ನು ಪಿನ್ ಮಾಡಬಹುದು; ಆ ಸಂದರ್ಭದಲ್ಲಿ ಸ್ಥಳೀಯ ಬದಲಾವಣೆ ಮುಂದಿನ ರಿಫ್ರೆಶ್‌ನಲ್ಲಿ ಹಿಂತೆಗೆದುಕೊಳ್ಳಲ್ಪಡುತ್ತದೆ ಮತ್ತು ನೀತಿಯ ಮಾಲೀಕರಾದ ನಿರ್ವಾಹಕರೇ ಅದನ್ನು ಬದಲಾಯಿಸಬೇಕು. ಸ್ಟಾರ್ಟಪ್ ಪ್ರಕಾರವನ್ನು ಮರುಪ್ರಾರಂಭಕ್ಕೆ ಮೊದಲು, ನಂತರ ಮತ್ತು ಇನ್ನೊಂದು ಉತ್ಪನ್ನದ ನವೀಕರಣದ ನಂತರ ಪ್ರತಿ ಬಾರಿ ದಿನಾಂಕದೊಂದಿಗೆ ದಾಖಲಿಸಿ. ಪದೇ ಪದೇ Disabled ಗೆ ಮರಳುವ ಮೌಲ್ಯ ಅದರ ಮಾಲೀಕನನ್ನು ಊಹೆಯಿಂದಲ್ಲ, ಮಾದರಿಯಿಂದ ಬಯಲು ಮಾಡುತ್ತದೆ.

ಮೊದಲು ಹಂತವನ್ನು ಓದಿ, ನಂತರ ಲಾಗ್

ಸೇವೆ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ, ವೈಫಲ್ಯದ ಹಂತ ಮುಂದೆ ಎಲ್ಲಿ ನೋಡಬೇಕೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. IKE ಸಮಯದಲ್ಲಿ ನಿಲ್ಲುವುದು ಸಾಮಾನ್ಯವಾಗಿ UDP 500 ಅಥವಾ 4500 ಸರ್ವರ್‌ನ್ನು ತಲುಪಲಿಲ್ಲ, ಅಥವಾ ಸರ್ವರ್ ಹೊಂದಿಕೆಯಾಗುವ ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಸೆಟ್ಟಿಂಗ್ ಇಲ್ಲದೆ NAT ಹಿಂದೆ ಇದೆ ಎಂದು ಅರ್ಥ. ರುಜುವಾತು ಪ್ರಾಂಪ್ಟ್ ತಲುಪಿ ಅಲ್ಲೇ ವಿಫಲವಾಗುವುದು PPP ದೃಢೀಕರಣ ಸಮಸ್ಯೆ, IPsec ಅಲ್ಲ. ಮೇಲೆ ಬಂದು ಏನನ್ನೂ ತಲುಪದ ಸುರಂಗ ಮಾರ್ಗದರ್ಶನ ಅಥವಾ ವಿಭಜಿತ ಸುರಂಗ ದೋಷ, ಆ ಮೂರರಲ್ಲಿ ಮೊದಲನೆಯದು ಮಾತ್ರ VPN ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿದೆ.

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

ಪ್ರತಿ ಪ್ರಯತ್ನಕ್ಕೂ ವಿಫಲ ಹಂತ, ದೋಷ ಪಠ್ಯ ಮತ್ತು ಸಮಯ ಮುದ್ರೆಯನ್ನು ದಾಖಲಿಸಿ. ಈ ಮೂರು ಕ್ಷೇತ್ರಗಳು ಪ್ರವೇಶ ಸಮಸ್ಯೆಯನ್ನು ದೃಢೀಕರಣ ಸಮಸ್ಯೆಯಿಂದ ಮತ್ತು ಮಾರ್ಗದರ್ಶನ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ, ಮುಂದಿನ ಬದಲಾವಣೆಯನ್ನು ಊಹೆಗಿಂತ ನಿರ್ಧಾರವಾಗಿ ಮಾಡುತ್ತವೆ.

ಸ್ಥಳೀಯ ದುರಸ್ತಿ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸಲಾರದು

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

ಪೋರ್ಟ್‌ಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು IKEEXT ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು, Windows ನ IPsec VPN ಗಳು ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತವೆ ಎಂದು ಒಪ್ಪಿದರೆ ಮಾತ್ರ ಸಮರ್ಥನೀಯ. ಅದು ಪೋರ್ಟ್ ಸಂಘರ್ಷವನ್ನು ಪೋರ್ಟ್ ಅಗತ್ಯವಿದ್ದ ವೈಶಿಷ್ಟ್ಯವನ್ನು ತೆಗೆದುಹಾಕುವ ಮೂಲಕ ಪರಿಹರಿಸುತ್ತದೆ, ಅದು ಬಳಕೆದಾರರು ಉದ್ದೇಶಿಸಿದ ವಿನಿಮಯ ಅಪರೂಪ. ಏನನ್ನಾದರೂ ಬದಲಾಯಿಸುವ ಮೊದಲು, ಸೇವೆ ಇದೆ, Automatic ಗೆ ಸೆಟ್ ಆಗಿದೆ ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿದೆ, ಎರಡನೇ IPsec ಸ್ಟಾಕ್ ಸ್ಥಾಪಿತವಾಗಿಲ್ಲ, ಮತ್ತು ಹಿಂದೆ ಹಂಚಿದ ಕೀ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿ ಗೇಟ್‌ವೇಗೆ ಹೊಂದುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

  • IKEEXT ಇದೆ, Automatic ಗೆ ಸೆಟ್ ಆಗಿದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸುವ ಮೊದಲು ಚಾಲನೆಯಲ್ಲಿದೆ.
  • ಬೇರೆ ಯಾವುದೂ UDP 500 ಅಥವಾ 4500 ಅನ್ನು ಹಿಡಿದಿಲ್ಲ.
  • ಹಳೆಯ ಕ್ಲೈಂಟ್‌ನಿಂದ ಎರಡನೇ IPsec ಸ್ಟಾಕ್ ಉಳಿಯುವುದಿಲ್ಲ.
  • ಕೀ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿ ಗೇಟ್‌ವೇ ಸಂರಚನೆಗೆ ಹೊಂದುತ್ತದೆ.
  • ವಿಫಲ ಹಂತ ಪ್ರೊಫೈಲ್ ಸಂಪಾದನೆಗೆ ಮೊದಲು ದಾಖಲಾಗಿತ್ತು.

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