مُدقّق انتقال DNS
مرشد
مُدقّق انتقال DNS
عند تغيير سجل DNS — مثل توجيه المجال إلى خادم جديد، أو تبديل مزود البريد الإلكتروني، أو تدوير سجلات التحقق TXT — لا يصل التحديث إلى باقي الإنترنت بسرعة متساوية. يُخزن كل مُحلّل مُستقلّ الإجابة لفترة تساوي فترة الـ TTL للسجل، لذا يمكن أن يرى المستخدمون على شبكات مختلفة قيمًا مختلفة لساعات بعد التغيير. يُحقق مُدقق انتقال DNS من نفس الاسم عبر عدة مُحلّلّين علنيين رئيسيين بشكل متوازي ويعرض لك أي مُحلّل انتهى بقيمة جديدة وأي مُحلّل يُقدم القيمة المُخزنة.
كيفية استخدام
- أدخل الاسم الذي ترغب في التحقق منه، مثل example.com أو mail.example.com. لا حاجة لوضع البروتوكول؛ يُزال تلقائيًا من قبل الأداة.
- اختر نوع السجل الذي ترغب في التحقق منه — أ و MX للمواقع الإلكترونية، NS للمُزودين البريد، SOA للمُسارات، CNAME للمُحددات SPF وسلسلات التحقق، TXT لإسناد الخادم.
- انقر تحقق من انتقال DNS. تُرسل الأداة استفسارًا DNS-over-HTTPS إلى كل مُحلّل بشكل متوازي من متصفحك.
- راجع الجدول: كل صف يُظهر عنوان IP للمُحلّل، واسم المُزود، ووجود تطابق مع التوافق، والقيمة المُحلّلة، وفترة الـ TTL المتبقية على السجل المُخزّن.
- إذا رأيت يختلف في أي صف، فإن المُحلّل يحتفظ بالقيمة القديمة في مخزونه. انتظر انتهاء الـ TTL ثم أعد التحقق.
خصائص
- استفسار متعدد المُحلّلّين — يتحقق من 1.1.1.1 من Cloudflare، 8.8.8.8 من Google، 9.9.9.9 من Quad9، و9.9.9.9 من AdGuard بشكل متوازي، لذا يمكنك رؤية توزيع القيم المخزنة في نقرة واحدة.
- إظهار التوافق — تقارن الأداة بين مجموعات الإجابات عبر المُحلّلّين وتنشر أي مُحلّل يختلف عن الأغلبية، لذا تبرز فجوات انتقال DNS بدلًا من أن تختفي في جدار من صفوف متماثلة.
- مدة الـ TTL لكل مُحلّل — يُظهر كل صف عدّة الـ TTL المتبقية، ويُخبرك تقريبًا كم يبقى قبل أن يُعيد المُحلّل استعلامه إلى الخادم المُؤسّس ويتخذ السجل الجديد.
- جميع أنواع السجلات الرئيسية — يدعم استعلامات A، AAAA، MX، CNAME، TXT، وNS، مما يغطي حالات الاستخدام الخاصة بالشبكة، البريد الإلكتروني، المسارات، التحقق، وإسناد الخادم.
- يُستخدم في المتصفح — تُرسل جميع الاستفسارات عبر HTTPS مباشرة من متصفحك إلى نقاط الاتصال العامة للـ DoH. لا توجد مُستقبلات خادم، ولا توجد طلبات مسجلة من جانبنا.
- تقرير أخطاء واضح — تُعرض المُحلّلّين التي تُرجع NXDOMAIN أو SERVFAIL أو REFUSED أو لا تُرد أي إجابة بعلامات حالة واضحة بدلًا من الفشل المُختفي.
التعليمات
-
ما هو انتقال DNS؟
يُعدّ انتقال DNS الفترة التي يُستبدل فيها السجل الجديد أو المُحدث تدريجيًا للنسخ المخزنة من السجل القديم عبر مُحلّلّين علنيين في جميع أنحاء العالم. لأن كل مُحلّل يُستفسر فقط من الخادم المُؤسّس بعد انتهاء فترة الـ TTL للسجل، يمكن أن يُحلل الاسم إلى قيم مختلفة من خلال شبكات مختلفة حتى يتم تجديد كل مخزون.
-
لماذا تُرجع مُحلّلّون DNS إجابات مختلفة؟
يُخزن المُحلّلّون الإجابات لفترة تساوي فترة الـ TTL للسجل لخفض الحمل على الخوادم المُؤسّسة وتسريع عمليات الاستعلام. عند تغيير السجل، يرى كل مُحلّل القيمة الجديدة فقط بعد انتهاء نسخة محلّلّه، لذا سيُحدث المُحلّلّون الذين خزنوا القيمة القديمة في أوقات مختلفة تجديدات في أوقات مختلفة، مما ينتج إجابات غير متسقة مؤقتًا بين المُزودين.
-
ما هو الـ TTL في DNS وما تأثيره على انتقال DNS؟
الـ TTL (مدة البقاء) هو عدد الثواني التي يُسمح لها المُحلّل بالاحتفاظ بالإجابة المخزنة قبل أن يُعيد الاستعلام إلى الخوادم المُؤسّسة. كلما كان الـ TTL أقصر، كان انتقال السجل أسرع بعد التغيير لأن المخزون ينتهي أسرع، بينما كلما كان الـ TTL أطول، يُقلل من حركة DNS ولكن يطيل الفترة التي يرى فيها المستخدمون السجلات القديمة.
-
ما هو DNS-over-HTTPS (DoH)؟
هو بروتوكول يُغلف استفسارات DNS داخل طلبات HTTPS العادية بحيث تُشفى أثناء الانتقال ويمكن إرسالها من بيئة مثل متصفحات الويب التي لا يمكنها فتح مسارات UDP. تُعرض مُحلّلّات علنية مثل Cloudflare، Google، Quad9، وAdGuard نقاط الاتصال الخاصة بـ DoH التي تُعيد الإجابات كصيغة بنيوية أو JSON.
-
ما معنى NXDOMAIN في استجابة DNS؟
NXDOMAIN، أي "مجال غير موجود"، هو رمز استجابة DNS (RCODE 3) يُرجعه المُحلّل عندما يُبلغ الخوادم المُؤسّسة أن لا توجد سجلات من أي نوع للاسم المُستفسر. يُميز هذا عن الإجابة الفارغة لسجل معين، والتي تعني أن الاسم موجود لكنه لا يحتوي على سجل من نوع المطلوب.
تثبيت ملحقاتنا
أضف أدوات IO إلى متصفحك المفضل للوصول الفوري والبحث بشكل أسرع
恵 وصلت لوحة النتائج!
لوحة النتائج هي طريقة ممتعة لتتبع ألعابك، يتم تخزين جميع البيانات في متصفحك. المزيد من الميزات قريبا!
