VPN ಮೂಲಕ IPv6: ನಿಯೋಜಿತ ಪ್ರಿಫಿಕ್ಸ್ ಒಂದು ವಿಳಾಸ ಪೂಲ್ ಅಲ್ಲ
ಒಬ್ಬ ಕ್ಲೈಂಟ್ಗೆ ವಿಳಾಸ ಬೇಕು, ಅವನ ಹಿಂದಿನ ರೌಟರ್ಗೆ ನೆಟ್ವರ್ಕ್ ಬೇಕು. ಮೊದಲು ಪಾತ್ರದ ಪ್ರಶ್ನೆ, ನಂತರ ವಿಳಾಸ ನಿಗದಿಯ ಹಂತ, ನಂತರ ಮರಳು ಮಾರ್ಗದ ಪರಿಶೀಲನೆ.
ಒಂದೇ ದಿನ ಎರಡು ವಿನಂತಿಗಳು ಬರುತ್ತವೆ: ಲ್ಯಾಪ್ಟಾಪ್ಗೆ ಸುರಂಗದ ಮೂಲಕ IPv6 ಬೇಕು, ಮತ್ತು ಒಂದು ಸಣ್ಣ ತಾಣವು ತನ್ನ ರೌಟರ್ನ ಹಿಂದಿನ ಸಾಧನಗಳಿಗೆ IPv6 ಬಯಸುತ್ತದೆ. ಎರಡಕ್ಕೂ ವಿಳಾಸದಿಂದ ಉತ್ತರಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಎರಡನೆಯದು ನಂತರ ಒಂದು ವಾರ ವಿಫಲತೆಯಲ್ಲಿ ಕಳೆಯುತ್ತದೆ. ಪಾತ್ರಗಳು ಭಿನ್ನ, ಹಾಗೆಯೇ ಕಾರ್ಯವಿಧಾನಗಳು, ಸಂರಚನೆ ಮತ್ತು ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವ ಪರಿಶೀಲನೆ. ಈ ಮಾರ್ಗದರ್ಶಿ ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡುತ್ತದೆ.
ಹಂತ ಒಂದು: ನೀವು ಯಾವ ಪಾತ್ರಕ್ಕೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ
ಒಂಟಿ ಆತಿಥೇಯಕ್ಕೆ ತನ್ನ ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಒಂದು ವಿಳಾಸ ಬೇಕು, ದೂರದ ಬದಿಗೆ ಮಾರ್ಗ ಮತ್ತು ಕೆಳಗೆ ಸಂಖ್ಯೆ ನೀಡಬೇಕಾದ ಯಾವುದೂ ಇಲ್ಲ. ಸುರಂಗದ ಹಿಂದಿನ ರೌಟರ್ಗೆ ಅದು ಹಂಚಬಹುದಾದ ಇಡೀ ನೆಟ್ವರ್ಕ್ ಬೇಕು, ಜೊತೆಗೆ ದೂರದ ಬದಿಯಲ್ಲಿ ಆ ವಿಳಾಸಗಳನ್ನು ತನ್ನತ್ತ ಮರಳಿಸುವ ಮಾರ್ಗ ಬೇಕು. ಸುರಂಗದ ಹಿಂದೆ ಏನಿದೆ ಎಂಬುದು ಪ್ರತಿ ಮುಂದಿನ ನಿರ್ಧಾರವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಯಾವುದೇ ಸಂರಚನೆಯನ್ನು ತೆರೆಯುವ ಮೊದಲು ಆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಿ. ಈ ಹಂತದ ನಂತರದ ಎಲ್ಲವೂ ನೀವು ಯಾವ ಉತ್ತರ ನೀಡಿದಿರಿ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ.
ಹಂತ ಎರಡು: ಒಂಟಿ ಆತಿಥೇಯಕ್ಕೆ ವಿಳಾಸ ಹಂಚಿಕೆ
ಸುರಂಗದ ವಿಳಾಸವನ್ನು ನಿಗದಿಪಡಿಸಿ, ಉತ್ಪನ್ನ ನಿರೀಕ್ಷಿಸುವ ಪ್ರಿಫಿಕ್ಸ್ ಉದ್ದವನ್ನು ದೃಢೀಕರಿಸಿ, ಮತ್ತು ಕ್ಲೈಂಟ್ ದೂರದ ಶ್ರೇಣಿಗೆ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆಯೇ ಅಥವಾ ಅದನ್ನು ಸ್ಥಳೀಯ ಡಿಫಾಲ್ಟ್ ಗೇಟ್ವೇಗೆ ಕಳುಹಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ /128 ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಸಂಪರ್ಕಕ್ಕೆ ಸಾಮಾನ್ಯ, ಆದರೆ ಅಲ್ಲಿ /64 ಯಾರೂ ನಿಯೋಜಿಸದ ನೆಟ್ವರ್ಕ್ ಮೇಲೆ ಹಕ್ಕು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಎರಡು ಔಟ್ಪುಟ್ಗಳು ಪ್ರಶ್ನೆಯನ್ನು ಬಗೆಹರಿಸುತ್ತವೆ: ವಿಳಾಸ ಕೋಷ್ಟಕ ಮತ್ತು ಮಾರ್ಗ ಕೋಷ್ಟಕ, ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಓದಲಾದವು. ಅವುಗಳನ್ನು ಒಟ್ಟಿಗೆ ಓದಿ, ಏಕೆಂದರೆ ತಪ್ಪು ಇಂಟರ್ಫೇಸ್ಗೆ ತೋರಿಸುವ ಮಾರ್ಗ ಈ ಹಂತದಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ತಪ್ಪು.
ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ವಿಳಾಸ ಮತ್ತು ಮಾರ್ಗ ಕೋಷ್ಟಕಗಳಿಂದ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಒಂದು ವಿನಂತಿ ಕಳುಹಿಸಿ. ವಿನಂತಿ ಸರಿಯಾಗಿ ಹೊರಟು ಏನೂ ಮರಳದಿದ್ದರೆ, ದೋಷ ಕ್ಲೈಂಟ್ನ ವಿಳಾಸದಲ್ಲಲ್ಲ, ದೂರದ ಬದಿಯ ಮಾರ್ಗದಲ್ಲಿದೆ.
ಹಂತ ಮೂರು: ಸುರಂಗದ ಹಿಂದಿನ ರೌಟರ್ಗೆ ನಿಯೋಜನೆ
ಪ್ರಿಫಿಕ್ಸ್ ನಿಯೋಜನೆ ವಿಳಾಸ ಹಂಚಿಕೆಯಿಂದ ಪ್ರತ್ಯೇಕ ಕಾರ್ಯವಿಧಾನ, ಅದರದೇ ವಿನಂತಿ ಮತ್ತು ಅದರದೇ ಗುತ್ತಿಗೆ ಇದೆ. ನಿಯೋಜಿಸುವ ಬದಿಯು ಕೆಳಗಿನ ನೆಟ್ವರ್ಕ್ಗೆ ಸಾಕಷ್ಟು ದೊಡ್ಡ ಪ್ರಿಫಿಕ್ಸ್ ನೀಡಲು ಸಂರಚಿಸಲ್ಪಡಬೇಕು, ಮತ್ತು ವಿನಂತಿಸುವ ರೌಟರ್ ತನ್ನ ಒಳಗಿನ ಇಂಟರ್ಫೇಸ್ಗೆ ಆ ಪ್ರಿಫಿಕ್ಸ್ನಿಂದ ಸಂಖ್ಯೆ ನೀಡಬೇಕು.
ಮೊಬೈಲ್ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಪೂಲ್ ನಿಯೋಜಿಸಬಲ್ಲದು ಎಂದು ಭಾವಿಸಬೇಡಿ. ಅನೇಕ VPN ಉತ್ಪನ್ನಗಳು ಒಂಟಿ ವಿಳಾಸಗಳನ್ನು ಹಂಚುತ್ತವೆ ಮತ್ತು ಅವಕ್ಕೆ ನಿಯೋಜನೆಯ ಪಾತ್ರವೇ ಇಲ್ಲ, ಮತ್ತು ನಿಮ್ಮ ಅಂಚಿಗೆ ಬರುವ ಪೂರೈಕೆದಾರರ ಪ್ರಿಫಿಕ್ಸ್ ತಾನಾಗಿಯೇ ಸಹಚರರಿಗೆ ರವಾನೆಯಾಗುವುದಿಲ್ಲ. ಪ್ರತಿ ಪೂಲ್ ಯಾವ ಪಾತ್ರಕ್ಕೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ ಎಂದು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಎರಡೂ ಬೇರೆ ಬೇರೆ ಸ್ಥಳಗಳಲ್ಲಿ ಸಂರಚಿಸಲ್ಪಡುತ್ತವೆ.
ಹಂತ ನಾಲ್ಕು: ಮರಳು ಮಾರ್ಗವನ್ನು ಸ್ಪಷ್ಟಗೊಳಿಸಿ
ಯಾವ ಸಹಚರರು ಯಾವ ಪ್ರಿಫಿಕ್ಸ್ ಒಯ್ಯುತ್ತಾರೆ ಎಂಬುದರಲ್ಲಿ ಎರಡೂ ತುದಿಗಳು ಒಪ್ಪಬೇಕು. ದೂರದ ಬದಿಯಲ್ಲಿ, ನಿಯೋಜಿತ ನೆಟ್ವರ್ಕ್ಗಾಗಿ ಸುರಂಗದತ್ತ ತೋರಿಸುವ ಮಾರ್ಗವನ್ನು ಸೇರಿಸಿ, ಮತ್ತು ಯಾವುದೇ ಅತಿವ್ಯಾಪಿಸುವ ಶ್ರೇಣಿ ಅದನ್ನು ಈಗಾಗಲೇ ಹಕ್ಕು ಮಾಡಿಲ್ಲ ಎಂದು ದೃಢೀಕರಿಸಿ.
ಮರಳು ಮಾರ್ಗವಿಲ್ಲದ ಮಾನ್ಯ ಪ್ರಿಫಿಕ್ಸ್ ಅಚ್ಚುಕಟ್ಟಾದ ವಿಳಾಸ ಯೋಜನೆ ಮತ್ತು ಯಾವುದೇ ಸಂಪರ್ಕ ನೀಡುವುದಿಲ್ಲ. ಪ್ರವೇಶ ನಿಯಮವಿಲ್ಲದ ಮಾರ್ಗವು ಉದ್ದೇಶಿಸಿದ್ದಕ್ಕಿಂತ ಹೆಚ್ಚು ತಾಣವನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಎರಡೂ ಬದಲಾವಣೆಗಳನ್ನು ಒಂದೇ ಕಿಟಕಿಯಲ್ಲಿ ಜೋಡಿಸಿ ಮತ್ತು ಅರ್ಧ ಅನ್ವಯವಾದ ಸ್ಥಿತಿಯನ್ನು ಬಳಕೆದಾರರಿಂದ ದೂರವಿಡಿ.
ಹಂತ ಐದು: ರೌಟರ್ನ ಹಿಂದಿನಿಂದ ಪರಿಶೀಲಿಸಿ
ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ನಡೆಸಿ: ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸ, ಒಳಗಿನ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ನಿಯೋಜಿತ ಪ್ರಿಫಿಕ್ಸ್, ಆ ಪ್ರಿಫಿಕ್ಸ್ನತ್ತ ದೂರದ ಬದಿಯ ಮಾರ್ಗ, ಮತ್ತು ಕೊನೆಯದಾಗಿ ರೌಟರ್ನ ಹಿಂದಿನ ಸಾಧನದಿಂದ ಒಂದು ವಿನಂತಿ. ನೀವು ನಿಯಂತ್ರಿಸುವ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಬಳಸಿ, ಆಗ ಮೌನ ತಡೆ ಮತ್ತು ಕಾಣೆಯಾದ ಮಾರ್ಗವನ್ನು ಪ್ರತ್ಯೇಕಿಸಬಹುದು. ಯಾವ ಹಂತ ನಿಮ್ಮನ್ನು ಬೆಚ್ಚಿಬೀಳಿಸಿದರೂ, ಮುಂದೆ ಸಾಗುವ ಮೊದಲು ಸರಿಪಡಿಸಬೇಕಾದದ್ದು ಅದೇ.
ಕೊನೆಯ ಪರಿಶೀಲನೆಯನ್ನು ಎರಡು ಬಾರಿ ಮಾಡಿ, ಒಮ್ಮೆ ರೌಟರ್ನಿಂದಲೇ ಮತ್ತು ಒಮ್ಮೆ ಅದರ ಹಿಂದಿನ ಸಾಧನದಿಂದ. ಗಮ್ಯಸ್ಥಾನವನ್ನು ತಲುಪುವ ಆದರೆ ಅದರ ಕ್ಲೈಂಟ್ಗಳು ತಲುಪಲಾಗದ ರೌಟರ್ ನಿಯೋಜನೆ ಅಥವಾ ಮುಂದು ರವಾನೆಯ ಸಮಸ್ಯೆ, ಮೇಲ್ಭಾಗದ ಸಮಸ್ಯೆ ಅಲ್ಲ.
ಹಿಂತಿರುಗಿಸುವಿಕೆ
ಬದಲಾವಣೆಗೆ ಮೊದಲು ಹಿಂದಿನ ವಿಳಾಸ ಸಂರಚನೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ, ಮತ್ತು ಎರಡು ಕಾರ್ಯವಿಧಾನಗಳಲ್ಲಿ ಯಾವುದನ್ನು ಬದಲಿಸಿದಿರಿ ಎಂದು ದಾಖಲಿಸಿ. ಮಾರ್ಗವನ್ನು ತೆಗೆಯದೆ ನಿಯೋಜಿತ ಪ್ರಿಫಿಕ್ಸ್ ತೆಗೆದರೆ ಕಪ್ಪು ಕುಳಿ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಪ್ರಿಫಿಕ್ಸ್ ಇಲ್ಲದೆ ಮಾರ್ಗ ತೆಗೆದರೆ ಯಾವುದೂ ತಲುಪಲಾಗದ ವಿಳಾಸಗಳು ಉಳಿಯುತ್ತವೆ. ಎರಡೂ ಬದಲಾವಣೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಒಂದನ್ನು ಹಿಂತಿರುಗಿಸಿ ಇನ್ನೊಂದನ್ನು ಬಿಟ್ಟರೆ ತಾಣವು ಒಂದೇ ದಿಕ್ಕಿನಲ್ಲಿ ಮಾತ್ರ ತಲುಪಲಾಗದಂತಾಗುತ್ತದೆ.
ಉತ್ಪನ್ನವು ನಿಮಗೆ ಬೇಕಾದ ಪಾತ್ರವನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ ಎಂದು ತಿಳಿದರೆ, ನಿಲ್ಲಿಸಿ ಮತ್ತು ವಿನ್ಯಾಸವನ್ನು ಬದಲಿಸಿ, ಎಂದಿಗೂ ಉದ್ದೇಶಿಸದ ಶ್ರೇಣಿಯನ್ನು ಹಿಡಿಯಲು ಕ್ಲೈಂಟ್ ಕ್ಷೇತ್ರವನ್ನು ಎಳೆಯುವ ಬದಲು. ತಪ್ಪು ಕಾರ್ಯವಿಧಾನದಿಂದ ಉತ್ತರಿಸಿದ ಬೆಂಬಲ ಪ್ರಕರಣ ವಿನ್ಯಾಸ ಬದಲಾವಣೆಗಿಂತ ಹೆಚ್ಚು ವೆಚ್ಚ ತರುತ್ತದೆ.