طلبات وكيل HTTP: عناوين URL المطلقة مقابل ترويسة Host
حافظ على اتساق هدف الطلب المطلق وحقل Host عند إجراء طلب HTTP/1.1 عبر وكيل صريح.
أي مضيف يعنيه طلب الوكيل هذا عبر HTTP/1.1؟
GET http://first.example/path HTTP/1.1
Host: second.example
الرسالة غير متسقة. في الطلب بصيغة المطلق المرسل إلى وكيل، تشترط RFC 9112 أن تأتي قيمة Host المُمرَّرة من هدف الطلب. تمرير Host: first.example هو السلوك المتوقع.
في اختبار موقع تطوير، أبقِ اسم مضيف المورد متسقًا في عنوان URL وفي سلطة HTTP. وفّر تعيين الاسم إلى العنوان المطلوب عند القفزة المسؤولة عن التحليل. تجاوز Host المتعارض ليس تعليمة قابلة للنقل لاختيار الواجهة الخلفية.
يختلف HTTPS. بعد فتح نفق CONNECT عادي، يحدث TLS والتبادل الداخلي لـ HTTP داخله. لا يستطيع الوكيل غير المعترض عمومًا إعادة كتابة حقل Host المشفّر. يبقى وجهة CONNECT واسم TLS وهوية الشهادة أدوارًا منفصلة.
حذف Via أو Referer أو Cache-Control لا يوفّق بين السلطتين. سجّل شكل الطلب والنقطة التي لاحظت فيها الترويسة قبل تشخيص إعادة كتابة الوكيل.