Android ಮನೆಯ IPsec VPN ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ ಆದರೆ Windows ಏಕೆ ಸಂಪರ್ಕಿಸುವುದಿಲ್ಲ

ಫೋನ್ ಯಾವುದೇ ದೂರಿಲ್ಲದೆ ರೌಟರ್ನ VPN ಗೆ ಪ್ರವೇಶಿಸುತ್ತದೆ, ಆದರೆ ಅದೇ Wi-Fi ನಲ್ಲಿರುವ ಲ್ಯಾಪ್ಟಾಪ್ ಪ್ರವೇಶಿಸಲಾರದು. ಅದೇ ರುಜುವಾತುಗಳು, ಅದೇ ಸರ್ವರ್, ಅದೇ ನಿಮಿಷ. ವ್ಯತ್ಯಾಸ ಪ್ರೋಟೋಕಾಲ್ ಬೆಂಬಲದಲ್ಲಿದೆ, ಪಾಸ್ವರ್ಡ್ನಲ್ಲಿಲ್ಲ: ಒಂದು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಜಾರಿಗೊಳಿಸುವ ಮತ್ತು ಇನ್ನೊಂದು ಎಂದೂ ಹೊಂದಿರದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ರೌಟರ್ ತೋರಿಸುತ್ತದೆ.

ಮೊದಲು ಪ್ರೊಫೈಲ್ ಗುರುತಿಸಿ, ನಂತರ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಮಾತನಾಡುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ.

ಒಂದು ಮೆನು, ಮೂರು ಪ್ರೋಟೋಕಾಲ್ಗಳು

ಒಂದೇ IPsec ಶೀರ್ಷಿಕೆಯ ಅಡಿಯಲ್ಲಿ ಗ್ರಾಹಕ ಫರ್ಮ್ವೇರ್ ಸಂಪೂರ್ಣ ಭಿನ್ನವಾದ ಮೂರು ಸುರಂಗಗಳನ್ನು ಮರೆಮಾಡಬಹುದು. ಮೊದಲನೆಯದು XAUTH ಜೊತೆ IKEv1: ಹಂಚಿದ ಗುಂಪು ರಹಸ್ಯ ಮತ್ತು ಅದರ ಮೇಲೆ ಬಳಕೆದಾರ ಹೆಸರು ಮತ್ತು ಪಾಸ್ವರ್ಡ್. ಎರಡನೆಯದು L2TP/IPsec, ಅಲ್ಲಿ PPP ಹಂಚಿದ ಕೀಲಿಯಿಂದ ಸಂರಕ್ಷಿತ IPsec ಸಾಗಣೆಯ ಒಳಗೆ ಚಲಿಸುತ್ತದೆ. ಮೂರನೆಯದು IKEv2, ಪ್ರಮಾಣಪತ್ರಗಳು ಅಥವಾ EAP ನಿಂದ ದೃಢೀಕರಿಸಲ್ಪಡುತ್ತದೆ.

ಕ್ಷೇತ್ರಗಳನ್ನು ಓದಿ, ಲೇಬಲ್ ಅಲ್ಲ. ಗುಂಪು ರಹಸ್ಯ ಮತ್ತು ಬಳಕೆದಾರ ಪಟ್ಟಿ ಎಂದರೆ IKEv1 XAUTH. ಮೊದಲೇ ಹಂಚಿದ ಕೀಲಿ ಮತ್ತು PPP ಖಾತೆ ಎಂದರೆ L2TP/IPsec. ಗುಂಪು ರಹಸ್ಯವಿಲ್ಲದ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರ ಎಂದರೆ IKEv2.

ಫೋನ್ ಮತ್ತು ಲ್ಯಾಪ್ಟಾಪ್ ನಡುವಿನ ಬೆಂಬಲದ ಅಂತರ

