أداء DNS-over-HTTPS

الخطوة 1: قياس زمن الوصول الأساسي لـ DNS عبر UDP. أدخل قيمة زمن الوصول بالمللي ثانية (ms) التي تم الحصول عليها من اختبار ping لخادم DNS العادي (مثل 8.8.8.8). هذه القيمة تمثل الوقت الذي يستغرقه حزمة UDP للانتقال من جهازك إلى خادم DNS والعودة.

الخطوة 2: فهم إضافة مصافحة TLS. عند استخدام DNS-over-HTTPS، يتطلب الاتصال إنشاء قناة TLS مشفرة. تتضمن مصافحة TLS عادةً جولتين ذهابًا وإيابًا (RTTs) إضافيتين (إذا تم استخدام TLS 1.3 مع 0-RTT قد تقل). في المتوسط، يضيف هذا 1-2 أضعاف زمن الوصول الأساسي (UDP latency) لعملية المصافحة الأولية. ومع ذلك، بعد إنشاء الجلسة، يمكن استخدام إعادة استخدام الجلسة لتقليل هذا الأمر. تحسب الآلة الحاسبة زمن الوصول الإضافي بناءً على معادلة: TLS_handshake_time = 2 * udpLatency.

الخطوة 3: حساب الحمل الإضافي لـ HTTP. يتم تغليف استعلامات DNS في طلبات HTTP (عادةً HTTP/2 أو HTTP/3). يضيف هذا حملًا صغيرًا لتحليل الرؤوس والتحكم بالنقل. في الآلة الحاسبة، يُضاف ثابت قدره 5 مللي ثانية كحمل HTTP، والذي يمثل متوسط الوقت الإضافي لتغليف وإرسال طلب HTTP.

الخطوة 4: حساب زمن الوصول الإجمالي لـ DNS-over-HTTPS. يتم جمع زمن الوصول الأساسي مع حمل TLS وحمل HTTP. المعادلة: DoH_latency = udpLatency + (2 * udpLatency) + 5 = 3 * udpLatency + 5. لاحظ أن هذه معادلة تقريبية للجلسات الأولى؛ للجلسات المستمرة يمكن أن يكون زمن الوصول أقل بسبب إعادة استخدام TLS وضغط HTTP/2.

الخطوة 5: تفسير النتيجة. توضح النتيجة زمن الوصول المقدر لاستعلام DNS باستخدام DoH مقارنة بـ DNS العادي. إذا كان الزمن أعلى من المتوقع، يمكن تحسينه باستخدام خوادم DoH أقرب جغرافيًا، أو تمكين TLS 1.3 مع 0-RTT، أو استخدام HTTP/3 الذي يقلل زمن الوصول بشكل إضافي.