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

ಆ ಕ್ರಮದಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ. ಅವುಗಳಿಗೆ ಕ್ರಮವಲ್ಲದೆ ಉತ್ತರಿಸಿದರೆ ಕ್ಲೈಂಟ್ ದೋಷಪೂರ್ಣವೇ ಎಂಬ ದೀರ್ಘ ಚರ್ಚೆ ಉಂಟಾಗುತ್ತದೆ, ಆದರೆ ನಿಜವಾದ ಉತ್ತರವೆಂದರೆ IPv6 ಮಾರ್ಗವನ್ನು ಎಂದಿಗೂ ಸ್ಥಾಪಿಸಲಿಲ್ಲ.

ಯಾವ ಹರಿವು ನಿಜವಾಗಿ ಹೊರಟಿತು, ಮತ್ತು ಯಾವ ಅಡಾಪ್ಟರ್ನಲ್ಲಿ

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

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

ಕರ್ನಲ್ ಆಯ್ಕೆ ಮಾಡಿದ ಮಾರ್ಗವನ್ನು ಓದುವುದು

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

ip -6 route get 2606:4700:4700::1111
ip -6 rule show
ip -6 route show table all

ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಪ್ರಿಫಿಕ್ಸ್ ಎಂಬುದು ಒಂದು ಗಮ್ಯಸ್ಥಾನ ಸುರಂಗದ ಹೊರಗೆ ಉಳಿದು ಉಳಿದೆಲ್ಲವೂ ಒಳಗೆ ಉಳಿಯುವ ಸಾಮಾನ್ಯ ಕಾರಣ, ಮತ್ತು ನೀತಿ ನಿಯಮವು ಯಾವುದೇ ಮಾರ್ಗಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯಲ್ಲಿ ಅದೇ ರೀತಿ ಮಾಡಬಹುದು. ಮೆಟ್ರಿಕ್ ಅನ್ನೂ ಓದಿ, ಏಕೆಂದರೆ ಒಂದೇ ಪ್ರಿಫಿಕ್ಸ್ನ ಎರಡು ನಮೂದುಗಳು ಪರದೆಯ ಕ್ರಮದಿಂದಲ್ಲ, ಮೆಟ್ರಿಕ್ನಿಂದ ನಿರ್ಧರಿಸಲ್ಪಡುತ್ತವೆ. Windows ನಲ್ಲಿ ಸಮಾನ ಪಟ್ಟಿ Get-NetRoute -AddressFamily IPv6, ನಿರ್ಧಾರದ ಕ್ರಮಕ್ಕೆ ಹೊಂದುವಂತೆ ಮೆಟ್ರಿಕ್ ಪ್ರಕಾರ ಜೋಡಿಸಲಾಗಿದೆ. ಕೋಷ್ಟಕದಲ್ಲಿ ಸರಿಯಾಗಿ ಕಾಣುವ ನಿಯಮವೂ ಕಡಿಮೆ ಸಂಖ್ಯೆಯ ನೀತಿ ನಿಯಮದ ಎದುರು ಸೋಲಬಹುದು, ಆದ್ದರಿಂದ ನಿಯಮಗಳ ಪಟ್ಟಿ ಮಾರ್ಗಗಳ ಪಟ್ಟಿಯೊಂದಿಗೆ ಒಂದೇ ಉಸಿರಿನಲ್ಲಿ ಬರುತ್ತದೆ.

ಕ್ಲೈಂಟ್ನ IPv6 ನೀತಿ ಎಲ್ಲಿಂದ ಬರುತ್ತದೆ

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

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

ಸಂಕುಚಿತ ವೀಕ್ಷಣೆ, ಕೋಷ್ಟಕ ವಿರೋಧಿಸಿದಾಗ

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

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

ಕಂದಕ ಮುಚ್ಚುವ ಮೂರು ದಾರಿಗಳು

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

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

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