Android ನಲ್ಲಿ IKEv1 XAUTH PSK ಕ್ಲೈಂಟ್ ಒಳಗೊಂಡಿದೆ, ಆದ್ದರಿಂದಲೇ ಬೇರೇನನ್ನೂ ನೀಡದ ರೌಟರ್ ವಿರುದ್ಧ ಫೋನ್ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ. Windows ನಲ್ಲಿ ಇಲ್ಲ: ಅದರ ಸ್ಥಳೀಯ ಕ್ಲೈಂಟ್ L2TP/IPsec ಮತ್ತು IKEv2 ನಿರ್ವಹಿಸುತ್ತದೆ, ಮತ್ತು ಸಕ್ರಿಯಗೊಳಿಸಲು IKEv1 XAUTH ಆಯ್ಕೆ ಇಲ್ಲ. ರಹಸ್ಯವನ್ನು ಮತ್ತೆ ನಮೂದಿಸಿದರೆ ಸಹಾಯವಿಲ್ಲ, ಏಕೆಂದರೆ ಕಾಣೆಯಾದ ಭಾಗ ಪ್ರೋಟೋಕಾಲ್, ರುಜುವಾತು ಅಲ್ಲ.

Apple ಬದಿ ಚಲಿಸುವ ಗುರಿ. ಹೊಸ macOS ಮತ್ತು iOS ಆವೃತ್ತಿಗಳು IKEv2 ಕಡೆಗೆ ಒಲಿಯುತ್ತವೆ, ಹಳೆಯ Cisco ಶೈಲಿಯ ಪ್ರೊಫೈಲ್ಗಳು ಕೆಲವು ಬಿಲ್ಡ್ಗಳಲ್ಲಿ ಉಳಿಯುತ್ತವೆ, ಮತ್ತು ನವೀಕರಣವು ಕಳೆದ ತಿಂಗಳು ಕೆಲಸ ಮಾಡಿದ್ದನ್ನು ತೆಗೆದುಹಾಕಬಹುದು ಅಥವಾ ಕಠಿಣಗೊಳಿಸಬಹುದು. ನಿನ್ನೆ ಸಂಪರ್ಕಿಸಿ ಇಂದು ಸಂಪರ್ಕಿಸದ Mac, ರೌಟರ್ ಬದಲಾಗದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಇದೇ.

ಸರಿಯಾದ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಮುರಿಯುವ ಎರಡು ಸೆಟ್ಟಿಂಗ್ಗಳು

Synology ನ L2TP/IPsec ಪುಟವು Enable SHA2-256 compatible mode (96 bit) ಎಂಬ ಚೆಕ್ಬಾಕ್ಸ್ ನೀಡುತ್ತದೆ. iOS 14 ಮತ್ತು macOS Big Sur ನಿಂದ Apple ಕ್ಲೈಂಟ್ಗಳು ಆ ಕತ್ತರಿಸಿದ ಮೋಡ್ ಅನ್ನು ನಿರಾಕರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಅವರಿಗೆ ಚೆಕ್ಬಾಕ್ಸ್ ಆಫ್ ಇರಬೇಕು. ಆನ್ ಇದ್ದರೆ ಸುರಂಗ ದೃಢೀಕರಿಸಿ ನಂತರ ಬೀಳುತ್ತದೆ, ಇದು ಕೆಟ್ಟ ರುಜುವಾತುಗಳಂತೆ ಕಾಣುತ್ತದೆ ಆದರೆ ಅಲ್ಲ. ತಯಾರಕರು ಸ್ವಿಚ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತಾರೆ, ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ನವೀಕರಣವು ಇದು ಮುಖ್ಯವಾಗಲು ಪ್ರಾರಂಭಿಸುವ ಕ್ಷಣ.

