IKEv2 ಮತ್ತು L2TP/IPsec: ನಿಮ್ಮ ಸರ್ವರ್ ಯಾವ ಪ್ರೊಫೈಲ್ ನಡೆಸುತ್ತದೆ?
ಒಂದು ಲೇಬಲ್ ಎರಡು ಸ್ಟ್ಯಾಕ್, ಮೂರು ಬಗೆಯ ರಹಸ್ಯ ಮತ್ತು ವಿಳಾಸ ಬದಲಾದಾಗ ಬೇರೆ ವರ್ತನೆಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ಮೆನುಗಳನ್ನು ಹೋಲಿಸುವ ಮೊದಲು ಪದರಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ.
ಎರಡೂ ಹೆಸರುಗಳು ಒಂದೇ ಡ್ರಾಪ್ಡೌನಿನಲ್ಲಿ ಅಕ್ಕಪಕ್ಕ ಕಾಣುತ್ತವೆ, ಇದು ಸಮಾನವಾದ ಎರಡು ಆಯ್ಕೆಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಲು ಆಮಂತ್ರಣ ನೀಡುತ್ತದೆ. ಅವು ಸಮಾನವಲ್ಲ. L2TP ಸ್ವಂತ ಗೋಪ್ಯತೆ ಇಲ್ಲದ ಟನೆಲಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್, ಮತ್ತು L2TP/IPsec ಸೇವೆಯಲ್ಲಿನ ರಕ್ಷಣೆ ಅದನ್ನು ಸುತ್ತುವ IPsec ಪದರದಿಂದ ಬರುತ್ತದೆ. IKEv2 ನೇರವಾಗಿ IPsec ಸಂಘವನ್ನು ಮಾತುಕತೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದರಲ್ಲಿ ಟನೆಲ್ ಒಳಗೆ ಟನೆಲ್ ಎಂಬ ಹಂತವಿಲ್ಲ. ನಿಮ್ಮ ಸರ್ವರ್ ಯಾವ ಸ್ಟ್ಯಾಕ್ ನೀಡುತ್ತದೆ ಎಂಬುದನ್ನು ತಿಳಿಯುವುದು ಪ್ರೊಫೈಲ್, ಪ್ರಾಂಪ್ಟುಗಳು ಮತ್ತು ಲ್ಯಾಪ್ಟಾಪ್ ನೆಟ್ವರ್ಕ್ ಬದಲಾದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಎರಡು ಸ್ಟ್ಯಾಕ್, ಕ್ಲೈಂಟಿನಲ್ಲಿ ಒಂದೇ ಲೇಬಲ್
L2TP UDP ಮೇಲೆ 1701 ಪೋರ್ಟ್ವರೆಗೆ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಸೆಷನ್ ಒಯ್ಯುತ್ತದೆ ಮತ್ತು ಎನ್ಕ್ರಿಪ್ಷನ್ ಅನ್ನು ಅದನ್ನು ಸುತ್ತುವವರಿಗೆ ಬಿಡುತ್ತದೆ. ಅದನ್ನು IPsec ಜೊತೆ ಜೋಡಿಸಿದರೆ ಎರಡು ಪದರಗಳು ಸಿಗುತ್ತವೆ: ಮಾರ್ಗವನ್ನು ರಕ್ಷಿಸುವ IPsec ಸಂಘ, ಮತ್ತು ಅದರೊಳಗೆ ಬಳಕೆದಾರರ ಲಿಂಕ್-ಲೇಯರ್ ಫ್ರೇಮುಗಳು ಮತ್ತು PPP ದೃಢೀಕರಣವನ್ನು ಒಯ್ಯುವ L2TP ಸೆಷನ್.
IKEv2 ಒಂದು ನಿಯಂತ್ರಣ ಸಂಘವನ್ನು ರಚಿಸುತ್ತದೆ, ನಂತರ ಸಂಚಾರವನ್ನು ರಕ್ಷಿಸುವ ಒಂದು ಅಥವಾ ಹೆಚ್ಚು ಚೈಲ್ಡ್ ಸಂಘಗಳನ್ನು, ಎಲ್ಲವೂ UDP 500 ಮತ್ತು 4500 ಮೇಲೆ ಒಂದೇ ವಿನಿಮಯ ಕುಟುಂಬದಲ್ಲಿ. ಒಳಗೆ ಯಾವುದೇ ಟನೆಲಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಇಲ್ಲ ಮತ್ತು PPP ಮಾತುಕತೆಯೂ ಇಲ್ಲ.
ರುಜುವಾತುಗಳು: ಮೂರು ಪದರಗಳ ಮೇಲೆ ಮೂರು ರಹಸ್ಯಗಳು
ಇಲ್ಲಿ ಬಹುಪಾಲು ಬೆಂಬಲ ಸಮಯ ಕರಗುತ್ತದೆ. L2TP/IPsec ಪ್ರೊಫೈಲ್ IPsec ಪದರಕ್ಕೆ ಪೂರ್ವ-ಹಂಚಿದ ಕೀ ಮತ್ತು ಒಳಗಿನ PPP ಸೆಷನ್ಗೆ ಬಳಕೆದಾರಹೆಸರು ಹಾಗೂ ಪಾಸ್ವರ್ಡ್ ಕೇಳಬಹುದು, ಮತ್ತು ಎರಡನ್ನೂ ಬೇರೆ ಬೇರೆ ಘಟಕಗಳು ಪರಿಶೀಲಿಸುತ್ತವೆ. ಹಂಚಿದ ಕೀ ಇಡೀ ಗೇಟ್ವೇಗೆ ಸೇರಿದ್ದು, ಆದ್ದರಿಂದ ಅದು ಯಾರನ್ನೂ ಗುರುತಿಸುವುದಿಲ್ಲ; ಅದು ಎದುರು ಕಡೆ ಒಂದು ರಹಸ್ಯ ತಿಳಿದಿದೆ ಎಂದಷ್ಟೇ ಸಾಬೀತು ಮಾಡುತ್ತದೆ.
IKEv2 ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು, ಅಥವಾ ಬಳಕೆದಾರಹೆಸರು ಮತ್ತು ಪಾಸ್ವರ್ಡ್ನೊಂದಿಗೆ EAP ಬಳಸುತ್ತದೆ, ಮತ್ತು ಪೂರ್ವ-ಹಂಚಿದ ಕೀಯನ್ನೂ ಬಳಸಬಹುದು. ಆ ಆಯ್ಕೆಗಳು L2TP ಜೋಡಿಗೆ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವಲ್ಲ. ತಿರಸ್ಕೃತ EAP ಲಾಗಿನ್ ಸರಿಪಡಿಸುವ ಪಾಸ್ವರ್ಡ್ ಮರುಹೊಂದಿಕೆ ಅವಧಿ ಮುಗಿದ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಖಾತೆಯ ಪಾಸ್ವರ್ಡ್ ಎಷ್ಟೇ ಬಾರಿ ಬರೆದರೂ ತಪ್ಪು ಗೇಟ್ವೇ ಕೀ ತೃಪ್ತಿಯಾಗುವುದಿಲ್ಲ. ನಿರೀಕ್ಷಿಸದ ಪ್ರಾಂಪ್ಟ್ ಬಂದರೆ ಊಹಿಸುವ ಮೊದಲು ಅದು ಯಾವ ಪದರದ್ದು ಎಂದು ನಿರ್ವಾಹಕರನ್ನು ಕೇಳಿ.
| Question | L2TP/IPsec | IKEv2 |
|---|---|---|
| What encrypts the traffic | A wrapping IPsec association | The child association |
| Ports you must permit | UDP 500/4500 and UDP 1701 inside | UDP 500 and 4500 |
| Typical secrets | Gateway PSK plus PPP credentials | Certificate, EAP, or PSK |
| Address change | Tunnel breaks, reconnect needed | Can migrate with MOBIKE |
MOBIKE ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ, ಏನನ್ನು ಇಲ್ಲ
ಎರಡೂ ತುದಿಗಳು MOBIKE ಬೆಂಬಲಿಸಿದಾಗ IKEv2 ಸಂಘವನ್ನು ಹೊಸ ವಿಳಾಸಕ್ಕೆ ಸರಿಸಬಹುದು, ಇದು ಲ್ಯಾಪ್ಟಾಪ್ ವೈ-ಫೈ ಬಿಟ್ಟು ಫೋನ್ ಹಾಟ್ಸ್ಪಾಟ್ಗೆ ಹೋಗುವ ಸಂದರ್ಭವನ್ನು ಭದ್ರತಾ ಸಂಘ ಒಡೆಯದೆ ಒಳಗೊಳ್ಳುತ್ತದೆ.
ಅದು ಆ ಸ್ಥಳಾಂತರದಲ್ಲಿ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಜೀವಂತವಾಗಿ ಇಡುವುದಿಲ್ಲ. ಸಾರಿಗೆ ಹರಿವು ಇನ್ನೂ ವಿಳಾಸ ಬದಲಿಸುತ್ತದೆ, ಹಳೆಯ ವಿಳಾಸಕ್ಕೆ ಬದ್ಧವಾದ ಸಾಕೆಟ್ಗಳು ಇನ್ನೂ ಒಡೆಯುತ್ತವೆ, ಮತ್ತು ಸಂಚಾರವನ್ನು ಒಂದು ಇಂಟರ್ಫೇಸ್ಗೆ ಪಿನ್ ಮಾಡುವ ನೀತಿ ಅದನ್ನು ಇನ್ನೂ ಬೀಳಿಸಬಹುದು. ನೀವು ನಿಜವಾಗಿ ಮಾಡುವ ಪರಿವರ್ತನೆಯನ್ನು, ಅಂದರೆ ನೆಟ್ವರ್ಕ್ ಬಿಡುವುದು, ನಿದ್ರೆಯಿಂದ ಎದ್ದೇಳುವುದು ಅಥವಾ ದೀರ್ಘ ನಿಷ್ಕ್ರಿಯತೆಯ ನಂತರ ಮರಳುವುದನ್ನು ಪರೀಕ್ಷಿಸಿ ಮತ್ತು Connected ಲೇಬಲ್ ಬದಲು ಅಪ್ಲಿಕೇಶನ್ ನೋಡಿ.
ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸುವ ವೈಫಲ್ಯದ ಆಕಾರಗಳು
ಗೇಟ್ವೇ ತಲುಪಿ ನಿಂತುಬಿಡುವ L2TP/IPsec ಪ್ರೊಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು ಪ್ರಾಂಪ್ಟುಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ: ಹಂಚಿದ ಕೀ ಅಥವಾ PPP ರುಜುವಾತುಗಳು. ತಪ್ಪು ಕೀ ಸಾಮಾನ್ಯವಾಗಿ ಕ್ಲೈಂಟ್ ಲಾಗ್ನಲ್ಲಿ ಉಪಯುಕ್ತವಾದದ್ದನ್ನು ತೋರಿಸುವುದಿಲ್ಲ, ಆದರೆ ತಪ್ಪು ಪಾಸ್ವರ್ಡ್ ಸ್ಪಷ್ಟ ದೃಢೀಕರಣ ತಿರಸ್ಕಾರ ಉಂಟುಮಾಡುತ್ತದೆ, ಮತ್ತು ಈ ವ್ಯತ್ಯಾಸವೇ ಎಲ್ಲಿ ನೋಡಬೇಕೆಂದು ಹೇಳುತ್ತದೆ.
ಗುರುತು ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ತಪ್ಪಿದಾಗ IKEv2 ಪ್ರೊಫೈಲ್ ಇನ್ನೂ ಮೊದಲೇ ಮತ್ತು ಹೆಚ್ಚು ಗಟ್ಟಿಯಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ನಿಯಂತ್ರಣ ಸಂಘ ಎಂದಿಗೂ ಪೂರ್ಣಗೊಳ್ಳುವುದಿಲ್ಲ. ಸಂಘ ಪೂರ್ಣಗೊಂಡರೂ ಸಂಚಾರ ವಿಫಲವಾದರೆ, ಸಮಸ್ಯೆ ಚೈಲ್ಡ್ ಸಂಘ, ಸಂಚಾರ ಆಯ್ಕೆಗಾರ ಅಥವಾ ಮಾರ್ಗಕ್ಕೆ ಸರಿದಿದೆ, ಮತ್ತು ಯಾವುದೇ ರುಜುವಾತು ಬದಲಾವಣೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ.
ಯಾವುದು ಎಲ್ಲಿ ಇನ್ನೂ ಹೊಂದುತ್ತದೆ
L2TP/IPsec ಉಳಿದಿದೆ ಏಕೆಂದರೆ ಅದು ಬಹುತೇಕ ಪ್ರತಿ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಇದೆ ಮತ್ತು ಹೆಚ್ಚುವರಿ ತಂತ್ರಾಂಶ ಬೇಡ, ಇದು ನೀವು ನಿರ್ವಹಿಸದ ಸಾಧನದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಗುತ್ತಿಗೆದಾರನಿಗೆ ಮುಖ್ಯ. ಬೆಲೆ ಎಂದರೆ ಹೆಚ್ಚುವರಿ ಪದರ, ಹಂಚಿದ-ರಹಸ್ಯ ಮಾದರಿ ಮತ್ತು ಪ್ರತಿ ವಿಳಾಸ ಬದಲಾವಣೆಯ ನಂತರ ಮರುಸಂಪರ್ಕ.
ನಿರ್ವಹಿತ ಸಾಧನಗಳಿಗೆ IKEv2 ಹೆಚ್ಚು ಹೊಂದುತ್ತದೆ: ಪ್ರಮಾಣಪತ್ರ ಗುರುತು, ಸ್ವಚ್ಛ ಚಲನಶೀಲತೆ, ಮತ್ತು ಯೋಚಿಸಲು ಒಂದೇ ಸಂಘ ಕುಟುಂಬ. ಕ್ಲೈಂಟ್ ಹಳೆಯದಾದರೆ ಅದು ಇನ್ನೂ ಕಠಿಣವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಸುತ್ತಲೂ ವಿನ್ಯಾಸ ಮಾಡುವ ಮೊದಲು ವೇದಿಕೆಯ ಬೆಂಬಲಿತ ದೃಢೀಕರಣ ವಿಧಾನವನ್ನು ಪರಿಶೀಲಿಸಿ.
ನಿಮಗೆ ನೀಡಿದ ಪ್ರೊಫೈಲ್ ಪರೀಕ್ಷಿಸುವುದು
ಮೊದಲು ಸರ್ವರ್ ಕಡೆಯಿಂದ ಮೋಡ್ ಖಚಿತಪಡಿಸಿ, ನಂತರ ಅದಕ್ಕೆ ಹೊಂದುವ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆಮಾಡಿ. ಆ ಪ್ರೊಫೈಲ್ಗೆ ನೀಡಿದ ನಿಖರ ಹೋಸ್ಟ್ಹೆಸರು ಮತ್ತು ರುಜುವಾತುಗಳೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಸಾರ್ವಜನಿಕ ಸೈಟ್ ಬದಲು ಖಾಸಗಿ ಸಂಪನ್ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸಿ.
ಸಂಪರ್ಕವಾದರೂ ಏನೂ ಲೋಡ್ ಆಗದಿದ್ದರೆ, ಟನೆಲ್ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ಮಾರ್ಗ, DNS ಅಥವಾ ಸಂಚಾರ ಆಯ್ಕೆಗಾರ ಮಾಡುತ್ತಿಲ್ಲ. ಆ ಹಂತದಲ್ಲಿ ಪ್ರೋಟೋಕಾಲ್ ಬದಲಿಸಿದರೆ ರೋಗನಿರ್ಣಯ ಮುಂದೆ ಸಾಗದೆ ಮತ್ತೆ ಆರಂಭವಾಗುತ್ತದೆ.