પ્રોક્સીનું હોસ્ટનામ Kerberos લોગિનનો ભાગ છે

HTTP પ્રોક્સી પર સ્વયં ડોમેન પ્રમાણીકરણ Negotiate અને Kerberos વાપરી શકે છે. ક્લાયન્ટને પ્રોક્સી સેવા માટે ટિકિટ જોઈએ, ફક્ત યાદ રહેલું વેબસાઇટ પાસવર્ડ નહીં.

proxy.example.net તરીકે જાહેર થયેલી પ્રોક્સી માટે, સેવા પ્રિન્સિપાલ આ સ્વરૂપ ધરાવી શકે છે:

HTTP/[email protected]

ક્લાયન્ટ વાપરે છે તે હોસ્ટનામ, નોંધાયેલ સેવા પ્રિન્સિપાલ અને પ્રોક્સીનું keytab તૈનાતી સાથે મેળ ખાવા જોઈએ. Squidનું Kerberos રૂપરેખાંકન HTTP સેવા પ્રિન્સિપાલ અને સહાયક તે કી સામગ્રીનો ઉપયોગ કેવી રીતે કરે છે તેનું દસ્તાવેજીકરણ કરે છે.

IP સરનામું અથવા બીજું ઉપનામ વાપરવાથી સામાન્ય સેવા-નામ પસંદગી બદલાઈ શકે છે. વપરાશકર્તાના પાસવર્ડ બદલતા પહેલા નક્કી કરો કે ક્લાયન્ટે ખરેખર કયું પ્રોક્સી નામ વાપર્યું અને કઈ પ્રમાણીકરણ પદ્ધતિ પૂર્ણ થઈ કે નિષ્ફળ ગઈ.

Negotiate એ વાટાઘાટ પદ્ધતિ છે. Windows લાગુ પડતી શરતોમાં Kerberos પસંદ કરી શકે અથવા NTLM પર પાછું જઈ શકે; Negotiate શબ્દ જોવો એ સાબિત કરતું નથી કે Kerberos આદાનપ્રદાન સફળ થયું.

સ્વયં ક્રેડેન્શિયલ ઉપયોગને આ પ્રોક્સી માટે ઇચ્છિત ક્લાયન્ટ અને ડોમેન નીતિમાં રાખો. સામાન્ય બ્રાઉઝર સત્ર અને બીજા ખાતા હેઠળ ચાલતી સેવા અલગ ક્રેડેન્શિયલ અને અધિકૃતિ પરિણામો મેળવી શકે છે.