[27932] in Kerberos
AW: AW: Some Users get Basic Auth?
daemon@ATHENA.MIT.EDU (Djihangiroff, Matthias (KC-DD))
Wed Jun 13 02:27:02 2007
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 13 Jun 2007 08:25:51 +0200
Message-ID: <A4987E8FC1C6CD44805DDE5676EE262E0157816E@w2kmail.konzern.intern>
In-Reply-To: <71378546-FE5A-4CBA-9907-49CE8EFE9F01@qwest.net>
From: "Djihangiroff, Matthias (KC-DD)" <Matthias.Djihangiroff@persona.de>
To: "Todd Stecher" <tstecher@qwest.net>
Cc: kerberos@mit.edu
Content-Type: multipart/mixed; boundary="===============0068908206=="
Errors-To: kerberos-bounces@mit.edu
This is a multi-part message in MIME format.
--===============0068908206==
Content-class: urn:content-classes:message
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Thanks.
=20
Than i dont know why IE is switching to NTLM.
It doesnt matter if i type http://someserver or with our domain
http://someserver.konzern.intern (thats although the registerd machine
account in the domain).
The auth box pop ups every time.
=20
I think, thats somekind of defect windows profile.
If i login with MY windows account, all is running perfect. If i login
with a user account, they get the auth box. (Both on the same machine,
the same domain)
=20
I'm informing our Windows admins and hope, they can make some brand new
windows account for me for testing purposes in that domain.
=20
Matthias
________________________________
Von: Todd Stecher [mailto:tstecher@qwest.net]=20
Gesendet: Mittwoch, 13. Juni 2007 08:18
An: Djihangiroff, Matthias (KC-DD)
Cc: Michael B Allen; kerberos@mit.edu
Betreff: Re: AW: Some Users get Basic Auth?
On Jun 12, 2007, at 11:04 PM, Djihangiroff, Matthias (KC-DD) wrote:
=09I've checked the browser settings, Integrated Windows Auth is
checked.
=09
=09
=09Where can i configer the browser, that it use only Kerberos?
=09I didnt find any option.
You can't. A lot of it depends on the URL you present to IE, which will
in turn dictate what protocol is chosen under SPNEGO.
When you type "http://someserver", then IE will present the kerberos
package on the client with the service principal name (SPN) of
http/someserver. For kerberos to work, you need a service ticket
matching that SPN. This will only be possible if the web server is
properly registered with a machine account in your client's domain, or
potentially another domain in the forest (assuming you're using AD).
In some cases, IE will do a reverse lookup and expand the someserver to
http/someserver.domain.com, but the SPN lookup rule still applies.
If kerberos can't find the SPN (for example if the target server isn't
registered in a trusted domain, or the client's KDC can't be reached
over the presently connected network), it will drop back to NTLM
(wrapped in SPNEGO tokens). There's really no easy way to guarantee
Kerberos, and, in fact, NTLM is frequently the protocol chosen for http
auth.
We tried, in the old days to get rid of NTLM, but that's not possible
w/o service interruptions unless you can *always* get a service ticket
to the server.
Todd
persona service Verwaltungs AG & Co. KG=20
Freisenbergstra=DFe 31 =95 58513 L=FCdenscheid =20
Tel.: (02351) 950-0 =95 Fax: (02351) 950-222=20
Sitz L=FCdenscheid =95 Registergericht Iserlohn, HRA Nr. 2930
pers=F6nlich haftende Gesellschafterin: persona service AG
Gartenstra=DFe 93 =95 CH-4002 Basel
Handelsregister Basel, Nr. CH-270.3.012.836-8
diese vertreten durch den Verwaltungsrat:
Dipl.-Ing. Werner M=FCller (Pr=E4sident) und Dr. Sebastian Burckhardt
www.persona.de
--===============0068908206==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
________________________________________________
Kerberos mailing list Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos
--===============0068908206==--
