ಹುಡುಕಾಟ ಫಲಿತಾಂಶಗಳು ಅವು ಹೆಸರಿಸುವ ಪುಟಕ್ಕೆ ನೇರವಾಗಿ ಲಿಂಕ್ ಮಾಡುವುದು ಅಪರೂಪ. ಒಂದು ಕ್ಲಿಕ್ ಮರುನಿರ್ದೇಶಕ, ಸಮ್ಮತಿಯ ಮಧ್ಯಂತರ ಪುಟ ಅಥವಾ ಸೈನ್-ಇನ್ ಸೇವೆಯ ಮೂಲಕ ಹೋಗಬಹುದು, ಮತ್ತು ಪ್ರತಿ ಹಾರ್ಡ್ ತನ್ನಷ್ಟಕ್ಕೇ ವಿಫಲವಾಗಬಹುದಾದ ಪ್ರತ್ಯೇಕ ವಿನಂತಿ. Safari ನ Network ಟ್ಯಾಬ್ ಆ ಕ್ರಮವನ್ನು ಗೋಚರವಾಗಿ ಇಡುತ್ತದೆ, ಆದರೆ ಕ್ಲಿಕ್ ಮೊದಲು ರೆಕಾರ್ಡಿಂಗ್ ಪ್ರಾರಂಭಿಸಿದರೆ ಮಾತ್ರ. ಮೊದಲ ವಿಫಲ URL ಉಪಯುಕ್ತ ಸಾಕ್ಷ್ಯ, ಫಲಿತಾಂಶದಲ್ಲಿ ತೋರಿಸಿದ ವಿಳಾಸವಲ್ಲ.

ಕ್ಲಿಕ್‌ಗೆ ಮೊದಲು ರೆಕಾರ್ಡಿಂಗ್ ಪ್ರಾರಂಭಿಸಿ

ಟ್ಯಾಬ್‌ನಲ್ಲಿ Web Inspector ತೆರೆದು ಹುಡುಕಾಟ ಫಲಿತಾಂಶವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು Network ಗೆ ಬದಲಿಸಿ. Preserve Log ಆನ್ ಮಾಡಿ, ಆಗ ಪುಟವನ್ನು ಬದಲಿಸುವ ಸಂಚರಣೆಯ ನಂತರವೂ ಪಟ್ಟಿ ಉಳಿಯುತ್ತದೆ. ಇರುವ ನಮೂದುಗಳನ್ನು ಅಳಿಸಿ, ನಂತರ ನಿಖರವಾಗಿ ಒಂದು ಕ್ಲಿಕ್ ಮಾಡಿ. ಪುಟ ಲೋಡ್ ಆದ ನಂತರ ಪ್ರಾರಂಭಿಸಿದ ರೆಕಾರ್ಡಿಂಗ್ ನಿಮಗೆ ಬೇಕಾದ ವಿನಂತಿಯನ್ನು ಈಗಾಗಲೇ ಕಳೆದುಕೊಂಡಿದೆ.

ಖಾಸಗಿ ಡೇಟಾ ಇಲ್ಲದ ಪುಟ ಬಳಸಿ ಮತ್ತು ಇಡೀ ಹೋಲಿಕೆಯ ಉದ್ದಕ್ಕೂ ಬ್ರೌಸರ್ ಪ್ರೊಫೈಲ್ ಹಾಗೂ VPN ಸ್ಥಿತಿಯನ್ನು ಬದಲಾಗದೆ ಇರಿಸಿ. ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಧ್ಯದಲ್ಲಿ ಬದಲಿಸಿದರೆ ಎರಡೂ ಮಾರ್ಗಗಳು ಹೋಲಿಸಲಾಗದಂತಾಗುತ್ತವೆ.

ಮರುನಿರ್ದೇಶನಗಳನ್ನು ಕ್ರಮವಾಗಿ ಓದಿ

ಸಾಲುಗಳನ್ನು ಮೇಲಿನಿಂದ ಕೆಳಗೆ ಓದಿ ಮತ್ತು ಸ್ಥಿತಿ ಕೋಡ್‌ಗಳನ್ನು ಅನುಸರಿಸಿ. Location ಕ್ಷೇತ್ರ ಬೇರೆ ಹೋಸ್ಟ್‌ಗೆ ತೋರಿಸುವ 301 ಅಥವಾ 302 ಹಾರ್ಡ್, ಗಮ್ಯಸ್ಥಾನವಲ್ಲ. ಅದರ ನಂತರದ ವಿನಂತಿ ತನ್ನದೇ ಹೆಸರು ಹುಡುಕಾಟ, TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಮತ್ತು ನೀತಿ ಪರಿಶೀಲನೆಗಳೊಂದಿಗೆ ಹೊಸ ಸಂಚರಣೆ. ವಿಷಯ ಬರುವ ಮೊದಲು ಕ್ಲಿಕ್ ಎಷ್ಟು ಹೋಸ್ಟ್‌ಗಳನ್ನು ಸ್ಪರ್ಶಿಸುತ್ತದೆ ಎಂದು ಎಣಿಸಿ.

