WiFi Doctor · مرجع التشخيص

افهم تقرير شبكتك.

ابحث عن رمز تشخيص أو موضوع. يوضّح كل شرح ماهية الفحص وما يقيسه وأهميته وكيفية قراءة النتيجة.

83 فحصًا · 9 مراحل

W10حالة الجهاز

W10-010

دعم الجهاز لـ Wi-Fi

ما هو الفحص
ما إذا كان الجهاز يدعم Wi-Fi للشبكة الجاري تشخيصها.
ما الذي يقيسه
دعم الجهاز لشبكة Wi-Fi وتوفر المتطلب الأساسي لتشخيصها.
لماذا يهم
التحقق من إمكانية إجراء فحوص Wi-Fi بصورة مفيدة قبل تفسير نتائج الاتصال اللاحقة.
كيف تقرأ النتيجة
عدم دعم Wi-Fi المؤكد إخفاق حرج في متطلب أساسي. الحالة التي يتعذر قراءتها غير متاحة، وليست دليلاً على تعطل الشبكة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-010",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Device supports Wi-Fi.",
  "evidence": [
    {
      "name": "sdk",
      "value": "35",
      "unit": null
    },
    {
      "name": "supports5Ghz",
      "value": "true",
      "unit": null
    },
    {
      "name": "supports6Ghz",
      "value": "true",
      "unit": null
    },
    {
      "name": "supportsSae",
      "value": "true",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-010
W10-020

حالة تشغيل Wi-Fi

ما هو الفحص
ما إذا كان راديو Wi-Fi في الجهاز قيد التشغيل وجاهزاً للاتصال.
ما الذي يقيسه
حالة تشغيل Wi-Fi الحالية، بما فيها التشغيل والإيقاف والانتقال بين الحالات.
لماذا يهم
توضيح سبب تعذر متابعة تشخيص Wi-Fi عندما يكون الراديو متوقفاً.
كيف تقرأ النتيجة
التشغيل هو الحالة القابلة للاستخدام. الإيقاف المؤكد حالة حرجة؛ أما التفعيل أو التعطيل الجاري والحالة المجهولة فنتائج غير حاسمة وليست إخفاقات.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-020",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Wi-Fi is on.",
  "evidence": [
    {
      "name": "radioTransitions",
      "value": "0",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2ERROR

مقتطف من النتيجة

{
  "id": "W10-020",
  "execution": "DONE",
  "verdict": "ERROR",
  "summary": "Wi-Fi is off.",
  "evidence": [
    {
      "name": "radioTransitions",
      "value": "0",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "critical",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-020
W10-030

هوية الشبكة ومقاطع الجلسة

ما هو الفحص
هوية شبكة Wi-Fi وفترات الاتصال المنفصلة داخل التقرير.
ما الذي يقيسه
اسم الشبكة ونقطة الوصول والتردد وتغيرات المسار والفترات الزمنية المرتبطة بالملاحظات.
لماذا يهم
فصل نتائج الشبكات أو نقاط الوصول المختلفة عند مقارنة جودة الاتصال.
كيف تقرأ النتيجة
تغير نقطة الوصول أو الشبكة معلومة سياقية، وليس عطلاً تلقائياً. يجب عدم دمج قياسات الفترات المختلفة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-030",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Measurements separated by network path.",
  "evidence": [
    {
      "name": "segments",
      "value": "1",
      "unit": null
    },
    {
      "name": "currentSegment",
      "value": "1",
      "unit": null
    },
    {
      "name": "networkId",
      "value": "synthetic-wifi",
      "unit": null
    },
    {
      "name": "bssid",
      "value": "02:00:00:00:00:01",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-030
W10-040

مسار الإنترنت الفعلي

ما هو الفحص
مسار الشبكة المستخدم حالياً لحركة التطبيق عبر الإنترنت.
ما الذي يقيسه
ما إذا كان المسار النشط يستخدم Wi-Fi أو بيانات الهاتف أو VPN أو وسيلة نقل مجهولة.
لماذا يهم
تحديد الاتصال الذي يصفه القياس، خصوصاً عند توفر مسارات شبكة متعددة.
كيف تقرأ النتيجة
قد تنتج المسارات المختلفة نتائج مختلفة. استخدام بيانات الهاتف أو VPN وحده ليس إخفاقاً في Wi-Fi ولا يخصم من الدرجة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-040",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Internet traffic uses the Wi-Fi path.",
  "evidence": [
    {
      "name": "routeId",
      "value": "synthetic-wifi",
      "unit": null
    },
    {
      "name": "defaultNetwork",
      "value": "synthetic-wifi",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-040
W10-050

VPN وحدود القياس

ما هو الفحص
كيف يحد توجيه VPN أو سياسة الشبكة من القياسات المتاحة في هذه الجلسة.
ما الذي يقيسه
وجود VPN ومعلومات المسار ذات الصلة والفحوص المقيدة بسياسة الشبكة النشطة.
لماذا يهم
التمييز بين مسار يتعذر قياسه واتصال تعطل فعلياً.
كيف تقرأ النتيجة
الفحص المقيد غير متاح، وليس فاشلاً. تصف النتائج المسار المقاس وقد لا تمثل الوصول المباشر عبر Wi-Fi.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-050",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Android reports no active VPN.",
  "evidence": [
    {
      "name": "vpn",
      "value": "false",
      "unit": null
    },
    {
      "name": "policyFailures",
      "value": "0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-050
W10-060

الوكيل وPAC

ما هو الفحص
إعداد الوكيل أو التهيئة التلقائية للوكيل المرتبطان بالاتصال.
ما الذي يقيسه
مضيف الوكيل ومنفذه ومعلومات التهيئة التلقائية والمسار الذي تنطبق عليه تلك الإعدادات.
لماذا يهم
توفير سياق للطلبات التي يجب أن تمر عبر وكيل قبل بلوغ وجهتها.
كيف تقرأ النتيجة
تهيئة وكيل ليست عطلاً. مشكلات الاتصال أو المصادقة تتطلب أدلة قياس مرتبطة بها.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-060",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "No proxy is configured for Wi-Fi.",
  "evidence": [
    {
      "name": "pac",
      "value": "false",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-060
W10-070

إعدادات DNS وDNS الخاص

ما هو الفحص
إعدادات DNS وDNS الخاص المستخدمة لتحويل أسماء المضيفين إلى عناوين عبر الاتصال.
ما الذي يقيسه
خوادم DNS المضبوطة ووضع DNS الخاص وتهيئة محلل الأسماء ذات الصلة.
لماذا يهم
المساعدة في تفسير نتائج تحليل الأسماء اللاحقة والتمييز بين الإعداد والسلوك الفعلي المقاس لـDNS.
كيف تقرأ النتيجة
الإعداد وحده لا يثبت وجود عطل في DNS. نتائج الاستعلام الفعلية تحدد نجاح تحليل الاسم أو فشله.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-070",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "DNS resolver configuration recorded.",
  "evidence": [
    {
      "name": "wifiDns",
      "value": "[192.0.2.1]",
      "unit": null
    },
    {
      "name": "privateDns",
      "value": "false",
      "unit": null
    },
    {
      "name": "resolverDns",
      "value": "192.0.2.1",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-070
W10-080

الأذونات والوصول إلى البيانات

ما هو الفحص
ما إذا كان WiFi Doctor يستطيع الوصول إلى المعلومات اللازمة لفحوص تشخيصية محددة.
ما الذي يقيسه
الأذونات الممنوحة والمفقودة والملاحظات المتأثرة بقيود الوصول.
لماذا يهم
توضيح الحقول المفقودة من التقرير وتحديد الفحوص التي يتعذر تقييمها على هذا الجهاز.
كيف تقرأ النتيجة
رفض الإذن يعني محدودية الأدلة، لا سوء Wi-Fi. ولا يخفض درجة الاتصال.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-080",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Current permissions and data availability.",
  "evidence": [
    {
      "name": "scanAllowed",
      "value": "true",
      "unit": null
    },
    {
      "name": "lanAllowed",
      "value": "true",
      "unit": null
    },
    {
      "name": "ssidVisible",
      "value": "true",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-080
W10-090

سياسات الطاقة والشبكة

ما هو الفحص
سياسات الطاقة والشبكة في الجهاز التي قد تؤثر في الاتصال المرصود.
ما الذي يقيسه
إعدادات توفير الطاقة وقيود الشبكة والانقطاعات المصاحبة لهذه الظروف.
لماذا يهم
توفير سياق عن الجهاز عند بحث الانقطاع أو التوقف المؤقت أو التغيرات غير المتوقعة في استخدام الشبكة.
كيف تقرأ النتيجة
إعداد توفير الطاقة وحده ليس عطلاً. يجب رصد أثر على الاتصال قبل نسب المشكلة إليه.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-090",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Power settings and network limits recorded.",
  "evidence": [
    {
      "name": "metered",
      "value": "false",
      "unit": null
    },
    {
      "name": "powerSave",
      "value": "false",
      "unit": null
    },
    {
      "name": "thermalStatus",
      "value": "0",
      "unit": null
    },
    {
      "name": "airplaneMode",
      "value": "0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-090
W10-100

الملاحظات الأخيرة

ما هو الفحص
الملاحظات الحديثة المحفوظة لمقارنتها بجلسة التشخيص الحالية.
ما الذي يقيسه
الأحداث المرصودة سابقاً وقراءات الإشارة وعمر الملاحظات وفجوات تغطية المراقبة.
لماذا يهم
التمييز بين مشكلة اتصال متكررة وأخرى ظهرت خلال الاختبار الحالي فقط.
كيف تقرأ النتيجة
السجل دليل داعم. عدم تسجيل مشكلة أثناء فجوة مراقبة لا يثبت استقرار الاتصال.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-100",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Recent observations within the retention period used for comparison.",
  "evidence": [
    {
      "name": "historyEvents",
      "value": "3",
      "unit": null
    },
    {
      "name": "historyCoverageMs",
      "value": "60000",
      "unit": null
    },
    {
      "name": "retentionMs",
      "value": "900000",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-100
W10-110

صلاحية القياس

ما هو الفحص
ما إذا كانت الملاحظات قد تأثرت بنشاط القياس أو بظروف جمع غير مكتملة.
ما الذي يقيسه
توقيت القياس وفترات الاختبار النشطة والظروف التي قد تؤثر في العينات الجاري تفسيرها.
لماذا يهم
فصل سلوك الشبكة المعتاد عن سلوكها أثناء توليد الاختبار لحركة البيانات.
كيف تقرأ النتيجة
الملاحظات المتأثرة تحتاج إلى سياق. البيانات المفقودة أو غير المناسبة ليست تلقائياً نجاحاً أو إخفاقاً أو قياساً بقيمة صفرية.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-110",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Measurements retain their timestamps, network paths and limits.",
  "evidence": [
    {
      "name": "probeCount",
      "value": "184",
      "unit": null
    },
    {
      "name": "limitedCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "ruleVersion",
      "value": "catalog-score-4.0.1",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-110
W10-120

ساعة الجهاز وTLS

ما هو الفحص
ما إذا كانت ساعة الجهاز تبدو غير متوافقة مع مرجع زمني موثوق بما يكفي.
ما الذي يقيسه
وقت الجهاز والوقت المرجعي المتاح والأعراض المرتبطة بالشهادات أو الاتصال الآمن.
لماذا يهم
تحديد فروق الساعة التي قد تفسر مشكلات التحقق من شهادات HTTPS.
كيف تقرأ النتيجة
المقارنة الموثوقة وحدها تدعم نتيجة تخص الساعة. ينبغي فهم مشكلة الساعة ومشكلات TLS المرتبطة بها كمشكلة محتملة واحدة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-120",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "No large clock offset found between the tested time sources.",
  "evidence": [
    {
      "name": "offsetMs",
      "value": "[400.0, 400.0]",
      "unit": null
    },
    {
      "name": "uncertaintyMs",
      "value": "[1030.0, 1030.0]",
      "unit": null
    },
    {
      "name": "probeRefs",
      "value": "clock-0,clock-1",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W10-120",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Two sufficiently fresh HTTPS time readings are required.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-120
W10-130

نظام التشغيل والشهادات

ما هو الفحص
سياق نظام التشغيل والشهادات المتعلق بالاتصالات الآمنة.
ما الذي يقيسه
إصدار Android ومعلومات الشهادات المتاحة وأخطاء توافق TLS المرصودة.
لماذا يهم
تفسير الحالات المدعومة بالأدلة التي يؤثر فيها توافق المنصة على الوصول إلى المواقع الآمنة.
كيف تقرأ النتيجة
إصدار Android الأقدم وحده ليس إخفاقاً. مخاوف التوافق تتطلب خطأ TLS مرتبطاً بها وأدلة مقارنة مناسبة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-130",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Android version recorded to help assess TLS errors.",
  "evidence": [
    {
      "name": "sdk",
      "value": "35",
      "unit": null
    },
    {
      "name": "securityPatch",
      "value": "2026-10-01",
      "unit": null
    },
    {
      "name": "tlsFailureRefs",
      "value": "[]",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-130
W10-140

تصفية DNS / VPN

ما هو الفحص
تصفية محتملة عبر DNS أو VPN مرتبطة بمشكلات وصول انتقائية.
ما الذي يقيسه
الإعدادات المتعلقة بالتصفية وأدلة تعذر الوصول إلى وجهات معينة مع استمرار الوصول إلى غيرها.
لماذا يهم
التمييز بين القيود الانتقائية وفقدان الاتصال بالإنترنت بالكامل.
كيف تقرأ النتيجة
التصفية معلومة سياقية ما لم يتأكد الحجب بأدلة داعمة. تعذر الوصول إلى خدمة واحدة لا يثبت تعطل الإنترنت كله.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-140",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "DNS and VPN context included when checking selective access.",
  "evidence": [
    {
      "name": "vpn",
      "value": "false",
      "unit": null
    },
    {
      "name": "privateDns",
      "value": "false",
      "unit": null
    },
    {
      "name": "serviceCheckRef",
      "value": "W70-160",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-140
W10-150

تحسين Wi-Fi على الجهاز

ما هو الفحص
سلوك تحسين Wi-Fi في الجهاز المرصود أثناء الجلسة.
ما الذي يقيسه
تغيرات مثل التحول إلى بيانات الهاتف أو إيقاف Wi-Fi وأي انقطاع مرتبط بها.
لماذا يهم
تحديد إعدادات الجهاز الجديرة بالمراجعة عندما تتزامن تغييرات الاتصال التلقائية مع المشكلات.
كيف تقرأ النتيجة
إعداد التحسين أو تبديل الشبكة ليس معيباً بحد ذاته. تعتمد النصيحة على السلوك المرصود وأثره على الاتصال.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W10-150",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Default-path and Wi-Fi status changes observed.",
  "evidence": [
    {
      "name": "defaultChanges",
      "value": "0",
      "unit": null
    },
    {
      "name": "radioChanges",
      "value": "0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W10-150

W20اتصال Wi-Fi

W20-010

الارتباط بشبكة Wi-Fi الحالية

ما هو الفحص
ما إذا كان الهاتف مرتبطاً حالياً بنقطة وصول Wi-Fi المقصودة.
ما الذي يقيسه
حالة الارتباط عبر Wi-Fi والشبكة المستهدفة القابلة للتحديد وفقدان الاتصال المرصود.
لماذا يهم
التحقق من الاتصال اللاسلكي قبل تقييم تهيئة العناوين أو إمكانية الوصول إلى الإنترنت.
كيف تقرأ النتيجة
الارتباط القائم يفي بهذا المتطلب. غيابه المؤكد حرج؛ أما إعدادات IP المفقودة فتخص فحوصاً لاحقة، لا فشل الارتباط.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W20-010",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Connected to Wi-Fi.",
  "evidence": [
    {
      "name": "supplicantState",
      "value": "COMPLETED",
      "unit": null
    },
    {
      "name": "networkId",
      "value": "synthetic-wifi",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W20-010
W20-020

رصد نقطة الوصول المستهدفة

ما هو الفحص
ما إذا كانت نقطة وصول Wi-Fi المستهدفة تظهر في الملاحظات المتاحة.
ما الذي يقيسه
ظهور نقطة الوصول المستهدفة وأوقات الملاحظة وحداثتها وتغطية الفترة المفحوصة.
لماذا يهم
تفسير صعوبة العثور على شبكة Wi-Fi معينة أو إعادة الاتصال بها.
كيف تقرأ النتيجة
الملاحظات الحديثة المتكررة تدعم الاستنتاجات المتعلقة بالظهور. غياب الإذن أو تكرار بيانات مخزنة مؤقتاً لا يثبت اختفاء نقطة الوصول.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W20-020",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Scan rounds detecting the access point: 3.",
  "evidence": [
    {
      "name": "seenRounds",
      "value": "3",
      "unit": null
    },
    {
      "name": "totalRounds",
      "value": "3",
      "unit": null
    },
    {
      "name": "linked",
      "value": "true",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W20-020",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No fresh scan results yet.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W20-020
W20-030

الإشارة أثناء الاتصال

ما هو الفحص
حالة الإشارة المرصودة أثناء إنشاء اتصال Wi-Fi أو فقدانه.
ما الذي يقيسه
قوة الإشارة وتغيرها وتوقيتها بالنسبة لمحاولات الاتصال أو إخفاقاته.
لماذا يهم
توفير سياق الإشارة لمشكلات مرحلة الاتصال وربطها بالتقييم اللاسلكي المفصل.
كيف تقرأ النتيجة
القراءة الواحدة تصف لحظتها فقط. تُقيّم نتائج الإشارة في W30 ولا تُخصم مجدداً هنا.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W20-030",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Signal samples around the connection attempt.",
  "evidence": [
    {
      "name": "rssiP50Dbm",
      "value": "-52.0",
      "unit": null
    },
    {
      "name": "sampleCount",
      "value": "91",
      "unit": null
    },
    {
      "name": "signalResultRef",
      "value": "W30-010",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W20-030",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Fewer than two signal samples from the same access point.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W20-030
W20-040

النطاقات والقنوات المدعومة

ما هو الفحص
توافق الجهاز مع متطلبات النطاق والقناة المعلنة للشبكة.
ما الذي يقيسه
النطاقات المدعومة والقنوات المتاحة وعرض القناة المعلن وقدرات اتصال الجهاز ذات الصلة.
لماذا يهم
تحديد تعارض واضح في القدرات قد يمنع الاتصال بنقطة الوصول المستهدفة.
كيف تقرأ النتيجة
متطلب إلزامي غير مدعوم قد يفسر الإخفاق. عرض قناة قابل للتفاوض أو معيار Wi-Fi أقدم وحده لا يثبت عدم التوافق.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W20-040",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "The observed band matches the device's reported data.",
  "evidence": [
    {
      "name": "primaryMhz",
      "value": "5180",
      "unit": null
    },
    {
      "name": "linked",
      "value": "true",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W20-040
W20-050

توافق الأمان

ما هو الفحص
توافق متطلبات أمان الشبكة مع الجهاز وإعداد الاتصال.
ما الذي يقيسه
أنماط الأمان المعلنة ومعلومات المصادقة وأدلة الاتصال المؤسسي أو المرتبط بالشهادات المتاحة.
لماذا يهم
التمييز بين إعدادات الأمان غير المتوافقة والأسباب الأخرى لتعذر انضمام الهاتف إلى الشبكة.
كيف تقرأ النتيجة
عدم وجود نمط أمان يدعمه الطرفان مدعاة للقلق. غياب أدلة المصادقة المؤسسية غير حاسم؛ وضع الانتقال أو إطارات الإدارة المحمية وحدهما ليسا عطلاً.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W20-050",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Advertised security settings compared.",
  "evidence": [
    {
      "name": "security",
      "value": "[WPA2-PSK-CCMP][ESS]",
      "unit": null
    },
    {
      "name": "eapConfiguration",
      "value": "not exposed for third-party saved networks",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W20-050
W20-060

أخطاء اتصال النظام

ما هو الفحص
أخطاء الاتصال المبلغ عنها فعلياً أثناء الانضمام إلى شبكة Wi-Fi.
ما الذي يقيسه
رموز أخطاء الارتباط أو المصادقة المتاحة والمرحلة التي فشلت فيها محاولة الاتصال.
لماذا يهم
وصف إخفاق مرحلة الاتصال باستخدام الأدلة المحددة المتاحة بدلاً من تخمين سببه.
كيف تقرأ النتيجة
رمز رفض محدد يدعم نتيجة محددة. عدم العثور أو غياب الرد لا يثبت الرفض أو خطأ كلمة المرور.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W20-060",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Original error from the connection attempt recorded.",
  "evidence": [
    {
      "name": "trialId",
      "value": "join-1",
      "unit": null
    },
    {
      "name": "outcome",
      "value": "AUTHENTICATION",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W20-060",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No failed app-initiated connection attempt in this session.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W20-060
W20-070

إخفاقات المصادقة المسجلة

ما هو الفحص
فشل مصادقة مرصود يمنع الهاتف من الانضمام إلى Wi-Fi.
ما الذي يقيسه
نتيجة المصادقة المسجلة ومحاولة الاتصال ذات الصلة وما إذا كان الارتباط قد أُنشئ لاحقاً.
لماذا يهم
تحديد فشل المصادقة مع التمييز بين كلمة المرور الخاطئة ومشكلات نقطة الوصول الأخرى.
كيف تقرأ النتيجة
فشل المصادقة المؤكد مع استمرار انقطاع الارتباط حرج. ولا يثبت وحده خطأ كلمة المرور؛ الأدلة المفقودة غير متاحة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W20-070",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "The current Wi-Fi link works; the earlier sign-in error is no longer active.",
  "evidence": [
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W20-070
W20-080

الانقطاعات وتكرار إعادة الاتصال

ما هو الفحص
الانقطاعات وسلوك إعادة الاتصال المتكرر المرصود أثناء الجلسة.
ما الذي يقيسه
عدد انقطاعات الارتباط ومدة الانفصال وفترة المراقبة وما إذا كان الارتباط قد استعاد اتصاله.
لماذا يهم
تفسير عدم استقرار الارتباط دون اعتبار كل تغير في نقطة الوصول إخفاقاً.
كيف تقرأ النتيجة
تلزم تغطية لا تقل عن 10 ثوانٍ. الانقطاعات التي تعافت بعدد 1/2/3+ تخصم 10/20/30%؛ توقف بنسبة 20% على الأقل يخصم 40%؛ استمرار الانفصال يخصم 50%، ما لم يتقدم عليه متطلب أساسي حرج.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W20-080",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "No disconnection recorded during the observation period.",
  "evidence": [
    {
      "name": "disconnectCount",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "downtimeFraction",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "observedWindowMs",
      "value": "45000.0",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W20-080
W20-090

أمان الشبكة

ما هو الفحص
خصائص الأمان التي تعلنها شبكة Wi-Fi للعامة.
ما الذي يقيسه
نوع الأمان والمؤشرات المتاحة مثل شبكة مفتوحة أو WEP أو دعم WPS المعلن.
لماذا يهم
تقديم نصائح أمنية منفصلة عن تقييم جودة الاتصال وسرعته.
كيف تقرأ النتيجة
الأمان المفتوح أو القديم قد يستدعي نصيحة، لكنه لا يخفض درجة جودة الاتصال. إعلان WPS وحده ليس دليلاً على ثغرة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W20-090",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Wi-Fi security: WPA2-Personal.",
  "evidence": [
    {
      "name": "security",
      "value": "WPA2-Personal",
      "unit": null
    },
    {
      "name": "securityAdvisory",
      "value": "false",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W20-090

W30الارتباط اللاسلكي

W30-010

قوة الإشارة المستقبلة

ما هو الفحص
قوة إشارة Wi-Fi التي يستقبلها الهاتف.
ما الذي يقيسه
وسيط RSSI بوحدة dBm وعدد العينات الصالحة والنطاق المرصود وملاحظات ضعف الإشارة لنقطة الوصول نفسها.
لماذا يهم
تحديد ضعف التغطية وتقييم تزامنه مع مشكلات اتصال فعلية.
كيف تقرأ النتيجة
قيمة dBm الأعلى والأقل سلبية تعني إشارة أقوى. الوسيط >=-55 dBm لا يخصم؛ أقل من -55/-60/-65/-70/-75/-80/-85/-90/-95 يخصم 5/10/15/20/25/30/40/45/50%. تلزم عينتان صالحتان على الأقل؛ وتصنيف الخطأ يتطلب أيضاً أثراً على الوصول.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W30-010",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Median signal strength: -52 dBm",
  "evidence": [
    {
      "name": "minDbm",
      "value": "-52.0",
      "unit": null
    },
    {
      "name": "maxDbm",
      "value": "-52.0",
      "unit": null
    },
    {
      "name": "weakFraction",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "rssiP50Dbm",
      "value": "-52.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2WARNING

مقتطف من النتيجة

{
  "id": "W30-010",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "Median signal strength: -81 dBm",
  "evidence": [
    {
      "name": "minDbm",
      "value": "-82.0",
      "unit": null
    },
    {
      "name": "maxDbm",
      "value": "-79.0",
      "unit": null
    },
    {
      "name": "weakFraction",
      "value": "1.0",
      "unit": null
    },
    {
      "name": "rssiP50Dbm",
      "value": "-81.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 30,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W30-010
W30-020

استقرار الإشارة

ما هو الفحص
مقدار تغير قوة الإشارة المستقبلة خلال فترة ذات مراقبة كافية.
ما الذي يقيسه
تغير RSSI، بما فيه الفرق بين المئينين 90 و10، بوحدة dB.
لماذا يهم
التمييز بين تغطية ضعيفة باستمرار وإشارة تتقلب كثيراً بمرور الوقت.
كيف تقرأ النتيجة
فرق P90-P10 بقيمة <=12 dB لا يخصم؛ >12/>20/>30 dB يخصم 3/6/10%. تلزم خمس عينات خلال 10 ثوانٍ على الأقل. التقلب وحده لا يثبت عطل الراوتر.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W30-020",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Signal was stable during the measurement period.",
  "evidence": [
    {
      "name": "rangeDb",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "p90MinusP10Db",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "sampleCount",
      "value": "91.0",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W30-020",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "At least 10 seconds and five samples from the same access point are needed.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W30-020
W30-030

جودة ارتباط PHY للإرسال والاستقبال

ما هو الفحص
معدلات ارتباط Wi-Fi للإرسال والاستقبال المرصودة أثناء نقل البيانات.
ما الذي يقيسه
وسيطا TX/RX PHY تحت الحمل بوحدة Mbps والفرق بين الاتجاهين.
لماذا يهم
تحديد الأداء اللاسلكي المحدود أو غير المتناظر دون الخلط بين معدل الارتباط وسرعة تنزيل الإنترنت.
كيف تقرأ النتيجة
PHY تحت الحمل أقل من 30/12/6 Mbps يخصم 5/10/15%. إذا كان الاتجاه الأبطأ أقل من 100 Mbps، فنسب الاتجاهين >3/>6/>10 تخصم 5/10/15%؛ يُستخدم الخصم الأكبر. لا تُقيّم عينات الخمول أو العينات غير الكافية.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W30-030",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "PHY TX/RX link rates, not Internet throughput.",
  "evidence": [
    {
      "name": "lowLoadedPhyMbps",
      "value": "866.0",
      "unit": null
    },
    {
      "name": "txP50Mbps",
      "value": "866.0",
      "unit": null
    },
    {
      "name": "rxP50Mbps",
      "value": "866.0",
      "unit": null
    },
    {
      "name": "txSamples",
      "value": "4.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2WARNING

مقتطف من النتيجة

{
  "id": "W30-030",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "PHY TX/RX link rates, not Internet throughput.",
  "evidence": [
    {
      "name": "lowLoadedPhyMbps",
      "value": "24.0",
      "unit": null
    },
    {
      "name": "txP50Mbps",
      "value": "24.0",
      "unit": null
    },
    {
      "name": "rxP50Mbps",
      "value": "72.0",
      "unit": null
    },
    {
      "name": "txSamples",
      "value": "7.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 5,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W30-030
W30-060

اختيار نقطة الوصول والنطاق

ما هو الفحص
ما إذا كانت نقطة وصول أو نطاق آخر مرصود قد يوفر اتصالاً أفضل قابلاً للاستخدام.
ما الذي يقيسه
إشارة الاتصال الحالي والمرشح ونطاقهما وقدراتهما والفروق المستمرة المدعومة بالملاحظات.
لماذا يهم
إبراز فرصة لتحسين الاتصال عندما تكون نقطة الوصول الحالية ضعيفة أو محدودة.
كيف تقرأ النتيجة
المرشح المدعوم بالأدلة والأفضل باستمرار فرصة للتحسين. وليس دليلاً على خلل بقاء العميل مرتبطاً بنقطة ضعيفة ولا ضماناً لزيادة السرعة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W30-060",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "No clearly better candidate found.",
  "evidence": [
    {
      "name": "candidateCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "securityMatched",
      "value": "true",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W30-060",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No current signal reading.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W30-060
W30-070

التجوال وإعادة الاتصال

ما هو الفحص
التغيرات بين نقاط الوصول أو النطاقات أو حالات الاتصال وآثارها المرصودة.
ما الذي يقيسه
التجوال وتبديل النطاق وإعادة الاتصال والانقطاعات على الخط الزمني نفسه.
لماذا يهم
التمييز بين انتقالات Wi-Fi الطبيعية وتلك المصاحبة لفقدان اتصال قابل للقياس.
كيف تقرأ النتيجة
قد يكون الانتقال دون انقطاع مرصود طبيعياً. ينبغي عدم احتساب عدة أعراض للانتقال نفسه كإخفاقات منفصلة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W30-070",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Access point and band changes monitored.",
  "evidence": [
    {
      "name": "bssidChanges",
      "value": "0",
      "unit": null
    },
    {
      "name": "bandChanges",
      "value": "0",
      "unit": null
    },
    {
      "name": "segments",
      "value": "1",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W30-070
W30-090

إعدادات نقاط الوصول ذات الاسم نفسه

ما هو الفحص
اختلافات التهيئة بين نقاط الوصول التي تعلن اسم الشبكة نفسه.
ما الذي يقيسه
الأمان والقدرات والنطاق والإعدادات الأخرى ذات الصلة المرصودة بين نقاط الوصول المتطابقة في الاسم.
لماذا يهم
تفسير اختلاف سلوك الاتصال عند التنقل بين نقاط وصول ضمن شبكة تحمل اسماً واحداً.
كيف تقرأ النتيجة
اختلاف الإعدادات معلومة سياقية. الاسم المشترك أو اختلاف التهيئة وحده لا يثبت عدم استقرار الوصول ولا يخفض درجة الاستقرار.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W30-090",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Access points sharing this name: 2. Settings compared for compatibility.",
  "evidence": [
    {
      "name": "bssidCount",
      "value": "2",
      "unit": null
    },
    {
      "name": "frequenciesMhz",
      "value": "[5180, 5260]",
      "unit": null
    },
    {
      "name": "securityAdvertisements",
      "value": "[[WPA2-PSK-CCMP][ESS]]",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W30-090",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No multiple access points with the same name detected.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W30-090
W30-100

جودة كل ارتباط MLO

ما هو الفحص
المعلومات المتاحة عن الارتباطات الفردية في اتصال Wi-Fi متعدد الارتباطات.
ما الذي يقيسه
إشارة كل ارتباط وحالته وتغيره والمقارنات ذات الصلة حيث يتيحها الجهاز.
لماذا يهم
تفسير الأجزاء الضعيفة أو المتغيرة في اتصال MLO دون الحكم على ارتباط واحد بمعزل عن البقية.
كيف تقرأ النتيجة
الارتباط غير المستخدم أو غير المنضم ليس عطلاً تلقائياً. تقييم الأثر الإجمالي يتطلب بيانات متاحة ومقارنات مناسبة على مستوى الاتصال.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W30-100",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Per-link MLO information obtained from Android.",
  "evidence": [
    {
      "name": "links",
      "value": "id=0,state=3,rssi=-52,tx=866,rx=866, id=1,state=3,rssi=-61,tx=1200,rx=1200",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2UNSUPPORTED

مقتطف من النتيجة

{
  "id": "W30-100",
  "execution": "UNSUPPORTED",
  "verdict": null,
  "summary": "The device does not provide MLO link data.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W30-100
W30-120

إمكانات اتصال Wi-Fi

ما هو الفحص
الحد الأقصى المدعوم لسرعة ارتباط Wi-Fi للهاتف ونقطة الوصول المتصلة.
ما الذي يقيسه
أقصى معدلات PHY المدعومة والمعروفة والحد المقيد من الطرفين وسياق عرض القناة المرتبط به.
لماذا يهم
تحديد قدرات الاتصال التي تحد السرعة الممكنة لـWi-Fi حتى مع كفاية الإشارة.
كيف تقرأ النتيجة
حد مقيد معروف <150 Mbps يخصم 5%؛ من 150 إلى <300 Mbps يخصم 3%. النجاح يتطلب معرفة الطرفين وكونهما >=300 Mbps. القدرة المفقودة ليست صفراً؛ وPHY ليس معدل نقل الإنترنت الفعلي.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W30-120",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Both supported link-speed ceilings are at least 300 Mbps.",
  "evidence": [
    {
      "name": "rateSource",
      "value": "Synthetic advertised VHT capability",
      "unit": null
    },
    {
      "name": "deviceRateSource",
      "value": "WifiInfo maximum supported link speed",
      "unit": null
    },
    {
      "name": "apMaxPhyMbps",
      "value": "866.7",
      "unit": null
    },
    {
      "name": "deviceMaxSupportedPhyMbps",
      "value": "866.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W30-120

W40القنوات اللاسلكية

W40-010

حداثة الرصد ونطاقه

ما هو الفحص
مدى حداثة ملاحظات قنوات Wi-Fi المتاحة واكتمالها.
ما الذي يقيسه
عمر المسح وحداثته وتغطيته والقيود المؤثرة في معلومات الفحص المتاحة.
لماذا يهم
توضيح ما إذا كانت نصائح القنوات تستند إلى ملاحظات حديثة أو معلومات ناقصة.
كيف تقرأ النتيجة
التغطية الحديثة والكافية تدعم التفسير. بيانات المسح القديمة أو المفقودة قيد، وليست إخفاق اتصال أو دليلاً على خلو النطاق.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W40-010",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Survey rounds: 3.",
  "evidence": [
    {
      "name": "roundCount",
      "value": "3",
      "unit": null
    },
    {
      "name": "observationCount",
      "value": "6",
      "unit": null
    },
    {
      "name": "cachedReads",
      "value": "0",
      "unit": null
    },
    {
      "name": "duplicateReads",
      "value": "0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W40-010",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No valid scan results yet.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W40-010
W40-020

إمكانية استخدام القنوات

ما هو الفحص
توفر القناة الأساسية والقنوات المكونة المطلوبة لعرض القناة المختار.
ما الذي يقيسه
القناة الأساسية والتردد وعرض القناة وقنواتها المكونة ومعلومات استخدام القنوات المتاحة.
لماذا يهم
تحديد متطلبات القنوات غير المتاحة وتفسير التهيئة الفعلية لقنوات الشبكة.
كيف تقرأ النتيجة
المتطلبات المعروفة بأنها غير متاحة تستحق الانتباه. غياب بيانات التوفر يعني عدم التحقق؛ DFS وحده ليس عطلاً، وإعلانات القنوات المجاورة لا تثبت تغطية مقاسة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W40-020",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Primary channel and channel-width configuration.",
  "evidence": [
    {
      "name": "primaryMhz",
      "value": "5180",
      "unit": null
    },
    {
      "name": "primaryChannel",
      "value": "36",
      "unit": null
    },
    {
      "name": "center0Mhz",
      "value": "5210",
      "unit": null
    },
    {
      "name": "widthEnum",
      "value": "2",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W40-020",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No scan advertisement from the current access point.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W40-020
W40-030

القناة والعرض المقترحان

ما هو الفحص
خيارات القناة وعرضها التي قد توفر اختيار تشغيل أفضل تدعمه الأدلة.
ما الذي يقيسه
ظروف القنوات المرصودة ودرجات الخيارات المرشحة وعروض القنوات وأدلة قابليتها للاستخدام المتاحة في المسح.
لماذا يهم
توجيه تحسين القناة باستخدام فروق مؤثرة ومستمرة في بيئة Wi-Fi المحلية.
كيف تقرأ النتيجة
الخيار الأفضل المدعوم بالأدلة توصية، لا وعد بسرعة أعلى. لا يجوز افتراض خلو النطاقات غير المرصودة أو منحها جودة مثالية.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W40-030",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "No clearly better channel was found, or channel availability could not be verified.",
  "evidence": [
    {
      "name": "scoreVersion",
      "value": "wifi-scan-risk-v1.1",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W40-030",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Not enough data to recommend a channel.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W40-030
W40-040

تنافس القنوات وتداخلها

ما هو الفحص
التنافس على القناة والتداخل حول قناة Wi-Fi الحالية.
ما الذي يقيسه
درجة جودة القناة الحالية وعرضها وتداخل نقاط الوصول المجاورة من ملاحظات حديثة.
لماذا يهم
تحديد ظروف القناة التي قد تسهم في التداخل اللاسلكي أو انخفاض الأداء.
كيف تقرأ النتيجة
درجة القناة الحالية >=7 لا تخصم؛ <7/<5/<3 تخصم 3/6/10%. يلزم مسحان حديثان. عدد نقاط الوصول وحده لا يثبت بطء الاتصال.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W40-040",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Radio contention estimated from Wi-Fi advertisements.",
  "evidence": [
    {
      "name": "score",
      "value": "9.933333333333334",
      "unit": null
    },
    {
      "name": "contenders",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "model",
      "value": "wifi-scan-risk-v1.1",
      "unit": null
    },
    {
      "name": "excludedCurrentBssid",
      "value": "02:00:00:00:00:01",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2WARNING

مقتطف من النتيجة

{
  "id": "W40-040",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "Radio contention estimated from Wi-Fi advertisements.",
  "evidence": [
    {
      "name": "score",
      "value": "3.5055448172942096",
      "unit": null
    },
    {
      "name": "contenders",
      "value": "5.0",
      "unit": null
    },
    {
      "name": "model",
      "value": "wifi-scan-risk-v1.1",
      "unit": null
    },
    {
      "name": "excludedCurrentBssid",
      "value": "02:00:00:00:00:01",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 6,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W40-040
W40-060

انشغال القناة والأجهزة المتصلة

ما هو الفحص
نشاط القناة ومعلومات العملاء المتصلين التي تعلنها نقطة الوصول.
ما الذي يقيسه
نسبة إشغال القناة المعلنة وعدد المحطات وتغيراتها عبر ملاحظات منفصلة.
لماذا يهم
توفير دليل على انشغال القناة اللاسلكية مع فصل الإشغال عن عدد الأجهزة المتصلة.
كيف تقرأ النتيجة
وسيط الإشغال <=70% لا يخصم؛ >70/>85/>95% يخصم 3/6/10%. تلزم ثلاث ملاحظات منفصلة خلال 10 ثوانٍ خارج عمليات النقل. عدد العملاء وحده لا يخصم.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W40-060",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Channel utilization and client count reported by the access point.",
  "evidence": [
    {
      "name": "busyPercent",
      "value": "21.568627450980394",
      "unit": null
    },
    {
      "name": "busyP50Percent",
      "value": "21.568627450980394",
      "unit": null
    },
    {
      "name": "freshSamples",
      "value": "3.0",
      "unit": null
    },
    {
      "name": "stationCount",
      "value": "4.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2WARNING

مقتطف من النتيجة

{
  "id": "W40-060",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "Channel utilization and client count reported by the access point.",
  "evidence": [
    {
      "name": "busyPercent",
      "value": "90.19607843137256",
      "unit": null
    },
    {
      "name": "busyP50Percent",
      "value": "90.19607843137256",
      "unit": null
    },
    {
      "name": "freshSamples",
      "value": "3.0",
      "unit": null
    },
    {
      "name": "stationCount",
      "value": "4.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "duplicate_cause",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W40-060
W40-070

تغيّر قناة نقطة الوصول

ما هو الفحص
تغيرات قناة تشغيل نقطة الوصول خلال الفترة المرصودة.
ما الذي يقيسه
تبديلات القناة المرصودة وظهور نقطة الوصول والتوقيت وأي انقطاع اتصال مرتبط بها.
لماذا يهم
تفسير الانقطاعات الوجيزة أو تغير الظروف اللاسلكية عندما تغير نقطة الوصول قناتها.
كيف تقرأ النتيجة
تغيرات القناة ليست أعطالاً تلقائياً. تعتمد الشدة على أثر الاتصال المرصود، ولا ينبغي احتساب الانتقال نفسه مجدداً في موضع آخر.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W40-070",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Access points with a frequency change: 0.",
  "evidence": [
    {
      "name": "changedApCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "roundCount",
      "value": "3",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W40-070

W50اتصال LAN

W50-010

إعداد IPv4

ما هو الفحص
توفر تهيئة عنوان IPv4 قابلة للاستخدام على اتصال Wi-Fi.
ما الذي يقيسه
معلومات IPv4 المخصصة وحالة التزويد وما إذا كان بديل IPv6 قابل للاستخدام موجوداً.
لماذا يهم
التمييز بين غياب عنونة الشبكة والتشغيل السليم على اتصال يعتمد على IPv6 فقط.
كيف تقرأ النتيجة
غياب عنوان IPv4 أو IPv6 قابل للاستخدام بعد التزويد مع بقاء الارتباط يخصم 60%. تكفي عائلة عناوين واحدة قابلة للاستخدام؛ غياب IPv4 وحده ليس إخفاقاً.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W50-010",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "A usable IPv4 address is assigned.",
  "evidence": [
    {
      "name": "ipv4",
      "value": "[192.0.2.10/24]",
      "unit": null
    },
    {
      "name": "usableAddress",
      "value": "1.0",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "maxPenaltyPercent",
      "value": "60.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W50-010
W50-020

إعداد IPv6

ما هو الفحص
توفر تهيئة IPv6 للاتصال ونطاق صلاحيتها.
ما الذي يقيسه
عناوين IPv6 ونطاقها القابل للاستخدام والتهيئة اللازمة للوصول إلى وجهات محلية أو عبر الإنترنت.
لماذا يهم
تفسير توفر IPv6 دون اعتبار شبكة سليمة تستخدم IPv4 فقط معطلة.
كيف تقرأ النتيجة
التشغيل عبر IPv4 فقط سليم. وجود IPv6 محلي للارتباط وحده لا يثبت تهيئة الإنترنت؛ وتُقيّم قابلية الوصول الفعلية عبر IPv6 بصورة منفصلة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W50-020",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "An IPv6 address is available for connectivity testing.",
  "evidence": [
    {
      "name": "addressesV6",
      "value": "[2001:db8:1::10/64]",
      "unit": null
    },
    {
      "name": "gatewaysV6",
      "value": "[fe80::1%wlan0]",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W50-020
W50-030

العناوين ومسارات الشبكة

ما هو الفحص
ما إذا كان الاتصال يملك عناوين ومسارات مناسبة للوجهات المقصودة.
ما الذي يقيسه
عناوين IP قابلة للاستخدام ومسارات مطابقة ومعلومات البوابة عند الحاجة وأدلة وصول ناجح.
لماذا يهم
تحديد عنونة أو توجيه مفقود أو غير مناسب قد يمنع الاتصال خارج الارتباط المحلي.
كيف تقرأ النتيجة
غياب عنوان قابل للاستخدام مع مسار افتراضي مطابق بعد التزويد يخصم 60%. غياب التليمترية ليس إخفاقاً؛ عمل VPN أو تأكيد الوصول للإنترنت يمنع استنتاجاً خاطئاً بغياب المسار.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W50-030",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Network routes and address settings collected.",
  "evidence": [
    {
      "name": "addresses",
      "value": "[192.0.2.10/24, 2001:db8:1::10/64]",
      "unit": null
    },
    {
      "name": "routes",
      "value": "0.0.0.0/0 via 192.0.2.1; ::/0 via fe80::1%wlan0",
      "unit": null
    },
    {
      "name": "gateways",
      "value": "[192.0.2.1, fe80::1%wlan0]",
      "unit": null
    },
    {
      "name": "mtu",
      "value": "1500",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W50-030",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Not enough applicable measurements for this assessment.",
  "evidence": [
    {
      "name": "addresses",
      "value": "[192.0.2.10/24, 2001:db8:1::10/64]",
      "unit": null
    },
    {
      "name": "gateways",
      "value": "[192.0.2.1, fe80::1%wlan0]",
      "unit": null
    },
    {
      "name": "mtu",
      "value": "1500",
      "unit": null
    }
  ],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W50-030
W50-040

الاتصال بالبوابة

ما هو الفحص
ما إذا كانت القفزة المحلية التالية تستجيب لأنواع الطلبات المقاسة.
ما الذي يقيسه
ملاحظات استجابة البوابة ونتائج الاتصال المتاحة وأدلة استمرار مرور الحركة عبرها.
لماذا يهم
التمييز بين بوابة صامتة ومسار شبكة محلي غير قابل للاستخدام فعلياً.
كيف تقرأ النتيجة
الرد أو الرفض يثبت الوصول إلى جهة مستجيبة. غياب رد ping وحده لا يثبت عطل البوابة عندما يعمل التمرير أو الوصول للإنترنت.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W50-040",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "The gateway responded to a probe.",
  "evidence": [
    {
      "name": "probeRefs",
      "value": "ping-192.0.2.1-0,ping-192.0.2.1-1,ping-192.0.2.1-2,ping-192.0.2.1-3,ping-192.0.2.1-4,ping-192.0.2.1-5,ping-192.0.2.1-6,ping-192.0.2.1-7,ping-192.0.2.1-8,ping-192.0.2.1-9,ping-192.0.2.1-10,ping-192.0.2.1-11,ping-192.0.2.1-12,ping-192.0.2.1-13,ping-192.0.2.1-14,ping-192.0.2.1-15,ping-192.0.2.1-16,ping-192.0.2.1-17,ping-192.0.2.1-18,ping-192.0.2.1-19",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W50-040",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "The gateway did not reply; this alone does not establish a LAN failure.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W50-040
W50-050

استقرار الاتصال بالبوابة

ما هو الفحص
استقرار الاستجابات المقاسة من البوابة المحلية.
ما الذي يقيسه
زمن الذهاب والإياب للبوابة أثناء الخمول ونسبة الردود المفقودة وعدد المحاولات والردود.
لماذا يهم
تقييم الاستجابة المحلية مع مراعاة البوابات التي تحد الردود التشخيصية أو تتجاهلها.
كيف تقرأ النتيجة
RTT >30/>100/>300 ms يخصم 3/5/8%؛ الفقد >0/>10/>30/>50% يخصم 3/8/12/15%؛ يُستخدم الأكبر. تلزم 10 محاولات و3 ردود. البوابة الصامتة تماماً غير متاحة للتقييم، وليست فاشلة تلقائياً.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W50-050",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "20/20 replies · Median 3 ms",
  "evidence": [
    {
      "name": "target",
      "value": "192.0.2.1",
      "unit": null
    },
    {
      "name": "n",
      "value": "20",
      "unit": null
    },
    {
      "name": "received",
      "value": "20",
      "unit": null
    },
    {
      "name": "p95Ms",
      "value": "3.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W50-050",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Fewer than 10 samples for the same target, path and test phase.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W50-050
W50-060

تغيّرات إعدادات الشبكة

ما هو الفحص
تغيرات تهيئة IP أو توجيه الشبكة أثناء الجلسة.
ما الذي يقيسه
تغيرات العنوان أو البوابة أو المسار أو التهيئة ذات الصلة وعلاقتها بالاتصال المرصود.
لماذا يهم
تفسير الإخفاق أو التعافي المتزامن مع تغير تهيئة الشبكة.
كيف تقرأ النتيجة
التغير السليم ليس تحذيراً تلقائياً. تعدد مصادر DHCP مجرد قرينة للتحقيق عندما ترافقه تهيئة غير طبيعية.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W50-060",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Network configuration changes monitored.",
  "evidence": [
    {
      "name": "ipChanges",
      "value": "0",
      "unit": null
    },
    {
      "name": "gatewayChanges",
      "value": "0",
      "unit": null
    },
    {
      "name": "dnsChanges",
      "value": "0",
      "unit": null
    },
    {
      "name": "dhcpChanges",
      "value": "0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W50-060
W50-080

مشكلات IP / البوابة

ما هو الفحص
أدلة تشير إلى تعارض عنوان IP أو سلوك غير طبيعي لهوية البوابة.
ما الذي يقيسه
هويات الأجهزة وتغيرات البوابة ومؤشرات تعارض العناوين وفقدان الردود أو أثر الاتصال المرتبط بها.
لماذا يهم
تحديد أعراض تعارض تدعمها الأدلة دون افتراض نشاط خبيث أو تسمية مهاجم.
كيف تقرأ النتيجة
نمط فقدان استجابة البوابة المستوفي للشروط يخصم 5%؛ تعارض الهوية المتكرر المصحوب بأثر 10%؛ تعارض العنوان الحالي أو فشل فحص تكرار عنوان IPv6 المطلوب مع أثر 15%. اختلافات الهوية دون أثر إرشادية.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W50-080",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "No IP conflict detected. The connection was stable with no packet loss observed.",
  "evidence": [
    {
      "name": "gatewaySamples",
      "value": "20",
      "unit": null
    },
    {
      "name": "internetSamples",
      "value": "28",
      "unit": null
    },
    {
      "name": "lossPercent",
      "value": "0",
      "unit": null
    },
    {
      "name": "observationOnly",
      "value": "true",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W50-080",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Not enough evidence to determine whether an IP address conflict exists.",
  "evidence": [
    {
      "name": "coverage",
      "value": "IPv6 DAD; mDNS, SSDP and NBSTAT identities; conditional gateway-loss signature. No self-IP unicast; IP assignment unknown.",
      "unit": null
    },
    {
      "name": "probeRefs",
      "value": "",
      "unit": null
    }
  ],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W50-080
W50-110

اكتشاف أجهزة LAN

ما هو الفحص
إمكانية الوصول إلى الأجهزة والخدمات المحلية التي فُحصت فعلياً واكتشافها.
ما الذي يقيسه
ردود وجهات LAN المختبرة وملاحظات اكتشاف الخدمات ومقارنات البث الأحادي أو المتعدد ذات الصلة.
لماذا يهم
بحث قيود الوصول المحلي مع فصل سلوك LAN عن الاتصال بالإنترنت.
كيف تقرأ النتيجة
الردود الناجحة تدعم إمكانية الوصول المحلي. غياب الاكتشاف وحده غير حاسم؛ عزل العملاء المتعمد ليس فشلاً في الإنترنت.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W50-110",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "A LAN service responded.",
  "evidence": [
    {
      "name": "responders",
      "value": "1",
      "unit": null
    },
    {
      "name": "probeRefs",
      "value": "[lan-service]",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W50-110",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No valid LAN discovery response yet.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W50-110
W50-120

الوصلة الصاعدة والربط الخلفي

ما هو الفحص
أدلة عن الوصلة الصاعدة الداخلية أو الربط الخلفي بين مكونات الشبكة.
ما الذي يقيسه
معلومات الارتباط المتفاوض عليه المتاحة والتليمترية المدعومة وأعراض الأداء في الجزء المحلي المعني.
لماذا يهم
تحديد اختناق داخلي محتمل دون نسبة كل حد للسرعة إلى كابل أو منفذ.
كيف تقرأ النتيجة
إثبات ارتباط 100 Mbps يتطلب دليلاً على السرعة المتفاوض عليها. سقف سرعة يقارب 90-95 Mbps وحده عرض، لا دليل على كابل أو ربط خلفي معيب.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1UNSUPPORTED

مقتطف من النتيجة

{
  "id": "W50-120",
  "execution": "UNSUPPORTED",
  "verdict": null,
  "summary": "Uplink/backhaul statistics are not provided by the access point.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W50-120

W60اتصال WAN

W60-010

الموجّه ومسار WAN

ما هو الفحص
معلومات هوية الراوتر والمسار الصاعد المتاحة فعلياً للتشخيص.
ما الذي يقيسه
هوية الراوتر المتاحة وعنوان IP العام ومزود الإنترنت أو ASN وسياق المسار المرتبط بها.
لماذا يهم
تفسير بنية الشبكة المرصودة وتحديد الاتصال الصاعد الذي يصفه التقرير.
كيف تقرأ النتيجة
معلومات الهوية وحدها لا تثبت عطلاً ولا تؤكد سلامة الراوتر أو WAN. ينبغي إبقاء الحقول غير المتاحة مجهولة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W60-010",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Network and access point identities collected from responding sources.",
  "evidence": [
    {
      "name": "publicIp",
      "value": "203.0.113.10",
      "unit": null
    },
    {
      "name": "asn",
      "value": "",
      "unit": null
    },
    {
      "name": "provider",
      "value": "Example network provider",
      "unit": null
    },
    {
      "name": "country",
      "value": "",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W60-010",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Network/access point identity unavailable.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W60-010
W60-020

استقرار جلسة WAN

ما هو الفحص
حالة اتصال WAN في الراوتر وانقطاعات جلسة WAN المرصودة.
ما الذي يقيسه
حالة WAN ومدة تشغيل الجلسة أو إعادة الاتصال ومعلومات الأخطاء ذات الصلة والأثر المقاس مستقلاً على الإنترنت.
لماذا يهم
التمييز بين مشكلة مؤكدة في الجلسة الصاعدة وغياب حالة الراوتر أو إخفاق اختبار منفرد.
كيف تقرأ النتيجة
انفصال WAN المؤكد مع تضرر الإنترنت يخصم 60%. الأحداث المتعافية ذات الأثر بعدد 1/2/3+ تخصم 10/20/30%. غياب تليمترية الراوتر غير متاح؛ حالة الاتصال وحدها لا تثبت الوصول إلى الإنترنت.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W60-020",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Router-reported WAN session status obtained.",
  "evidence": [
    {
      "name": "activeRouteBasis",
      "value": "Single advertised WAN connection on the current Wi-Fi gateway",
      "unit": null
    },
    {
      "name": "gateway",
      "value": "192.0.2.1",
      "unit": null
    },
    {
      "name": "service",
      "value": "urn:schemas-upnp-org:service:WANIPConnection:1",
      "unit": null
    },
    {
      "name": "NewConnectionStatus",
      "value": "Connected",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2UNSUPPORTED

مقتطف من النتيجة

{
  "id": "W60-020",
  "execution": "UNSUPPORTED",
  "verdict": null,
  "summary": "Router WAN status is unavailable.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W60-020
W60-030

الرابط الفيزيائي لـ WAN

ما هو الفحص
حالة الارتباط المادي لـWAN المدعومة بتليمترية البوابة الحالية.
ما الذي يقيسه
حالة الارتباط المادي والسرعة المتفاوض عليها عند توفرها والملاحظات المتكررة والتدهور المصاحب في الإنترنت.
لماذا يهم
تحديد مشكلة فعلية في الارتباط المادي الصاعد بدلاً من استنتاجها من السرعة وحدها.
كيف تقرأ النتيجة
تعطل WAN المادي حالياً مع تضرر الإنترنت يخصم 60%؛ حدث تعطل تعافى وكان مؤثراً يخصم 15%. تلزم ملاحظتان مرتبطتان؛ غياب تليمترية الراوتر ليس إخفاقاً.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W60-030",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Physical WAN link status reported by the router.",
  "evidence": [
    {
      "name": "activeRouteBasis",
      "value": "Single advertised WAN connection on the current Wi-Fi gateway",
      "unit": null
    },
    {
      "name": "gateway",
      "value": "192.0.2.1",
      "unit": null
    },
    {
      "name": "service",
      "value": "urn:schemas-upnp-org:service:WANCommonInterfaceConfig:1",
      "unit": null
    },
    {
      "name": "NewPhysicalLinkStatus",
      "value": "Up",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2UNSUPPORTED

مقتطف من النتيجة

{
  "id": "W60-030",
  "execution": "UNSUPPORTED",
  "verdict": null,
  "summary": "Router physical WAN status is unavailable.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W60-030
W60-040

حركة بيانات WAN

ما هو الفحص
أحجام حركة WAN والأدلة المدعومة على حركة خارج القياس.
ما الذي يقيسه
عدادات الحركة الصاعدة المتاحة وتغيراتها وقياسات مرجعية متزامنة لجودة الاتصال.
لماذا يهم
تقييم ما إذا كانت حركة أخرى تتزامن مع تدهور الاتصال أو انخفاض الأداء.
كيف تقرأ النتيجة
حجم الحركة وحده ليس عطلاً. نسبتها إلى أجهزة محددة يتطلب معلومات لكل عميل من الراوتر، وإثبات الأثر يحتاج أدلة متزامنة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W60-040",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Total WAN traffic during the observation period.",
  "evidence": [
    {
      "name": "aggregateMbps",
      "value": "0.8",
      "unit": null
    },
    {
      "name": "intervalMs",
      "value": "5000",
      "unit": null
    },
    {
      "name": "scope",
      "value": "router WAN aggregate",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W60-040",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Fewer than two WAN counter samples.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W60-040
W60-050

موارد الموجّه

ما هو الفحص
ظروف موارد الراوتر أو سعته التي يمكن التحقق منها فعلياً.
ما الذي يقيسه
تليمترية الموارد المتاحة وأعراض الوصول أو الأداء المقاسة المرتبطة بها.
لماذا يهم
تفسير مخاوف الموارد المدعومة دون اختلاق إخفاقات في CPU أو الذاكرة أو جدول الاتصالات.
كيف تقرأ النتيجة
الاستنتاج المتعلق بالموارد يحتاج تليمترية ذات صلة وأثراً مرصوداً. غياب بيانات الراوتر يبقي السبب مجهولاً بدلاً من تأكيد مشكلة موارد.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1UNSUPPORTED

مقتطف من النتيجة

{
  "id": "W60-050",
  "execution": "UNSUPPORTED",
  "verdict": null,
  "summary": "Router CPU, RAM and connection-tracking data are unavailable.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W60-050
W60-060

عنوان WAN وNAT

ما هو الفحص
أدلة العنونة المتعلقة بـNAT الصاعد وتوفر IPv4 عام مخصص مباشرة.
ما الذي يقيسه
عنوان WAN المتاح والعنوان العام المرصود والمؤشرات المدعومة على عنونة خاصة أو ترجمة في المسار الصاعد.
لماذا يهم
تفسير بنية الشبكة التي قد تؤثر في الاتصالات الواردة أو بعض التطبيقات.
كيف تقرأ النتيجة
NAT المزدوج أو NAT على مستوى مزود الخدمة سياق لبنية الشبكة، وليس خطأ إنترنت أو خصماً تلقائياً. غياب أدلة العناوين غير حاسم.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W60-060",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "WAN and public IP addresses collected to compare network topology.",
  "evidence": [
    {
      "name": "wanIpv4",
      "value": "203.0.113.10",
      "unit": null
    },
    {
      "name": "publicIp",
      "value": "203.0.113.10",
      "unit": null
    },
    {
      "name": "privateOrShared",
      "value": "false",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W60-060",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "The router's WAN IPv4 address is unavailable.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W60-060

W70الوصول إلى الإنترنت

W70-010

متطلبات تسجيل الدخول للشبكة

ما هو الفحص
ما إذا كانت الشبكة تتطلب تسجيل الدخول أو الموافقة قبل الوصول الطبيعي إلى الإنترنت.
ما الذي يقيسه
مؤشرات بوابة الدخول وردود إعادة التوجيه أو تسجيل الدخول ذات الصلة والوصول المقاس مستقلاً خارج البوابة.
لماذا يهم
تفسير الاتصال المحدود في نقاط الاتصال وشبكات الضيوف أو الشبكات التي تتطلب تجديد المصادقة.
كيف تقرأ النتيجة
بوابة مؤكدة مع بعض الوصول الخارجي تخصم 20%؛ ومنعها الوصول الخارجي يخصم 60%. علامة بوابة Android وحدها تحذير دون خصم.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-010",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "No network sign-in requirement detected.",
  "evidence": [
    {
      "name": "systemPortal",
      "value": "false",
      "unit": null
    },
    {
      "name": "controlRedirects",
      "value": "0",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "maxPenaltyPercent",
      "value": "60.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W70-010",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No response to verify whether sign-in is required.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-010
W70-030

تحليل DNS

ما هو الفحص
ما إذا كان يمكن تحويل أسماء المضيفين إلى عناوين قابلة للاستخدام على الاتصال المقاس.
ما الذي يقيسه
استعلامات النطاقات الناجحة والفاشلة وتوفر عائلات العناوين والنتائج عبر مزودين مستقلين.
لماذا يهم
تحديد مشكلات تحليل الأسماء مع التمييز بين اسم مضيف واحد غير متاح وفشل DNS أوسع.
كيف تقرأ النتيجة
نسب الفشل 0 وحتى 1/3 وحتى 2/3 وأقل من 1 والكل تخصم 0/10/20/40/60%. تلزم ثلاثة نطاقات ومزودان. غياب إجابات IPv6 وحده ليس إخفاقاً.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-030",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Answers with addresses: 15 · lookup errors: 0.",
  "evidence": [
    {
      "name": "nonPublicAnswerCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "answerCount",
      "value": "15",
      "unit": null
    },
    {
      "name": "failureCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "timeoutCount",
      "value": "0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2ERROR

مقتطف من النتيجة

{
  "id": "W70-030",
  "execution": "DONE",
  "verdict": "ERROR",
  "summary": "Could not resolve an address for the connection.",
  "evidence": [
    {
      "name": "nonPublicAnswerCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "answerCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "failureCount",
      "value": "15",
      "unit": null
    },
    {
      "name": "timeoutCount",
      "value": "0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 60,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-030
W70-040

استقرار DNS

ما هو الفحص
مدى انتظام نجاح استعلامات DNS وسرعته عبر ملاحظات متكررة.
ما الذي يقيسه
أزمنة الاستعلامات الناجحة القابلة للمقارنة لكل نطاق، بما فيها وسيط أوساط النطاقات بالمللي ثانية.
لماذا يهم
توضيح ما إذا كان تأخر تحليل الأسماء قد يسهم في بطء الوصول الأولي.
كيف تقرأ النتيجة
وسيط زمن DNS <=500 ms لا يخصم؛ >500/>1000/>2000 ms يخصم 2/5/8%. يلزم نطاقان لكل منهما ثلاث عينات ناجحة قابلة للمقارنة. لا يعزل ذلك زمن معالجة الخادم.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-040",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "DNS lookup time by domain and IP family.",
  "evidence": [
    {
      "name": "groups",
      "value": "{google.com/A=n=3,ok=3,p50Ms=25.0, cloudflare.com/A=n=3,ok=3,p50Ms=25.0, microsoft.com/A=n=3,ok=3,p50Ms=25.0, apple.com/A=n=3,ok=3,p50Ms=25.0, wikipedia.org/A=n=3,ok=3,p50Ms=25.0}",
      "unit": null
    },
    {
      "name": "dnsP50Ms",
      "value": "25.0",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "maxPenaltyPercent",
      "value": "8.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2WARNING

مقتطف من النتيجة

{
  "id": "W70-040",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "DNS lookup time by domain and IP family.",
  "evidence": [
    {
      "name": "groups",
      "value": "{google.com/A=n=3,ok=3,p50Ms=1200.0, cloudflare.com/A=n=3,ok=3,p50Ms=1200.0, microsoft.com/A=n=3,ok=3,p50Ms=1200.0, apple.com/A=n=3,ok=3,p50Ms=1200.0, wikipedia.org/A=n=3,ok=3,p50Ms=1200.0}",
      "unit": null
    },
    {
      "name": "dnsP50Ms",
      "value": "1200.0",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "5.0",
      "unit": null
    },
    {
      "name": "maxPenaltyPercent",
      "value": "8.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 5,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-040
W70-070

فحص مرجعي بعنوان IP مباشر

ما هو الفحص
إمكانية الوصول إلى عنوان معروف يُستخدم مرجعاً إلى جانب نتائج DNS.
ما الذي يقيسه
نتائج مرجع IP المباشر وملاحظات تحليل أسماء المضيفين أو الوصول الأخرى المقابلة.
لماذا يهم
التمييز بين مشكلة طبقة تحليل الأسماء ومشكلة أوسع في الوجهة أو مسار الشبكة.
كيف تقرأ النتيجة
عمل الوصول عبر IP مع فشل DNS يدعم نتيجة تخص DNS. فشل المرجع وحده لا يثبت انقطاع الإنترنت بالكامل.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-070",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Successful attempts: 1/1.",
  "evidence": [
    {
      "name": "successCount",
      "value": "1",
      "unit": null
    },
    {
      "name": "attemptCount",
      "value": "1",
      "unit": null
    },
    {
      "name": "timeoutCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "failureStage",
      "value": "",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W70-070",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Not enough valid measurements for direct_ip.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-070
W70-080

اتصال IPv4 / IPv6

ما هو الفحص
مقارنة مساري IPv4 وIPv6 المضبوطين من حيث إمكانية الوصول الفعلية.
ما الذي يقيسه
نتائج كل عائلة عناوين وتوفر العائلة المضبوطة والمقارنات عبر مزودين مستقلين.
لماذا يهم
اكتشاف عائلة IP معطلة جزئياً دون معاقبة شبكة توفر عائلة واحدة قابلة للاستخدام فقط.
كيف تقرأ النتيجة
فشل عائلة مضبوطة جزئياً أو كلياً مع عمل الأخرى يخصم 5/10%، مع اشتراط مزودين. العائلة غير المضبوطة لا تخصم.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-080",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "IPv4 and IPv6 connectivity checked separately.",
  "evidence": [
    {
      "name": "families",
      "value": "[IPv4:ok, IPv6:ok, IPv4:ok, IPv6:ok, IPv4:ok, IPv6:ok, IPv4:ok, IPv6:ok, IPv4:ok, IPv6:ok]",
      "unit": null
    },
    {
      "name": "unconfiguredFamilyProbes",
      "value": "0",
      "unit": null
    },
    {
      "name": "probeRefs",
      "value": "family-0-IPv4,family-0-IPv6,family-1-IPv4,family-1-IPv6,family-2-IPv4,family-2-IPv6,family-3-IPv4,family-3-IPv6,family-4-IPv4,family-4-IPv6",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W70-080",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No reference address for the configured IP family.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-080
W70-100

اتصال TCP

ما هو الفحص
ما إذا كانت اتصالات TCP تصل إلى الوجهات والمنافذ المحددة المختبرة.
ما الذي يقيسه
الاتصالات الناجحة والإخفاقات والرفض ونسبة النطاقات الفاشلة عبر وجهات مستقلة.
لماذا يهم
تحديد مشكلات الوصول في طبقة النقل والتمييز بين الفشل الواسع والاستجابة الخاصة بوجهة محددة.
كيف تقرأ النتيجة
نسب النطاقات الفاشلة <=1/3 و<=1/2 و<0.8 و<1 والكل تخصم 0/10/25/45/60%. تلزم ثلاثة نطاقات ومزودان. رفض الاتصال يظل دليلاً على وصول استجابة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-100",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Successful attempts: 5/5.",
  "evidence": [
    {
      "name": "successCount",
      "value": "5",
      "unit": null
    },
    {
      "name": "attemptCount",
      "value": "5",
      "unit": null
    },
    {
      "name": "timeoutCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "failureStage",
      "value": "",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W70-100",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Not enough valid measurements for tcp.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-100
W70-110

التحقق من TLS

ما هو الفحص
ما إذا كانت الاتصالات الآمنة تُكمل TLS والتحقق من الشهادات بنجاح.
ما الذي يقيسه
أخطاء TLS ونتائج التحقق من الشهادات والمزودون المستقلون المتأثرون ومقارنات HTTPS الناجحة.
لماذا يهم
تفسير إخفاقات الاتصال الآمن، بما فيها المرتبطة بساعة الجهاز أو الشهادات.
كيف تقرأ النتيجة
فشل TLS المنفرد تحذير دون خصم. تأثر مزودين مستقلين يخصم 20% إذا عمل HTTPS آخر، أو 60% عندما تفشل جميع محاولات TLS المنطبقة بعد نجاح TCP.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-110",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Successful attempts: 5/5.",
  "evidence": [
    {
      "name": "successCount",
      "value": "5",
      "unit": null
    },
    {
      "name": "attemptCount",
      "value": "5",
      "unit": null
    },
    {
      "name": "timeoutCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "failureStage",
      "value": "",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W70-110",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Not enough valid measurements for tls.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-110
W70-130

استجابات HTTP / HTTPS

ما هو الفحص
ما إذا كان يمكن الوصول إلى وجهات الإنترنت عبر HTTP أو HTTPS.
ما الذي يقيسه
نتائج اتصالات الويب وتوفر الاستجابة ونسبة النطاقات الفاشلة وتغطية مزودين مستقلين.
لماذا يهم
فصل مسارات الشبكة غير القابلة للوصول عن سلوك البوابة أو قيود الخدمات أو أخطاء الخادم البعيد.
كيف تقرأ النتيجة
نسب فشل النقل <=1/3 و<=1/2 و<0.8 و<1 والكل تخصم 0/10/25/45/60%. تلزم ثلاثة نطاقات ومزودان. استجابة خطأ HTTP صالحة تظل دليلاً على إمكانية الوصول.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-130",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Successful attempts: 5/5.",
  "evidence": [
    {
      "name": "successCount",
      "value": "5",
      "unit": null
    },
    {
      "name": "attemptCount",
      "value": "5",
      "unit": null
    },
    {
      "name": "timeoutCount",
      "value": "0",
      "unit": null
    },
    {
      "name": "failureStage",
      "value": "",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W70-130",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Not enough valid measurements for http.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-130
W70-150

حالة الإنترنت على الجهاز

ما هو الفحص
التوافق بين مؤشر حالة الإنترنت في Android والوصول المقاس فعلياً.
ما الذي يقيسه
حالة تحقق النظام أو البوابة والمسار الحالي واستجابات الويب الناجحة من مزودين مستقلين.
لماذا يهم
تفسير اختلاف وصف الجهاز للاتصال عن الوصول المرصود إلى الإنترنت.
كيف تقرأ النتيجة
الاختلاف مع نجاح HTTP من مزودين على المسار النشط نفسه يخصم 5%، ما لم يكن ممثلاً بالفعل بمشكلة وصول أو بوابة. التحقق لا يضمن أبداً عمل كل الخدمات.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-150",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Android validation agrees with successful Internet probes.",
  "evidence": [
    {
      "name": "systemValidated",
      "value": "true",
      "unit": null
    },
    {
      "name": "successfulProviderGroups",
      "value": "5",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "maxPenaltyPercent",
      "value": "5.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-150
W70-160

الوصول إلى الخدمات الشائعة

ما هو الفحص
الوصول إلى خدمات شائعة منفردة مقارنة بمراجع مستقلة تعمل.
ما الذي يقيسه
نتائج نطاقات الخدمات وطبقات الوصول المتأثرة ونسبة النطاقات الفاشلة وتوفر خدمات المقارنة.
لماذا يهم
تحديد مشكلات الوصول الانتقائية دون اعتبار قيود خدمة واحدة فقداناً كاملاً للإنترنت.
كيف تقرأ النتيجة
نسب النطاقات الفاشلة <=10% و<=30% و<=50% وما فوق تخصم 0/3/6/10%. تلزم خمسة نطاقات ومزودان. أخطاء الخادم أو قيود سياسة الخدمة ليست إخفاقات نقل لدى العميل.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-160",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Services with an HTTP response: 5/5.",
  "evidence": [
    {
      "name": "timedOutServices",
      "value": "[]",
      "unit": null
    },
    {
      "name": "failedServices",
      "value": "[]",
      "unit": null
    },
    {
      "name": "httpRestrictions",
      "value": "[]",
      "unit": null
    },
    {
      "name": "responses",
      "value": "[https://google.com/:ok/200.0, https://cloudflare.com/:ok/200.0, https://microsoft.com/:ok/200.0, https://apple.com/:ok/200.0, https://wikipedia.org/:ok/200.0]",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W70-160",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No valid service-test results yet.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-160
W70-170

مسار VPN / الوكيل

ما هو الفحص
سلوك الاتصال والمصادقة على مسار VPN أو الوكيل المستخدم فعلياً.
ما الذي يقيسه
نتائج المسار وردود الوكيل والاستجابات التي تتطلب المصادقة والوصول المرجعي المستقل.
لماذا يهم
تفسير المشكلات المقاسة على مسار وسيط مع التمييز بين قياس غير مدعوم وإخفاق حقيقي.
كيف تقرأ النتيجة
HTTP 407 المتكرر والمؤكد من الوكيل المطبق يخصم 20% إذا نجح بعض الوصول، أو 60% إذا حُجبت جميع الاختبارات المرجعية. تظل التهيئات غير المدعومة غير متاحة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1WARNING

مقتطف من النتيجة

{
  "id": "W70-170",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "The proxy requires sign-in.",
  "evidence": [
    {
      "name": "probeRefs",
      "value": "proxy-1,proxy-2",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "20.0",
      "unit": null
    },
    {
      "name": "maxPenaltyPercent",
      "value": "60.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 20,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2UNSUPPORTED

مقتطف من النتيجة

{
  "id": "W70-170",
  "execution": "UNSUPPORTED",
  "verdict": null,
  "summary": "No VPN or proxy applies to this measurement path.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-170
W70-190

اتصال UDP

ما هو الفحص
ما إذا كانت خدمات UDP المختبرة ترسل ردوداً قبل انتهاء مهلة الاستجابة.
ما الذي يقيسه
طلبات UDP المرسلة والردود المستلمة ونسبة عدم الرد ضمن المهلة والمقارنات بين مزودي الخدمة المتاحين.
لماذا يهم
بحث مشكلات الاستجابة الخاصة بالبروتوكول إلى جانب TCP ونتائج الوصول الأخرى.
كيف تقرأ النتيجة
بعد استبعاد مزود صامت منفرد، عدم الرد بنسبة 0 و<=20% و<=50% و>50% يخصم 0/5/10/15%. تلزم خمسة طلبات ورد واحد. صمت المزودين كليهما ليس دليلاً على الحجب.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-190",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "UDP is working: 10/10 responses.",
  "evidence": [
    {
      "name": "udpReachable",
      "value": "true",
      "unit": null
    },
    {
      "name": "sent",
      "value": "10",
      "unit": null
    },
    {
      "name": "responses",
      "value": "10",
      "unit": null
    },
    {
      "name": "rttP50Ms",
      "value": "40.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W70-190",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "UDP could not be tested on this network.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-190
W70-200

تتبع المسار

ما هو الفحص
القفزات المستجيبة المرصودة على المسار نحو موقع ويب قابل للوصول.
ما الذي يقيسه
معلومات القفزات المرتجعة وأخطاء ICMP ذات الصلة واكتمال التتبع وإمكانية الوصول إلى الوجهة.
لماذا يهم
توفير سياق المسار دون تخمين موضع عطل القفزات غير المستجيبة.
كيف تقرأ النتيجة
بلوغ الوجهة لا يخصم؛ تتبع مكتمل ومدعوم لا يبلغها يخصم 5%. لا تُعاقب القفزات الوسيطة الصامتة منفردة؛ والتتبعات غير المدعومة أو الملغاة غير متاحة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-200",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Traceroute hops that responded.",
  "evidence": [
    {
      "name": "hops",
      "value": "[1.0:192.0.2.1, 2.0:192.0.2.2, 3.0:1.1.1.1]",
      "unit": null
    },
    {
      "name": "hopCount",
      "value": "3",
      "unit": null
    },
    {
      "name": "penaltyPercent",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "maxPenaltyPercent",
      "value": "5.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2UNSUPPORTED

مقتطف من النتيجة

{
  "id": "W70-200",
  "execution": "UNSUPPORTED",
  "verdict": null,
  "summary": "Traceroute is not needed or is unavailable on this path.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-200
W70-210

أولوية الاتصال بالإنترنت

ما هو الفحص
ما إذا كان الهاتف يفضل بيانات الهاتف رغم تأكيد وصول Wi-Fi المتصل إلى الإنترنت.
ما الذي يقيسه
وسيلة النقل الافتراضية النشطة ومسار Wi-Fi المتصل والوصول الناجح عبر Wi-Fi لدى مزودين مستقلين.
لماذا يهم
إبراز تفضيل قد يمنع المستخدم من استخدام اتصال Wi-Fi يعمل.
كيف تقرأ النتيجة
تفضيل بيانات الهاتف المؤكد رغم عمل Wi-Fi يخصم 3%. المسارات المختلطة أو VPN أو المجهولة أو ذات البوابة أو ضعيفة المراقبة غير حاسمة. النتيجة لا تثبت سبب اختيار Android لبيانات الهاتف.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W70-210",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "The device is using Wi-Fi as its default Internet connection.",
  "evidence": [
    {
      "name": "wifiNetwork",
      "value": "synthetic-wifi",
      "unit": null
    },
    {
      "name": "defaultNetwork",
      "value": "synthetic-wifi",
      "unit": null
    },
    {
      "name": "defaultTransports",
      "value": "WIFI",
      "unit": null
    },
    {
      "name": "mobileInternetPreferred",
      "value": "false",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W70-210

W80أداء الشبكة

W80-010

زمن استجابة الإنترنت دون حمل

ما هو الفحص
تأخر الاستجابة إلى هدف الإنترنت المختار عندما لا يكون الاتصال تحت حمل الاختبار.
ما الذي يقيسه
أزمنة الذهاب والإياب أثناء الخمول بالمللي ثانية والوسيط ومعلومات المئينات العليا المتاحة والمحاولات والردود وفترة القياس.
لماذا يهم
تحديد خط أساس للاستجابة ولزيادات التأخر اللاحقة تحت حمل البيانات.
كيف تقرأ النتيجة
وسيط RTT <=300 ms لا يخصم؛ >300/>600/>1000 ms يخصم 5/10/20%. تلزم 10 محاولات و3 ردود على المسار نفسه. التأخر المرتفع وحده ليس انقطاعاً.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W80-010",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "20/20 replies · Median 40 ms",
  "evidence": [
    {
      "name": "target",
      "value": "1.1.1.1",
      "unit": null
    },
    {
      "name": "p95Ms",
      "value": "40.0",
      "unit": null
    },
    {
      "name": "lossPercent",
      "value": "0.0",
      "unit": null
    },
    {
      "name": "protocol",
      "value": "ICMP Echo",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W80-010",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Fewer than 10 samples for the same target, path and test phase.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W80-010
W80-030

اختبار تنزيل قصير

ما هو الفحص
معدل تنزيل البيانات المفيدة المرصود فعلياً خلال نقل قصير مضبوط.
ما الذي يقيسه
حجم البيانات المستلمة ومدة النقل ومعدل نقل التنزيل المقاس بوحدة Mbps.
لماذا يهم
تقديم لقطة عملية للتنزيل دون ادعاء قياس السرعة القصوى لاشتراك الإنترنت.
كيف تقرأ النتيجة
>=20 Mbps يخصم 0%؛ من 5 إلى <20 يخصم 5%؛ من 1 إلى <5 يخصم 10%؛ من >0 إلى <1 يخصم 20%. القياسات المقيدة السرعة أو غير الصالحة غير متاحة، وليست 0 Mbps.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W80-030",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Short download speed: 24.0 Mbps",
  "evidence": [
    {
      "name": "bytes",
      "value": "1.1201029E7",
      "unit": null
    },
    {
      "name": "durationMs",
      "value": "3736.0",
      "unit": null
    },
    {
      "name": "windowMs",
      "value": "6000.0",
      "unit": null
    },
    {
      "name": "requestedBytes",
      "value": "1.6082053E7",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2WARNING

مقتطف من النتيجة

{
  "id": "W80-030",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "Short download speed: 3.0 Mbps",
  "evidence": [
    {
      "name": "bytes",
      "value": "1856454.0",
      "unit": null
    },
    {
      "name": "durationMs",
      "value": "4951.0",
      "unit": null
    },
    {
      "name": "windowMs",
      "value": "6000.0",
      "unit": null
    },
    {
      "name": "requestedBytes",
      "value": "1973782.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 10,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W80-030
W80-040

زمن الاستجابة تحت الحمل والتعافي

ما هو الفحص
زيادة تأخر الاستجابة أثناء التنزيل أو الرفع والتعافي اللاحق.
ما الذي يقيسه
وسيطا RTT أثناء الخمول وتحت الحمل ونسبتهما واتجاه النقل وملاحظات التعافي على المسار نفسه.
لماذا يهم
تحديد التدهور تحت الحمل دون ادعاء أن اختباراً قصيراً سليماً يثبت غياب الازدحام.
كيف تقرأ النتيجة
نطاقات نسبة التنزيل >2.5-5 و>5-15 و>15 تتطلب RTT تحت الحمل >200/500/1000 ms لخصم 3/5/10%. نطاقات الرفع >3.5-7 و>7-20 و>20 تتطلب >300/600/1500 ms. يُستخدم الخصم الأكبر من الاتجاهين؛ ولا يُرجع إلى نطاق أدنى عندما لا يتحقق الحد المطلق الخاص به.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W80-040",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Loaded latency was assessed for the directions with enough samples.",
  "evidence": [
    {
      "name": "downloadAvailability",
      "value": "measured",
      "unit": null
    },
    {
      "name": "downloadTarget",
      "value": "1.1.1.1",
      "unit": null
    },
    {
      "name": "uploadAvailability",
      "value": "measured",
      "unit": null
    },
    {
      "name": "uploadTarget",
      "value": "1.1.1.1",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2WARNING

مقتطف من النتيجة

{
  "id": "W80-040",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "Latency increased or replies timed out during data transfer.",
  "evidence": [
    {
      "name": "downloadAvailability",
      "value": "measured",
      "unit": null
    },
    {
      "name": "downloadTarget",
      "value": "1.1.1.1",
      "unit": null
    },
    {
      "name": "uploadAvailability",
      "value": "measured",
      "unit": null
    },
    {
      "name": "uploadTarget",
      "value": "1.1.1.1",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 5,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W80-040
W80-060

سرعة الرفع

ما هو الفحص
معدل رفع البيانات المفيدة استناداً إلى بيانات تأكد استلامها خلال نقل قصير.
ما الذي يقيسه
حجم الرفع المؤكد ومدة النقل ومعدل نقل الرفع المقاس بوحدة Mbps.
لماذا يهم
وصف أداء المسار الصاعد دون اعتبار تقدم المرسل دليلاً على نجاح الاستلام.
كيف تقرأ النتيجة
>=5 Mbps يخصم 0%؛ من 1 إلى <5 يخصم 5%؛ من 0.25 إلى <1 يخصم 10%؛ من >0 إلى <0.25 يخصم 20%. النتائج المقيدة السرعة أو غير المؤكدة غير متاحة، وليست 0 Mbps.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

تستخدم البيانات المصدّرة من التطبيق حالياً عبارة “Short download speed” في ملخص نتيجة الرفع هذه. يشير W80-060 وقياساته إلى سرعة الرفع؛ وقد حُفظت المخرجات الأصلية أدناه دون تغيير.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W80-060",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Short download speed: 24.0 Mbps",
  "evidence": [
    {
      "name": "bytes",
      "value": "8585029.0",
      "unit": null
    },
    {
      "name": "durationMs",
      "value": "2864.0",
      "unit": null
    },
    {
      "name": "windowMs",
      "value": "6000.0",
      "unit": null
    },
    {
      "name": "requestedBytes",
      "value": "1.6082053E7",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2WARNING

مقتطف من النتيجة

{
  "id": "W80-060",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "Short download speed: 0.6 Mbps",
  "evidence": [
    {
      "name": "bytes",
      "value": "287406.0",
      "unit": null
    },
    {
      "name": "durationMs",
      "value": "3833.0",
      "unit": null
    },
    {
      "name": "windowMs",
      "value": "6000.0",
      "unit": null
    },
    {
      "name": "requestedBytes",
      "value": "474886.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 10,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W80-060
W80-070

استقرار نقل البيانات

ما هو الفحص
التقلب والتوقفات ضمن الأجزاء الصالحة من نقل البيانات.
ما الذي يقيسه
فترات انعدام البيانات المتصلة وتغير معدل النقل نسبة إلى الوسيط عبر فترات قابلة للمقارنة.
لماذا يهم
تفسير توقف النقل أو تقلبه رغم متوسط سرعة إجمالي مقبول.
كيف تقرأ النتيجة
فترات انعدام البيانات لمدة 1/2/3 ثوانٍ على الأقل تخصم 5/10/15%. مع تغطية كافية، (P90-P10)/P50 >1/>2 يخصم 3/5%؛ يُستخدم الأكبر. تُستبعد توقفات القياس وعمليات الرفع غير المكتملة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W80-070",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Throughput variation for each transfer direction.",
  "evidence": [
    {
      "name": "downloadAvailability",
      "value": "measured",
      "unit": null
    },
    {
      "name": "downloadAssessment",
      "value": "limited",
      "unit": null
    },
    {
      "name": "downloadSamples",
      "value": "4",
      "unit": null
    },
    {
      "name": "downloadObservedMs",
      "value": "2000",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2WARNING

مقتطف من النتيجة

{
  "id": "W80-070",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "Throughput variation for each transfer direction.",
  "evidence": [
    {
      "name": "downloadAvailability",
      "value": "measured",
      "unit": null
    },
    {
      "name": "downloadAssessment",
      "value": "stalled",
      "unit": null
    },
    {
      "name": "downloadSamples",
      "value": "8",
      "unit": null
    },
    {
      "name": "downloadObservedMs",
      "value": "4000",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 5,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W80-070
W80-080

الردود المفقودة وتذبذب التأخير

ما هو الفحص
ردود ping المفقودة والتغير بين أزمنة الاستجابة الناجحة المتجاورة.
ما الذي يقيسه
نسبة عدم الرد ضمن المهلة والتذبذب الزمني بالمللي ثانية ونسبة التذبذب إلى الوسيط وأدلة الوصول الداعمة.
لماذا يهم
تقييم الاتساق بما يتجاوز متوسط التأخر مع مراعاة الأهداف التي لا تجيب عن ping بانتظام.
كيف تقرأ النتيجة
الفقد >0/>10/>20/>40/>60/>80% يخصم 5/10/20/30/40/50% مع اشتراط أدلة داعمة؛ هدف منفرد بلا تأييد محدود بخصم 5%. التذبذب >20 ms بنسب >0.25/>0.5/>1 يخصم 3/5/8%؛ يُستخدم الأكبر. صمت ping مع عمل الويب ليس انقطاعاً.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W80-080",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Every ping in the sequence received a reply.",
  "evidence": [
    {
      "name": "maxFailureRun",
      "value": "0",
      "unit": null
    },
    {
      "name": "target",
      "value": "1.1.1.1",
      "unit": null
    },
    {
      "name": "timeoutMs",
      "value": "3000",
      "unit": null
    },
    {
      "name": "probeRefs",
      "value": "ping-1.1.1.1-0,ping-1.1.1.1-1,ping-1.1.1.1-2,ping-1.1.1.1-3,ping-1.1.1.1-4,ping-1.1.1.1-5,ping-1.1.1.1-6,ping-1.1.1.1-7,ping-1.1.1.1-8,ping-1.1.1.1-9,ping-1.1.1.1-10,ping-1.1.1.1-11,ping-1.1.1.1-12,ping-1.1.1.1-13,ping-1.1.1.1-14,ping-1.1.1.1-15,ping-1.1.1.1-16,ping-1.1.1.1-17,ping-1.1.1.1-18,ping-1.1.1.1-19",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2WARNING

مقتطف من النتيجة

{
  "id": "W80-080",
  "execution": "DONE",
  "verdict": "WARNING",
  "summary": "No response within the expected time (3000 ms)",
  "evidence": [
    {
      "name": "maxFailureRun",
      "value": "2",
      "unit": null
    },
    {
      "name": "target",
      "value": "1.1.1.1",
      "unit": null
    },
    {
      "name": "timeoutMs",
      "value": "3000",
      "unit": null
    },
    {
      "name": "probeRefs",
      "value": "ping-1.1.1.1-0,ping-1.1.1.1-1,ping-1.1.1.1-2,ping-1.1.1.1-3,ping-1.1.1.1-4,ping-1.1.1.1-5,ping-1.1.1.1-6,ping-1.1.1.1-7,ping-1.1.1.1-8,ping-1.1.1.1-9,ping-1.1.1.1-10,ping-1.1.1.1-11,ping-1.1.1.1-12,ping-1.1.1.1-13,ping-1.1.1.1-14,ping-1.1.1.1-15,ping-1.1.1.1-16,ping-1.1.1.1-17,ping-1.1.1.1-18,ping-1.1.1.1-19",
      "unit": null
    }
  ],
  "scoring": {
    "status": "deducted",
    "appliedPercent": 5,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W80-080
W80-090

حركة البيانات الخلفية والحرارة

ما هو الفحص
سياق حرارة الجهاز وحركة الخلفية المصاحب لانخفاض أداء مقاس.
ما الذي يقيسه
الحالة الحرارية في Android وتغيرات معدل النقل القابلة للمقارنة وحصص الحركة المتحقق منها على المسار نفسه.
لماذا يهم
تحديد ظروف مدعومة بالأدلة في الجهاز قد تؤثر في نتيجة السرعة أو الاستقرار.
كيف تقرأ النتيجة
يُخصم 5% لحالة حرارية شديدة تستمر 5 ثوانٍ على الأقل، أو حالة حرارية متوسطة/حصة خلفية >=50% مع انخفاض معدل النقل >=30%. حرارة البطارية وحدها لا تثبت خفض أداء الجهاز بسبب الحرارة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W80-090",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Device traffic, battery temperature and power settings.",
  "evidence": [
    {
      "name": "sampleCount",
      "value": "2",
      "unit": null
    },
    {
      "name": "thermalStatus",
      "value": "0",
      "unit": null
    },
    {
      "name": "powerSave",
      "value": "false",
      "unit": null
    },
    {
      "name": "batteryCelsius",
      "value": "32.0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "pass",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W80-090
W80-100

مقارنة الوجهات المرجعية

ما هو الفحص
فروق الأداء بين الوجهات والمسارات المرجعية المقاسة فعلياً.
ما الذي يقيسه
ملاحظات التأخر أو معدل النقل لكل وجهة القابلة للمقارنة وسياق الاتصال المرتبط بها.
لماذا يهم
توضيح ما إذا كان عرض الأداء واسع الانتشار أو أكثر ارتباطاً بالمسار المختبر.
كيف تقرأ النتيجة
الفروق سياقية وليست خصماً مستقلاً. معدل نقل أقل من سرعة ارتباط Wi-Fi أو ثبات يقارب 90-95 Mbps وحده لا يحدد مكوناً معيباً.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W80-100",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Latency compared across targets using the same network path.",
  "evidence": [
    {
      "name": "targetP50Ms",
      "value": "{1.1.1.1=40.0, 8.8.8.8=40.0}",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W80-100",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Two targets with enough comparable samples are required.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W80-100

W90نتائج التشخيص

W90-010

التحقق من المشكلات

ما هو الفحص
ما إذا كانت الظاهرة غير الطبيعية المرصودة تستمر أو تتعافى أو تبدو محصورة في وجهة معينة.
ما الذي يقيسه
النتائج المتكررة والمقارنات الناجحة وتوقيت التعافي وتوفر الأدلة المطلوبة.
لماذا يهم
التمييز بين المشكلات المتكررة والانقطاعات المؤقتة مع الاحتفاظ بسجل ما حدث.
كيف تقرأ النتيجة
النجاح اللاحق لا يمحو إخفاقاً سابقاً. المتطلبات غير المستوفاة والفحوص غير المنفذة ليست أعطال شبكة إضافية.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W90-010",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Automatic verification of the initial test.",
  "evidence": [
    {
      "name": "verifications",
      "value": "[google.com:ok]",
      "unit": null
    },
    {
      "name": "originalRefs",
      "value": "[tcp-0]",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W90-010",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No relevant anomaly requiring another probe.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W90-010
W90-020

العلاقة بين الإشارة والاتصال

ما هو الفحص
العلاقة الزمنية بين تغيرات إشارة Wi-Fi ومشكلات الاتصال أو الأداء.
ما الذي يقيسه
تغير قوة الإشارة وأعراض الاتصال والأوقات المتطابقة والملاحظات المؤيدة.
لماذا يهم
بيان ما إذا كانت مشكلة في الارتباط اللاسلكي تفسيراً مدعوماً لانخفاض جودة الاتصال.
كيف تقرأ النتيجة
تزامن الأحداث يزيد الثقة لكنه لا يثبت السببية وحده. تبقى خصومات الإشارة ضمن W30 ولا تطبق مجدداً هنا.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W90-020",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Weak signal compared with Internet responses.",
  "evidence": [
    {
      "name": "weakPairedWindows",
      "value": "48",
      "unit": null
    },
    {
      "name": "weakFailedWindows",
      "value": "6",
      "unit": null
    },
    {
      "name": "associationOnly",
      "value": "true",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W90-020",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "Not enough simultaneous weak-signal and ping samples.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W90-020
W90-030

العلاقة بين التجوال والانقطاعات

ما هو الفحص
علاقة التجوال وتغير النطاق وإعادة الاتصال بانقطاع الخدمة.
ما الذي يقيسه
توقيت الانتقال وتوقيت الانقطاع والتبديل المتكرر والملاحظات قبل الحدث وبعده.
لماذا يهم
تفسير ما إذا كان انتقال Wi-Fi قد تزامن مع مشكلة اتصال ملحوظة.
كيف تقرأ النتيجة
الانتقال دون انقطاع مقاس ليس عطلاً. تظل العواقب المتعددة للانتقال نفسه حادثة واحدة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W90-030",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Link changes compared with missed-response times.",
  "evidence": [
    {
      "name": "transitions",
      "value": "1",
      "unit": null
    },
    {
      "name": "withResponseGap",
      "value": "0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W90-030",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No access point or band changes during this session.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W90-030
W90-040

العلاقة بين الإعدادات والأعطال

ما هو الفحص
مدى توافق تغيرات تهيئة الشبكة مع الإخفاق أو التعافي.
ما الذي يقيسه
تغيرات العنونة أو المسار ونتائج الوصول وتوقيت التعافي وأدلة المقارنة المتاحة.
لماذا يهم
تحديد فرضيات تتعلق بالتهيئة مع الحفاظ على عدم اليقين بشأن السبب الأساسي.
كيف تقرأ النتيجة
الارتباط يدعم البحث، لكن تأكيد السببية يحتاج أدلة أقوى. تُدمج نتائج العنونة المرتبطة بدلاً من معاقبتها مرتين.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W90-040",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Configuration changes compared with connection errors.",
  "evidence": [
    {
      "name": "configurationChanges",
      "value": "1",
      "unit": null
    },
    {
      "name": "withFailure",
      "value": "0",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
مثال 2INCONCLUSIVE

مقتطف من النتيجة

{
  "id": "W90-040",
  "execution": "INCONCLUSIVE",
  "verdict": null,
  "summary": "No IP or DNS configuration changes during this session.",
  "evidence": [],
  "scoring": {
    "status": "unavailable",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W90-040
W90-050

تحديد موضع الخلل

ما هو الفحص
الجزء المتأثر الأكثر تحديداً في الشبكة الذي تدعمه أدلة التقرير.
ما الذي يقيسه
النتائج المجمعة لـWi-Fi والعنونة المحلية والبوابة ومسار الإنترنت والخدمات الفردية.
لماذا يهم
تركيز استكشاف الأخطاء على النطاق المدعوم بدلاً من استبدال المعدات أو تغيير إعدادات غير مرتبطة.
كيف تقرأ النتيجة
وجود مشكلة بعد البوابة لا يحدد مزود الإنترنت أو الراوتر تلقائياً كسبب. غياب تليمترية الراوتر لا يبطل نتائج القياسات الأخرى.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W90-050",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Likely location: Connection loss not confirmed.",
  "evidence": [
    {
      "name": "faultLayer",
      "value": "Connection loss not confirmed",
      "unit": null
    },
    {
      "name": "basis",
      "value": "[W20-010, W50-030, W70-010, W70-030, W70-130]",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W90-050
W90-060

موثوقية الأدلة

ما هو الفحص
مقدار الثقة التي تدعمها الأدلة المتاحة في استنتاجات التقرير.
ما الذي يقيسه
الفحوص المكتملة وغير المتاحة وتغطية الأدلة والأحكام المدعومة والمعلومات المفقودة من التقييم.
لماذا يهم
إظهار عدم اليقين كي لا يفسر المستخدمون وأدوات AI الاختبارات غير المكتملة كاتصال مثالي.
كيف تقرأ النتيجة
N/A ليس نجاحاً ولا إخفاقاً ولا يخصم. بضعة فحوص ناجحة لا تثبت درجة مثالية؛ وغياب الأدلة الأساسية قد يبقي الدرجة غير متاحة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W90-060",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Diagnostic scope based on collected evidence.",
  "evidence": [
    {
      "name": "completed",
      "value": "70",
      "unit": null
    },
    {
      "name": "notEvaluated",
      "value": "5",
      "unit": null
    },
    {
      "name": "probeCount",
      "value": "184",
      "unit": null
    },
    {
      "name": "segments",
      "value": "1",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W90-060
W90-070

النتائج والتوصيات

ما هو الفحص
المشكلات المجمعة والأدلة الداعمة والإجراءات التالية المقترحة في التقرير.
ما الذي يقيسه
النتائج المستقلة والأدلة المرتبطة والحوادث المتعافية والتوصيات دون تكرار احتساب السبب نفسه.
لماذا يهم
تحويل القياسات إلى ملخص موجز لاستكشاف الأخطاء مع فصل المشكلات المستقلة عن الملاحظات الإرشادية.
كيف تقرأ النتيجة
يجب ألا تتحول مشكلة DNS واحدة إلى إخفاقات نقل متعددة لم تُختبر. تبقى الحوادث المتعافية موثقة؛ ونصيحة الأمان أو التحسين لا تخفض درجة الاستقرار تلقائياً.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W90-070",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Issues grouped by connection layer and supporting evidence.",
  "evidence": [
    {
      "name": "actionOrder",
      "value": "Wi-Fi / IP / portal / DNS / Internet / quality",
      "unit": null
    },
    {
      "name": "ruleVersion",
      "value": "catalog-score-4.0.1",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W90-070
W90-080

ملخص التقرير

ما هو الفحص
الملخص النهائي لنتائج الجلسة وسياق ملاحظتها.
ما الذي يقيسه
الاستنتاجات المدعومة والأخطاء الأصلية وأوقات التحقق وحالة التعافي وأوجه عدم اليقين المهمة المتبقية.
لماذا يهم
مساعدة المستخدمين وأدوات AI على فهم ما يثبته التقرير وما يحتاج مزيداً من البحث.
كيف تقرأ النتيجة
التحسن المقاس قبل تغيير وبعده لا يثبت وحده أن التغيير سببه. العرض الذي لا يتكرر قد يحتاج مزيداً من المراقبة.

نموذج نتيجة

JSON

أنشأه محرك التشخيص في WiFi Doctor باستخدام قياسات اصطناعية. تبقى أسماء الحقول والمخرجات التقنية باللغة الإنجليزية، كما في البيانات المصدّرة من التطبيق.

مثال 1PASS

مقتطف من النتيجة

{
  "id": "W90-080",
  "execution": "DONE",
  "verdict": "PASS",
  "summary": "Report includes stable check IDs, methods and evidence references.",
  "evidence": [
    {
      "name": "catalogVersion",
      "value": "3.0",
      "unit": null
    },
    {
      "name": "schemaVersion",
      "value": "3",
      "unit": null
    },
    {
      "name": "aiByteBudget",
      "value": "12000",
      "unit": null
    },
    {
      "name": "legacyCode",
      "value": "W90-0800",
      "unit": null
    }
  ],
  "scoring": {
    "status": "context",
    "appliedPercent": 0,
    "ruleVersion": "catalog-score-4.0.1"
  }
}
عرض النتيجة الكاملة بصيغة JSON
W90-080

توضح هذه الأمثلة تنسيق مخرجات التطبيق. إنها سيناريوهات توضيحية، وليست قياسات لشبكتك.