PPP ಆಧಾರಿತ VPN ನಿಂದ ಅದರ ಊಹೆಗಳನ್ನು ನಕಲಿಸದೆ ಸ್ಥಳಾಂತರ

VPN ಸ್ಥಳಾಂತರವು ಬಳಕೆದಾರರು, ಗಮ್ಯಸ್ಥಾನಗಳು, ಹೆಸರು ವಿಭೇದನ ಮತ್ತು ವೈಫಲ್ಯದ ವರ್ತನೆ ಎಲ್ಲವೂ ಇನ್ನೂ ಸರಿಯಾಗಿದ್ದಾಗ ಮುಗಿಯುತ್ತದೆ, ಹೊಸ ಕ್ಲೈಂಟ್ ಹಸಿರು ಚಿಹ್ನೆ ತೋರಿಸಿದಾಗ ಅಲ್ಲ. ಹಳೆಯ PPP ಆಧಾರಿತ ನಿಯೋಜನೆಗಳು ಎಂದೂ ಬರೆಯದ ಊಹೆಗಳನ್ನು ಹೊತ್ತಿರುತ್ತವೆ: ಏಕೈಕ ಗುರುತು ಪರಿಶೀಲನೆಯೂ ಆಗಿದ್ದ ಹಂಚಿದ ರಹಸ್ಯ, ಫೈರ್ವಾಲ್ ಅನುಮತಿ ಪಟ್ಟಿಯಲ್ಲಿ ಇಟ್ಟುಕೊಂಡಿರುವ ಸ್ಥಿರ ವಿಳಾಸ ಪೂಲ್, ಸರ್ವರ್ ಕಳುಹಿಸುವ DNS ಪ್ರತ್ಯಯ. ಆ ಊಹೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡದೆ ಪ್ರೋಟೋಕಾಲ್ ಬದಲಿಸಿದರೆ ಹ್ಯಾಂಡ್ಶೇಕ್ ಪೂರ್ಣಗೊಳಿಸುವ ಟನೆಲ್ ಮತ್ತು ಇಲ್ಲದ ಗಡಿ ಸಿಗುತ್ತದೆ. ಕೆಳಗಿನ ಕ್ರಮ ನಾನು ಬಳಸುವ ಕ್ರಮ, ಮತ್ತು ಕೊನೆಯ ಹಂತವೇ ತಂಡಗಳು ಬಿಟ್ಟುಬಿಡುವ ಹಂತ.

ಹಂತ 1: ಹಳೆಯ ಸಂಪರ್ಕ ಏನು ನೀಡುತ್ತದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡಿ

ಪಟ್ಟಿ ನೆನಪಿನಲ್ಲಿಡುವುದಲ್ಲ, ಬರೆಯುವುದು. ಬೆಂಬಲಿತ ಕ್ಲೈಂಟ್ಗಳು, ದೃಢೀಕರಣದ ಪಾತ್ರಗಳು, ವಿಳಾಸ ಪೂಲ್ಗಳು, ಸಂರಕ್ಷಿತ ಜಾಲಗಳು, DNS ಅಗತ್ಯಗಳು ಮತ್ತು ಪ್ರತಿ ಬಳಕೆದಾರ ಗುಂಪಿಗೆ ಬೇಕಾದ ಸೇವಾ ಅನುಮತಿಗಳನ್ನು ದಾಖಲಿಸಿ.

L2TP/IPsec ಗೆ, ಎರಡು ಪದರಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬೇರ್ಪಡಿಸಿ. IPsec ಪೀರ್ನ ಗುರುತು ಯಂತ್ರಗಳನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ; PPP ಬಳಕೆದಾರನನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ CHAP ಅಥವಾ MSCHAPv2 ನೊಂದಿಗೆ.

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

ಹಂತ 2: ಬದಲಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ವಿನ್ಯಾಸ ಮಾಡಿ

ಬದಲಿಯನ್ನು ಆರಿಸುವುದು ಅಗತ್ಯ-ಅಗತ್ಯದ ನಕ್ಷೆಯಾಗಿದೆ: ಸಂಸ್ಥೆ ಬೆಂಬಲಿಸುವ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ನಿರ್ವಹಿತ ಕ್ಲೈಂಟ್, ಪ್ರತಿ ಗುರುತು ಮತ್ತು ಪ್ರವೇಶದ ಅಗತ್ಯವೂ ನಿಜವಾದ ಕಾರ್ಯವಿಧಾನದಲ್ಲಿ ಇಳಿಯುತ್ತದೆ. ಹಂಚಿದ ರಹಸ್ಯ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪ್ರತಿ-ಸಾಧನ ಕೀಲಿ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ಸಮಾನವಲ್ಲ, ಮತ್ತು ಪ್ರತಿ-ಬಳಕೆದಾರ PPP ಖಾತೆ ಸಾಧನ ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ಸಮಾನವಲ್ಲ.

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

