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

المصدر التقني: DNS troubleshooting navigation Microsoft Learn. وطريق التشخيص والمثال التالي هو الاقتراح التحليلي لهذه المذكرة.
فتح الموقع وحده لا يعني " تجاوز الشبكة الداخلية "quot; . وقد تكون الشبكة متصلة، أو تترجم الاسم الخاطئ للمجال، أو أن الخدمة نفسها لا تستجيب. بالنسبة لي، مهمة الدعم الأولى ينبغي أن تكون تحويل شكوى عامة إلى سؤال قابل للاختبار.
أولاً، تقلص المشكلة
أسأل المستعمل إذا كان هناك موقع واحد فقط لديه مشكلة أو كم عدد الخدمات؟ هل لدى شريكك نفس الوضع؟ والإجابة على هذه الأسئلة مفيدة في بعض الأحيان أكثر من بضع مرات لإيقاف وتوضيح النموذج. سجلي المشكلة وقت البدء واسم الخدمة بالضبط
ثلاثة استعراضات بدون تغيير الظروف
في (ويندوز) هذه وتوفر الأوامر معلومات أساسية. يستعاض عن اسم العينة بمجال الخدمة الفعلي.
ipconfig /all
Resolve-DnsName example.com
Test-NetConnection example.com -Port 443
القيادة الأولى تظهر العنوان والبوابة وجهاز الـ دي إن إس القيادة الثانية تحقق في الرد وتقوم القيادة الثالثة بالكشف عن صلة الفينول الخماسي الكلور بميناء معين؛ ولا يزال نجاحها لا يثبت الصحة الكاملة للموقع.
| مرئية | الاستعراض التالي |
|---|---|
| الاسم لا يستجيب | الوصول إلى DNS تم تحديد الاسم الصحيح |
| الإسم يُجيب، لكن إتصال الميناء يفشل. | مستمعي الخدمات |
| وصلة المرفأ ثابتة، ولكن الصفحة هي الخطأ. | TLS, its البرنامج والمعالين |
الماشية المشتركة: تطهير الأدلة
في سيناريو افتراضي، النظام الداخلي هو ليس فقط مفتوح، ولكن المواقع العامة هي صحية. تغيير عميلك لـ دي إن إس إلى دي إن سي قد يجعل الوضع أسوأ أيضاً، فتح الموقع مع IP ليس مجالاً نتيجة لذلك، سيعمل اسم البلد المضيف وشهادةه. عدم الرد على (بينج) وحده لا يثبت انفصال الطريق
وأقترح الإبقاء على ناتج الاستعراض نفسه قبل كل تغيير، ثم تغيير متغير واحد فقط. والهدف من ذلك هو إيجاد حدود مكسورة؛ ويجب أن تقول النتيجة " كل مرحلة فشلت "
الدراسة ذات الصلة: استعراض الخدمات الصحية الحقيقية.


