Safari کی تلاش کے کلک کو اس کے ری ڈائریکٹس کے ذریعے ٹریس کریں
تلاش کا کلک صفحے تک پہنچنے سے پہلے ری ڈائریکٹر، رضامندی کے صفحے یا سائن اِن سے گزر سکتا ہے۔ کلک شدہ زنجیر کا براہ راست دورے سے موازنہ کریں اور ناکام ہونے والے مرحلے کا نام دیں۔
تلاش کے نتائج شاذ و نادر ہی اُس صفحے سے براہ راست لنک کرتے ہیں جس کا وہ نام لیتے ہیں۔ ایک کلک ری ڈائریکٹر، رضامندی کے درمیانی صفحے یا سائن اِن سروس سے گزر سکتا ہے، اور ہر چھلانگ ایک الگ درخواست ہے جو خود سے ناکام ہو سکتی ہے۔ Safari کا Network ٹیب اُس ترتیب کو نظر آتا رکھتا ہے، مگر صرف اُس صورت میں جب آپ کلک سے پہلے ریکارڈنگ شروع کریں۔ پہلا ناکام URL ہی مفید ثبوت ہے، نتیجے میں دکھایا گیا پتہ نہیں۔
کلک سے پہلے ریکارڈنگ شروع کریں
ٹیب پر Web Inspector کھولیں اور تلاش کے نتیجے کو چھونے سے پہلے Network پر جائیں۔ Preserve Log فعال کریں تاکہ فہرست صفحے کو بدلنے والی نیویگیشن کے بعد بھی رہے۔ موجودہ اندراجات صاف کریں، پھر بالکل ایک کلک کریں۔ صفحے کے لوڈ ہونے کے بعد شروع کی گئی ریکارڈنگ آپ کی مطلوبہ درخواست پہلے ہی کھو چکی ہوتی ہے۔
بغیر نجی ڈیٹا والا صفحہ استعمال کریں اور پورے موازنے کے دوران براؤزر پروفائل اور VPN حالت کو بغیر تبدیلی رکھیں۔ اِن میں سے کسی ایک کو بیچ میں بدلنے سے دونوں راستے موازنے کے قابل نہیں رہتے۔
ری ڈائریکٹس ترتیب سے پڑھیں
قطاریں اوپر سے نیچے پڑھیں اور اسٹیٹس کوڈ کی پیروی کریں۔ جس کا Location فیلڈ کسی دوسرے ہوسٹ کی طرف اشارہ کرتا ہے وہ 301 یا 302 چھلانگ ہے، منزل نہیں۔ اُس کے بعد آنے والی درخواست اپنی نام تلاش، TLS ہینڈ شیک اور پالیسی جانچ کے ساتھ نئی نیویگیشن ہے۔ مواد آنے سے پہلے کلک کتنے ہوسٹ چھوتا ہے، گنیں۔
WebKit کی Network ٹیب گائیڈ بیان کرتا ہے کہ درخواست کے ریکارڈ اور Preserve Log آپشن کیسے برتاؤ کرتے ہیں، جسے کمزور فہرست کی تشریح سے پہلے پڑھنا مناسب ہے۔ غائب قطاریں عام طور پر یہ معنی رکھتی ہیں کہ ریکارڈنگ دیر سے شروع ہوئی یا service worker نے کیش سے جواب دیا، نہ یہ کہ براؤزر نے چھلانگ چھوڑ دی۔
براہ راست نیویگیشن سے موازنہ کریں
اُسی پروفائل اور نیٹ ورک کے تحت مطلوبہ آخری صفحے پر دوسرا پاس کریں، اُسے براہ راست ٹائپ یا پیسٹ کر کے۔ دونوں فہرستوں کا موازنہ اُس پہلی قطار سے کریں جہاں وہ الگ ہوتی ہیں۔ اگر کلک شدہ راستہ ایسے درمیانی کے پاس ناکام ہو جسے براہ راست راستہ کبھی نہیں چھوتا، تو مسئلہ اُسی درمیانی کے پاس ہے۔ اگر دونوں ایک ہی origin تک پہنچیں اور صرف ایک کو انکار ملے، تو اکاؤنٹ حالت یا درخواست کی تفصیل بہتر سراغ ہے۔
دونوں ریکارڈنگ وقت کے نشانات کے ساتھ ساتھ رکھیں۔ وقت کا فرق سبب کا ثبوت نہیں، مگر یہ محدود کرتا ہے کہ آگے کون سی سروس کی جانچ کرنی ہے۔ نوٹ کریں کہ ہر ناکام قطار کس ہوسٹ کی تھی، کیونکہ ایک ہی براؤزر علامت کے مختلف مراحل میں مختلف مالک ہوتے ہیں۔ اگر براہ راست پاس بھی ناکام ہو، تو کلک راستہ امتیازی عامل نہیں۔
ناکامی کے مرحلے کا درست نام دیں
قطار کا خرابی متن سائٹ کے بلاک ہونے کے عام دعوے سے زیادہ مخصوص ہے۔ نام کے حل کی ناکامی، کبھی مکمل نہ ہونے والا کنکشن، TLS خرابی اور HTTP حالت چار مختلف مراحل ہیں جن کے چار مختلف مالک ہیں۔ اُس مرحلے کو عام ناکامی کے بجائے الفاظ میں درج کریں، پھر ایسکلیشن کا ہدف واضح ہو جاتا ہے۔
| Stage | What the row shows | Who owns it |
|---|---|---|
| Name resolution | No address, request never starts | Resolver or local DNS policy |
| Connection | Address known, transport never completes | Route, firewall or upstream reachability |
| TLS | Handshake error or certificate warning | Interception, clock or certificate trust |
| HTTP | A status code comes back | Origin, gateway or account policy |
Ping اور traceroute ہوسٹ کے بارے میں سراغ بڑھا سکتے ہیں، لیکن وہ براؤزر کی ری ڈائریکٹ زنجیر دوبارہ نہیں چلاتے اور یہ ثابت نہیں کرتے کہ HTTPS درخواست کامیاب ہوتی ہے۔ ہوسٹ پر کامیاب ping اُسی ہوسٹ پر TLS خرابی کے ساتھ بھی موجود ہو سکتا ہے۔ ویب درخواست کا ریکارڈ بنیادی ثبوت رکھیں اور بعد کی نیٹ ورک جانچوں کو معاون تفصیل سمجھیں۔
ٹوکن ظاہر کیے بغیر نشان شیئر کریں
نشان برآمد یا پیسٹ کرنے سے پہلے ہر URL، ہیڈر اور کوئری پیرامیٹر کا جائزہ لیں۔ ری ڈائریکٹ زنجیریں اکثر سیشن شناخت کنندہ، ای میل پتے، رضامندی کی حالت یا دستخط شدہ لنک لے کر جاتی ہیں۔ اُن اقدار کو بدلیں یا کاٹ دیں، اور وہ origin، حالت اور وقت رکھیں جو تحقیق کو واقعی درکار ہیں۔
پہلی ناکام درخواست، اُس سے پہلے کی چھلانگ اور ری ڈائریکٹ حالت حوالے کریں۔ یہ تینوں اگلے شخص کو مکمل نشان پڑھے یا اکاؤنٹ کو چھوئے بغیر آپ کا راستہ دوبارہ بنانے دیتی ہیں۔