اسم مضيف الوكيل جزء من تسجيل دخول Kerberos
طابِق اسم الوكيل لدى العميل مع مبدأ خدمة HTTP وملف keytab الذي يستخدمه الوكيل.
يمكن أن تستخدم المصادقة التلقائية على النطاق عبر وكيل HTTP بروتوكولي Negotiate وKerberos. يحتاج العميل إلى تذكرة لخدمة الوكيل، لا إلى كلمة مرور موقع محفوظة فقط.
بالنسبة لوكيل يُعلن عنه باسم proxy.example.net، يمكن أن يكون مبدأ الخدمة على هذا الشكل:
HTTP/[email protected]
يجب أن يتوافق اسم المضيف الذي يستخدمه العميل ومبدأ الخدمة المسجّل وملف keytab الخاص بالوكيل مع عملية النشر. توثّق إعدادات Kerberos في Squid مبدأ خدمة HTTP واستخدام المساعد لتلك المادة المفتاحية.
قد يغيّر استخدام عنوان IP أو اسم مستعار آخر اختيار اسم الخدمة العادي. قبل تغيير كلمات مرور المستخدمين، حدّد اسم الوكيل الذي استخدمه العميل فعلاً وآلية المصادقة التي نجحت أو فشلت.
Negotiate آلية تفاوض. يمكن أن تختار Windows بروتوكول Kerberos أو تتراجع إلى NTLM في الظروف المنطبقة؛ ورؤية كلمة Negotiate لا تثبت نجاح تبادل Kerberos.
أبقِ الاستخدام التلقائي لبيانات الاعتماد ضمن سياسة العميل والنطاق المقصودة لهذا الوكيل. قد تحصل جلسة متصفح عادية وخدمة تعمل تحت حساب آخر على بيانات اعتماد ونتائج تخويل مختلفة.