WebKit ನ Network ಟ್ಯಾಬ್ ಮಾರ್ಗದರ್ಶಿ ವಿನಂತಿ ದಾಖಲೆಗಳು ಮತ್ತು Preserve Log ಆಯ್ಕೆ ಹೇಗೆ ವರ್ತಿಸುತ್ತವೆ ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ವಿರಳ ಪಟ್ಟಿಯನ್ನು ಅರ್ಥೈಸುವ ಮೊದಲು ಅದನ್ನು ಓದುವುದು ಯೋಗ್ಯ. ಕಾಣೆಯಾದ ಸಾಲುಗಳು ಸಾಮಾನ್ಯವಾಗಿ ರೆಕಾರ್ಡಿಂಗ್ ತಡವಾಗಿ ಪ್ರಾರಂಭವಾಯಿತು ಅಥವಾ service worker ಕ್ಯಾಶ್‌ನಿಂದ ಉತ್ತರಿಸಿತು ಎಂದು ಅರ್ಥ, ಬ್ರೌಸರ್ ಹಾರ್ಡ್ ಬಿಟ್ಟುಬಿಟ್ಟಿತು ಎಂದಲ್ಲ.

ನೇರ ಸಂಚರಣೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ

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

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

ವೈಫಲ್ಯದ ಹಂತವನ್ನು ನಿಖರವಾಗಿ ಹೆಸರಿಸಿ

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

StageWhat the row showsWho owns it
Name resolutionNo address, request never startsResolver or local DNS policy
ConnectionAddress known, transport never completesRoute, firewall or upstream reachability
TLSHandshake error or certificate warningInterception, clock or certificate trust
HTTPA status code comes backOrigin, gateway or account policy

Ping ಮತ್ತು traceroute ಹೋಸ್ಟ್ ಬಗ್ಗೆ ಸುಳಿವು ಸೇರಿಸಬಹುದು, ಆದರೆ ಅವು ಬ್ರೌಸರ್‌ನ ಮರುನಿರ್ದೇಶನ ಸರಪಣಿಯನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸುವುದಿಲ್ಲ ಮತ್ತು HTTPS ವಿನಂತಿ ಯಶಸ್ವಿಯಾಯಿತು ಎಂದು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. ಹೋಸ್ಟ್‌ಗೆ ಯಶಸ್ವಿ ping ಅದೇ ಹೋಸ್ಟ್‌ನ TLS ದೋಷದೊಂದಿಗೆ ಸಹ ಇರಬಹುದು. ವೆಬ್-ವಿನಂತಿ ದಾಖಲೆಯನ್ನು ಮುಖ್ಯ ಸಾಕ್ಷ್ಯವಾಗಿ ಇರಿಸಿ ಮತ್ತು ನಂತರದ ನೆಟ್‌ವರ್ಕ್ ಪರೀಕ್ಷೆಗಳನ್ನು ಸಹಾಯಕ ವಿವರವೆಂದು ಪರಿಗಣಿಸಿ.

ಟೋಕನ್ ಸೋರಿಕೆ ಇಲ್ಲದೆ ಜಾಡನ್ನು ಹಂಚಿಕೊಳ್ಳಿ

ಜಾಡನ್ನು ರಫ್ತು ಮಾಡುವ ಅಥವಾ ಅಂಟಿಸುವ ಮೊದಲು ಪ್ರತಿ URL, ಹೆಡರ್ ಮತ್ತು ಕ್ವೆರಿ ಪ್ಯಾರಾಮೀಟರ್ ಪರಿಶೀಲಿಸಿ. ಮರುನಿರ್ದೇಶನ ಸರಪಣಿಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸೆಷನ್ ಗುರುತಿಸುವಿಕೆಗಳು, ಇಮೇಲ್ ವಿಳಾಸಗಳು, ಸಮ್ಮತಿ ಸ್ಥಿತಿ ಅಥವಾ ಸಹಿ ಮಾಡಿದ ಲಿಂಕ್‌ಗಳನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತವೆ. ಆ ಮೌಲ್ಯಗಳನ್ನು ಬದಲಿಸಿ ಅಥವಾ ಕತ್ತರಿಸಿ, ತನಿಖೆಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ origin, ಸ್ಥಿತಿ ಮತ್ತು ಸಮಯವನ್ನು ಉಳಿಸಿ.

ಮೊದಲ ವಿಫಲ ವಿನಂತಿ, ಅದಕ್ಕೆ ಮೊದಲಿನ ಹಾರ್ಡ್ ಮತ್ತು ಮರುನಿರ್ದೇಶನ ಸ್ಥಿತಿಯನ್ನು ಹಸ್ತಾಂತರಿಸಿ. ಆ ತ್ರಿಕ ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಪೂರ್ಣ ಜಾಡನ್ನು ಓದದೆ ಅಥವಾ ಖಾತೆಯನ್ನು ಮುಟ್ಟದೆ ನಿಮ್ಮ ಮಾರ್ಗವನ್ನು ಮರುಸೃಷ್ಟಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ.

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