ಹಂತ 3: ಹಂತ ಹಂತವಾಗಿ ಜಾರಿಗೊಳಿಸಿ ಮತ್ತು ಅನುಮತಿ ಹಾಗೂ ನಿರಾಕರಣೆ ಎರಡನ್ನೂ ಪರಿಶೀಲಿಸಿ

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

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

ನಿರ್ವಾಹಕ ಪ್ರವೇಶವನ್ನು ಸರಿಸುವ ಮೊದಲು, ನೀವು ಬದಲಿಸುತ್ತಿರುವ ಟನೆಲ್ ಅನ್ನು ಅವಲಂಬಿಸದ ಅಧಿಕೃತ ಮರುಪ್ರಾಪ್ತಿ ಮಾರ್ಗ ನಿಮ್ಮಲ್ಲಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಹಂತ 4: ಹಳೆಯ ಗುರುತನ್ನು ನಿವೃತ್ತಿಗೊಳಿಸಿ

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

ಆ ಹಂತದಲ್ಲಿ ನಿಧಾನವಾಗುವುದು ಯೋಗ್ಯ. ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿನ ನಿವೃತ್ತ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ರದ್ದಾದ ರುಜುವಾತಲ್ಲ; ರುಜುವಾತು ಸರ್ವರ್ನಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್ ಅದನ್ನು ಸ್ವೀಕರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುವವರೆಗೆ ಮಾನ್ಯವಾಗಿರುತ್ತದೆ. ಹಳೆಯ ಸಂರಚನೆಯ ಇತರ ಪ್ರತಿಗಳನ್ನು ಹುಡುಕಿ — ಪರೀಕ್ಷಾ ಸಾಧನಗಳು, ಮರೆತ ಫೋನ್, ಯಾರೋ ಇಟ್ಟುಕೊಂಡ ಸ್ಥಾಪಕ — ಮತ್ತು ಆಲಿಸುವವರನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುವುದನ್ನು ಹಳೆಯ ಸೇವೆ ನಿಜವಾಗಿ ಕೊನೆಗೊಳ್ಳುವ ಕ್ಷಣವೆಂದು ಪರಿಗಣಿಸಿ. ಅಲ್ಲಿಯವರೆಗೆ ಸ್ಥಳಾಂತರಕ್ಕೆ ಎರಡು ಮುಂಭಾಗದ ಬಾಗಿಲುಗಳಿವೆ.

ಸ್ವೀಕೃತಿ ದಾಖಲೆ ಎಂದರೆ ಮೊದಲ ಹಂತದ ಪಟ್ಟಿಗೆ ಸೇರಿಸಿದ ಕಾಲಮ್: ಹೊಸ ವಿನ್ಯಾಸ ಪ್ರತಿ ಸಾಲಿಗೆ ಏನು ಮಾಡುತ್ತದೆ, ಮತ್ತು ನೀವು ಅದನ್ನು ಹೇಗೆ ಪರಿಶೀಲಿಸಿದಿರಿ. ಇದು ಪ್ರೋಟೋಕಾಲ್ ನವೀಕರಣವನ್ನು ಸಾಕ್ಷ್ಯದೊಂದಿಗೆ ಸೇವಾ ಅಗತ್ಯವಾಗಿ ಬದಲಿಸುತ್ತದೆ.

ಫಲಿತಾಂಶವನ್ನು ಪ್ರೋಟೋಕಾಲ್ ಹೆಸರಿಗಲ್ಲ, ಸೇವೆಗೆ ಬೇಕಾದದ್ದಕ್ಕೆ ಬಿಗಿಯಾಗಿ ಇಡಿ, ಏಕೆಂದರೆ ಹಳೆಯ ಊಹೆಗಳನ್ನು ನಕಲಿಸಿದ ಆಧುನಿಕ ಪ್ರೋಟೋಕಾಲ್ ಉತ್ತಮ ಚೌಕಟ್ಟಿನೊಂದಿಗೆ ಅದೇ ಅಪಾಯ. RFC 3193 L2TP ಅನ್ನು IPsec ಮೇಲೆ ಹೇಗೆ ಸಾಗಿಸಲಾಗುತ್ತದೆ ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಇದು ಆ ಎರಡು ಪದರಗಳು ಯಾವಾಗಲೂ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳಾಗಿದ್ದವು ಎಂದು ನೆನಪಿಸುತ್ತದೆ. ಪಟ್ಟಿಯಲ್ಲಿ ನೀವು ವಿವರಿಸಲಾಗದ ಸಾಲಿದ್ದರೆ, ನಿಲ್ಲಿಸಿ ಮತ್ತು ಅದರ ಮೇಲೆ ಏನು ಅವಲಂಬಿತವಾಗಿದೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ. ಪಟ್ಟಿ ನೀರಸವಾದಾಗ ಸ್ಥಳಾಂತರ ಮುಗಿಯುತ್ತದೆ.