ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ: ಒಂದು IP ಫಲಿತಾಂಶ ಪರೀಕ್ಷೆ ಅಲ್ಲ

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

ಪುರಾಣ: ವಿಳಾಸ ಹುಡುಕಾಟ ಕವರೇಜ್ ಸಾಬೀತು ಮಾಡುತ್ತದೆ

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

ವಿಳಾಸ ಪುಟವೂ ಮಾರ್ಗ, ರಿಜಾಲ್ವರ್ ಅಥವಾ ವೈಫಲ್ಯ ನೀತಿಯನ್ನು ತೋರಿಸಲಾರದು. ಅದನ್ನು ಒಂದು ವೀಕ್ಷಣೆ ಎಂದು ಪರಿಗಣಿಸಿ, ತೀರ್ಪು ಎಂದಲ್ಲ.

ಸೇರಿಸಿದ ಮತ್ತು ಹೊರಗಿಟ್ಟ ಹರಿವನ್ನು ಪರೀಕ್ಷಿಸಿ

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

flow: Firefox to intranet.example:443, IPv4, source 10.8.0.6, tunneled
flow: Firefox to 1.1.1.1, IPv4, source 192.0.2.20, direct

ಆದ್ದರಿಂದ ತಪ್ಪು ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಮಾಡಿದ ಪರೀಕ್ಷೆ ವಿನ್ಯಾಸದ ಉದ್ದೇಶಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ ತೋರಿಸಬಹುದು. ಯಾವುದೇ ತೀರ್ಮಾನಕ್ಕೆ ಬರುವ ಮೊದಲು ಎರಡೂ ಬದಿಗಳ ನಾಲ್ಕು ಕ್ಷೇತ್ರಗಳನ್ನು ಬರೆಯಿರಿ.

DNS ಮತ್ತು ವೈಫಲ್ಯದ ಸಂದರ್ಭ ಸೇರಿಸಿ

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

curl -s https://ifconfig.me
nslookup intranet.example

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

ಸ್ಥಿತಿ ಬದಲಾದ ನಂತರ ಪುನರಾವರ್ತಿಸಿ

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

ಯಾವುದೇ ಫಲಿತಾಂಶ ಭಿನ್ನವಾದರೆ, ಹಲವು ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಒಮ್ಮೆಗೇ ಬದಲಿಸುವ ಮೊದಲು ನಿಯಮದ ಮಾಲೀಕ ಮತ್ತು ಸಂಸ್ಕರಣ ಹಂತವನ್ನು ಹುಡುಕಿ. ಐದು ವಿಷಯಗಳನ್ನು ಬದಲಿಸಿ ಒಂದು ಫಲಿತಾಂಶವನ್ನು ಗಮನಿಸುವುದು ರೋಗನಿರ್ಣಯ ಅಲ್ಲ, ಅದು ಹೊಸ ಸಂರಚನೆ.

ಫಲಿತಾಂಶ ಏನನ್ನು ಸ್ಥಾಪಿಸಬೇಕು

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

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