الجواب المباشر: إذا عمل الموقع نفسه عبر البيانات الخلوية وفشل عبر Wi‑Fi، فقد كان متاحاً عبر مسار شبكة واحد على الأقل. السؤال هو: ما الذي يتغير بين المسار الخلوي العامل ومسار Wi‑Fi الفاشل؟
قد تختلف IP العامة وDNS والوكيل/VPN وIPv4 وIPv6 والتوجيه ومعالجة الوجهة. نجاح DNS لا يثبت نجاح HTTPS، وVPN ينشئ مساراً مختلفاً، والنجوم في التتبع لا تثبت حجب حركة الويب.
مصطلحات أساسية
Wi‑Fi يصل الجهاز بنقطة الوصول فقط؛ وقد يلي ذلك مزود إنترنت أو جدار ناري أو فلترة أو VPN. البيانات الخلوية تستخدم عادة مخرجاً عاماً وDNS وسياسة مختلفة. DNS يحل الأسماء؛ A هو IPv4 وAAAA هو IPv6. IP العام يراه الموقع وليس عنوان الراوتر الداخلي؛ راجع إرشادات IANA وعناوين IP الخاصة. يعرّف ASN شبكة مشاركة في التوجيه، وهو سياق لا دليل على المسؤولية.
القاعدة: ثبّت كل شيء آخر
- دوّن اسم المضيف الدقيق؛ قد يختلف
app.example.comعنwww.example.com. - استخدم الجهاز والمتصفح وURL نفسيها.
- استخدم نافذة خاصة إن أمكن.
- أوقف VPN/الوكيل الاختياريين؛ لا تتجاوز سياسة عمل، بل سجّل وجودها.
- اختبر الشبكتين خلال فترة قصيرة وسجّل الوقت والمنطقة الزمنية ورسالة الخطأ.
- صنّف النتيجة: مهلة أو إعادة ضبط أو شهادة أو رفض وصول أو صفحة جزئية أو تحميل طبيعي.
بطاقة أدلة لشبكتين
| سجّل في كل شبكة | السبب / المكان |
|---|---|
| اسم المضيف والوقت والخطأ | لمطابقة السجلات؛ المتصفح/التطبيق. |
| IP العام واسم الشبكة | لمقارنة المخارج؛ أداة IP. |
| إشارة إلى وكيل | لاكتشاف وسيط؛ فحص الوكيل. |
| نتائج DNS A وAAAA | لمقارنة العائلتين؛ بحث DNS. |
| فشل مواقع أخرى | لفصل المشكلة العامة عن نطاق واحد. |
موقع IP هو سياق شبكي أو تقدير، وليس دليلاً على الموقع الفعلي؛ راجع EFF. لا تنشر IP كاملاً أو بيانات الحساب أو روابط الجلسات أو أسماء داخلية أو تتبعات غير منقحة.
ترتيب الاختبار
1. موقع واحد أم مواقع كثيرة؟
إن فشلت مواقع غير مرتبطة عبر Wi‑Fi، افحص الاتصال أو الراوتر أو DNS. إن فشل اسم مضيف واحد، قارن DNS وعائلات IP والمسار والوكيل وسياسة الوجهة. إن فشلت صفحة مسجّل الدخول فقط، فضع في الاعتبار حالة المتصفح أو الحساب أو التطبيق.
2. VPN أو وكيل أو شبكة مُدارة
قد يغيّر VPN IP الخروج وDNS والمسار وعائلة IP. استخدم فحص الوكيل كقرينة وراجع الإعدادات. إذا نجح VPN معتمد، سجّل ذلك ولا تستنتج فوراً أن المزود يحجب الموقع.
3. DNS لاسم المضيف الدقيق
استخدم بحث DNS؛ في Windows:
nslookup -type=A example.com nslookup -type=AAAA example.com
DNS يجيب عن الاسم فقط. قد تكون الإجابات المختلفة توزيعاً عادياً للحركة؛ الأهم المهلات أو الحجب أو غياب الإجابة أو فشل عائلة باستمرار.
4. افصل IPv4 عن IPv6
مع A وAAAA يمكن استخدام العائلتين؛ تشرح RFC 8305 ذلك. قارن:
curl -4 -I https://example.com curl -6 -I https://example.com
فشل عائلة واحدة دليل على اختلاف خاص بها. إذا فشلتا في Wi‑Fi ونجح المحمول، فارجع إلى الوكيل وDNS والسياسة والمسار. إذا نجحتا وفشل المتصفح، فافحص الإضافات والذاكرة المؤقتة وفحص HTTPS وservice wأوkers أو التطبيق. لا تعطّل IPv6 دائماً كحل أول.
5. التتبع دليل لا خريطة لوم
tracert -4 example.com tracert -6 example.com
يشرح دليل Microsمنt TRACERT طريقة TTL. قد يحدّ الراوتر من المجسات التشخيصية مع استمرار تمرير الويب؛ نقّح البيانات الحساسة.
النتائج والتصعيد
مواقع كثيرة تفشل: اختبر جهازاً آخر واحتفظ بالبطاقة، ثم أعد التشغيل أو اتصل بالمزود إن استمر الأمر. مضيف واحد: قارن A/AAAA والوكيل وIPv4/IPv6. DNS يحجب أو تنتهي مهلته: سجّل الاستجابة واختبر محللاً معتمداً. عائلة واحدة تفشل: أبلغ عنها. يعمل فقط عبر VPN: قارن IP وDNS والمسار والعائلة. رفض صريح في مكتب/مدرسة: أرسل النص والوقت للمسؤول. نجوم: لا تسمِّ القفزة سبباً دون تأكيد.
أمثلة ومفاهيم خاطئة
بوابة صحية تعمل عبر ربط الهاتف لكن IPv6 عبر Wi‑Fi ينتهي بمهلة مراراً: هذه ملاحظة مركزة للمزود أو المشغل وليست إثبات حجب IPv6. رفض واحد لدى موظفين عدة على Wi‑Fi مُدار قد يتعلق بـIP خروج أو وكيل أو قائمة سماح أو سياسة.
- نجاح المحمول لا يثبت تعطل الراوتر.
- نجاح DNS لا يثبت توفر الموقع.
- تغيير DNS أو VPN لا يثبت السبب الجذري.
- موقع IP ليس عنواناً فعلياً مؤكداً.
- النجوم لا تحدد راوتراً معطلاً.
التوجيه المتقدم والخصوصية
BGP وRPKI غالباً لمشغلي الشبكات. ROA تفويض موقّع لـASN لإعلان بادئة؛ راجع ARIN وRFC 6811 وRIPE NCC. تساعد قياسات RIPE Atlas في مقارنة IPv4 وIPv6 وDNS وTLS وHTTP وping وtraceroute، لكنها لا تعيد بيئة عميل بعينها.
أرسل للدعم بشكل خاص: المضيف/URL، التاريخ والوقت والمنطقة، الخطأ المنقح، الجهاز والمتصفح، VPN/الوكيل، نتيجة المحمول، سياق الشبكة من أداة IP، A/AAAA، مقارنة IPv4/IPv6 وتتبعاً منقحاً عند الحاجة. استخدم WHOIS لسياق المنظمة لا لتحديد الأشخاص.
الخلاصة والأسئلة الشائعة
قد يكون IP العام ديناميكياً أو مشتركاً أو عبر وكيل/VPN؛ ليس اسماً أو عنواناً موثوقاً. لا تنشر كلمات المرور أو الجلسات أو الأسماء الداخلية أو التتبعات الكاملة. مع DNS المشفر والمرحلات وVPN والفحص المُدار، دوّن ما حدث قبل تقرير سبب حدوثه. كرر البطاقة عبر مجموعة أدوات IP: فشل Wi‑Fi فقط مشكلة مقارنة أولاً.
ماذا يعني نجاح الموقع على المحمول فقط؟
كان متاحاً عبر المسار الخلوي؛ قد تختلف IP أو DNS أو الوكيل أو العائلات أو المسار أو السياسة.
كيف أختبر بعدل؟
الجهاز والمتصفح والمضيف نفسهم وفترة قصيرة، مع التسجيل قبل التغيير.
هل DNS الناجح يضمن فتح الموقع؟
لا؛ قد تفشل لاحقاً الوصلة أو TLS أو الطلب.
كيف أختبر IPv6 دون تعطيله؟
قارن A/AAAA وcurl -4 وcurl -6.
هل النجوم تثبت العطل؟
لا؛ قد تُتجاهل المجسات أو تُحدّ.
ماذا أرسل للدعم؟
المضيف والأوقات والخطأ والجهاز وVPN/الوكيل وسياق IP الخاص وA/AAAA ونتائج IPv4/IPv6 وتتبع منقح إن أفاد.
المصادر والأدلة
- RFC 8305: Happy Eyeballs Versiعلى 2: Better Cعلىnectivity Using Cعلىcurrency — RFC Editأو / IETF
- RFC 6811: BGP البادئة Origin Validatiعلى — RFC Editأو / IETF
- الاستخدام TRACERT to Troubleshoot TCP/IP Problems — Microsمنt تعلّم
- nslookup — Microsمنt تعلّم
- Built-in Measurements — RIPE NCC
- الأدوات and Resources — RIPE NCC
- Commعلى RPKI الشروط and Definitiعلىs — American Registry fأو Internet Numbers
- Private-use عنوان IPes — Internet Assigned Numbers الجهة الموثوقة
- عنوان IP — Electrعلىic Frعلىtier Foundatiعلى