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

ಪರೀಕ್ಷೆ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ

ಏನನ್ನಾದರೂ ಚಲಾಯಿಸುವ ಮೊದಲು ನಿರೀಕ್ಷೆಯನ್ನು ಒಂದು ಸಾಲಿನಲ್ಲಿ ಬರೆಯಿರಿ: ಯಾವ ಹರಿವು, ಯಾವ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ, ಯಾವ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ, ಮತ್ತು ಆ ಕಡೆ ಏನು ಕಾಣಬೇಕು. ಘೋಷಿತ ನಿರೀಕ್ಷೆ ಇಲ್ಲದ ಪರೀಕ್ಷೆ ಯಾರೂ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗದ ಸಂಖ್ಯೆಯನ್ನು ನೀಡುತ್ತದೆ.

ಅತ್ಯಂತ ಉಪಯುಕ್ತ ಆವೃತ್ತಿ ತಾನು ನೋಡಿದ ಮೂಲ ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡುವ ಅನುಮೋದಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ.

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

ಸರಿಯಾದ ಸಂದರ್ಭದಲ್ಲಿ ಅವಲೋಕನ ನಡೆಸಿ

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

ಸಾಮಾನ್ಯ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಇದು ಅದೇ ಬಳಕೆದಾರ ಮತ್ತು ಅದೇ ಘಟಕ ಎಂದರ್ಥ. ಕಂಟೇನರ್ ಪರಿಸರದಲ್ಲಿ ಇದು ಹೋಸ್ಟ್‌ನಿಂದ ಪರೀಕ್ಷಿಸುವ ಬದಲು ಕಂಟೇನರ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಹೆಸರಿನ ಜಾಗವನ್ನು ಪ್ರವೇಶಿಸುವುದು ಎಂದರ್ಥ. systemd ಸೇವೆಯಲ್ಲಿ ಇದು ಅದೇ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ತಾತ್ಕಾಲಿಕ ಘಟಕವಾಗಿರಬಹುದು.

ಮುಂದಿನ ವಿನಂತಿ ನೀವು ಸರಿಯಾದ ಸಂದರ್ಭದಲ್ಲಿದ್ದಾಗ ಮಾತ್ರ ಅರ್ಥಪೂರ್ಣ.

ವಿಳಾಸ ಕುಟುಂಬಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ

ಪ್ರತಿ ಕುಟುಂಬವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಕೇಳಿ, ಏಕೆಂದರೆ ಯಶಸ್ವಿ IPv4 ವಿನಂತಿ IPv6 ಮಾರ್ಗವನ್ನು ಸ್ವಲ್ಪವೂ ಬಳಸುವುದಿಲ್ಲ. --ipv4 ಮತ್ತು --ipv6 ಆಯ್ಕೆಗಾರರು ಆಯ್ಕೆಯನ್ನು ಒತ್ತಾಯಿಸುತ್ತವೆ, ಮತ್ತು ಎರಡು ಫಲಿತಾಂಶಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇ ಮಾಹಿತಿ.

curl --ipv4 https://probe.example/observed-source
curl --ipv6 https://probe.example/observed-source

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

ಎರಡೂ ಉತ್ತರಗಳನ್ನು ಅಕ್ಕಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ. ಅವುಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ ಅರ್ಧ ಸತ್ಯ.

ನಿರ್ಗಮನ ಪರಿಶೀಲನೆ ತಪ್ಪಿಸಿಕೊಳ್ಳುವ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಸೇರಿಸಿ

ನಿರ್ಗಮನ ವಿಳಾಸ ಒಂದು ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಇನ್ನೂ ನಾಲ್ಕು ಸುರಂಗ ವಿನ್ಯಾಸದಂತೆ ವರ್ತಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ.

CheckWhat it provesWhat it does not
Included and excluded destinationsThe split behaves as designed for those flowsCoverage of any other destination
Resolver pathWhere a fresh lookup actually travelledWhere a cached answer came from
Tunnel-down behaviourThe failure policy for a new requestWhat an already open connection does
Reconnect and restartThe requirement survives the lifecycle eventBehaviour under load or partial failure

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

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

ಸಾಕ್ಷ್ಯವನ್ನು ದಾಖಲಿಸಿ, ತೀರ್ಪನ್ನು ಅಲ್ಲ

ಪ್ರತಿ ಫಲಿತಾಂಶಕ್ಕೂ ಪ್ರಕ್ರಿಯೆ ಸಂದರ್ಭ, ಗಮ್ಯಸ್ಥಾನ, ವಿಳಾಸ ಕುಟುಂಬ, ಸಮಯ ಮತ್ತು ಗಮನಿಸಿದ ಮೂಲವನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ. ಆ ಗುಂಪು ನೀವು ಚಲಾಯಿಸಿದ ಹರಿವುಗಳ ಬಗ್ಗೆ ಸೀಮಿತ ಸಾಕ್ಷ್ಯ, ಮತ್ತು ಏನನ್ನು ಆವರಿಸಿತು ಎಂದು ಹೇಳುವುದರಿಂದ ಅದು ಸಮರ್ಥನೀಯ.

ಇದು VPN ನಿರ್ವಾಹಕರ ದಾಖಲೆಗಳ ಲೆಕ್ಕಪರಿಶೋಧನೆಯಲ್ಲ, ಮತ್ತು ಸಾಧನದ ಪ್ರತಿ ಭವಿಷ್ಯದ ಅನ್ವಯಕ್ಕೂ ಪ್ರಮಾಣಪತ್ರವಲ್ಲ.

ಫಲಿತಾಂಶದ ಪಕ್ಕದಲ್ಲಿ ಮಿತಿಗಳನ್ನು ಬರೆಯಿರಿ. ಏನನ್ನು ಆವರಿಸಲಿಲ್ಲ ಎಂದು ಹೇಳುವ ಪರೀಕ್ಷೆ ವಿಮರ್ಶೆಯನ್ನು ದಾಟುತ್ತದೆ, ಆದರೆ ಸಾಧನ ಪರಿಶೀಲಿಸಲ್ಪಟ್ಟಿದೆ ಎಂದು ಹೇಳುವುದು ದಾಟುವುದಿಲ್ಲ. ನೀವು ಬಳಸಿದ ಕುಟುಂಬ ಆಯ್ಕೆಗಾರರ ಪಕ್ಕದಲ್ಲಿ curl ಕೈಪಿಡಿಯನ್ನು ಇರಿಸಿ, ಮತ್ತು ನಾಲ್ಕು ಸಾಲುಗಳ ಕೋಷ್ಟಕವನ್ನು ಫಲಿತಾಂಶಗಳೊಂದಿಗೆ ಇರಿಸಿ.

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