Windows ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಎರಡು ಪ್ರತ್ಯೇಕ ಸ್ಟೋರ್ಗಳಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು IKEv2 ಯಂತ್ರದ್ದನ್ನು ಮಾತ್ರ ಓದುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಅದರ ಖಾಸಗಿ ಕೀಲಿಯೊಂದಿಗೆ ಕಂಪ್ಯೂಟರ್ ಖಾತೆಗೆ ಆಮದು ಮಾಡಿ; ನಿಮ್ಮ ಸ್ವಂತ ಬಳಕೆದಾರ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಇರಿಸಿದ ಪ್ರಮಾಣಪತ್ರವು ನಿರ್ವಹಣಾ ಕನ್ಸೋಲ್ನಲ್ಲಿ ಕಾಣುತ್ತದೆ ಮತ್ತು IKEv2 ಸೇವೆಗೆ ಎಂದೂ ತಲುಪುವುದಿಲ್ಲ. EAP-TLS ಬಳಕೆದಾರ ಪ್ರಮಾಣಪತ್ರ ಉಪಯುಕ್ತವಾಗಿರುವ ಏಕೈಕ ಸಂದರ್ಭ, ಮತ್ತು ಸಹಿ ಮಾಡುವ CA ಯಂತ್ರಕ್ಕೆ ಇನ್ನೂ ವಿಶ್ವಾಸಾರ್ಹವಾಗಿರಬೇಕು. ಇಲ್ಲಿ ತಪ್ಪು ಮಾಡಿದರೆ ದೃಢೀಕರಣ ವೈಫಲ್ಯವಾಗಿ ಕಾಣುತ್ತದೆ, ಕಾಣೆಯಾದ ಪ್ರಮಾಣಪತ್ರದ ವಿನಂತಿಯಾಗಿ ಅಲ್ಲ.

ರೌಟರ್ ಇರುವಂತೆಯೇ ಉಳಿದಾಗ

ಕೇವಲ XAUTH PSK ಮಾತನಾಡುವ ರೌಟರ್ ಮೂರು ದಾರಿಗಳನ್ನು ಬಿಡುತ್ತದೆ: ತಯಾರಕರ ಕ್ಲೈಂಟ್, ಇನ್ನೂ ಪ್ರೊಫೈಲ್ ಜಾರಿಗೊಳಿಸುವ ತೃತೀಯ ಪಕ್ಷದ ಕ್ಲೈಂಟ್, ಅಥವಾ ಸುರಂಗದ ತುದಿಯನ್ನು IKEv2 ಮಾತನಾಡುವ ಯಾವುದಕ್ಕಾದರೂ ಸರಿಸುವುದು. ಉದಾಹರಣೆಗೆ AVM ತನ್ನ ರೌಟರ್ಗಳಿಗೆ Windows ಕ್ಲೈಂಟ್ ತಂತ್ರಾಂಶ ಮತ್ತು ರಫ್ತು ಮಾಡಿದ ಸಂರಚನಾ ಕಡತವನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ. ಆ ದಾರಿ ಬೆಂಬಲಿತವಾಗಿದೆ, ಮತ್ತು ಪ್ರತಿ ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ ತಯಾರಕರ ಸಾಧನವನ್ನು ಸ್ಥಾಪಿಸುವುದನ್ನು ಅರ್ಥೈಸುತ್ತದೆ.

ಲ್ಯಾಪ್ಟಾಪ್ಗಳು ಮತ್ತೆ ಕಟ್ಟಲು ನಿಮ್ಮವಲ್ಲದಿದ್ದಾಗ ಬೆಂಬಲವು ಸೌಂದರ್ಯಕ್ಕಿಂತ ಮುಖ್ಯ.

ಭದ್ರತಾ ವೆಚ್ಚವನ್ನೂ ತೂಗಿ. ಒಂದು ಗುಂಪು ರಹಸ್ಯ ಎಲ್ಲಾ ಬಳಕೆದಾರರನ್ನು ಆವರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಹೊಂದಿರುವ ಯಾರಾದರೂ ಸರ್ವರ್ ಸ್ಥಾನದಲ್ಲಿ ನಿಂತು ಕ್ಲೈಂಟ್ ನೀಡುವ ಬಳಕೆದಾರ ಹೆಸರು ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಹಿಡಿಯಬಹುದು. ಪ್ರಮಾಣಪತ್ರಗಳೊಂದಿಗೆ IKEv2 ಲಭ್ಯವಿರುವಲ್ಲಿ, ಆ ಸ್ಥಳಾಂತರ ಯಾವುದೇ ಕ್ಲೈಂಟ್ ಪರ್ಯಾಯಕ್ಕಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯದ್ದು.

ಹೊರಗಿನಿಂದ ಒಳಗೆ ರೋಗನಿರ್ಣಯ ಮಾಡಿ

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

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