Re: WSE 2.0 - Security token could not be authenticated or authorized
From: ElCid (ElCid_at_hotmail.com)
Date: 05/19/04
- Previous message: ElCid: "Re: Policy bug WSE 2.0"
- In reply to: Paul: "Re: WSE 2.0 - Security token could not be authenticated or authorized"
- Next in thread: Paul: "Re: WSE 2.0 - Security token could not be authenticated or authorized"
- Reply: Paul: "Re: WSE 2.0 - Security token could not be authenticated or authorized"
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 19 May 2004 14:59:27 -0700
Paul, it might be that you have the username wrong. Sometimes you might need
to set the username to DOMAIN\username as the username. Could you give this
a try?
You are correct in assuming that WSE will try and authenticate the Username
token for you by trying to log on, however, this only happens if the
username token is sent in plain text.
"Paul" <nospam@msnews.microsoft.com> wrote in message
news:eh%23fWldPEHA.1048@tk2msftngp13.phx.gbl...
> I mean that the user account and the password from the SOAP header
> (<wsse:Username>jdoe</wsse:Username> <wsse:Password
> Type="wsse:PasswordText">password</wsse:Password>) represent a existing
> account in the Windows SAM. I can log on to the server as this user. The
> account is valid, yet when a web service client tries to send a request
with
> these credentials, I get the "security token could not be authenticated or
> authorized" error... It is my presumption, from everything I've read,
that
> if you do not use your own function, the credentials will be authenticated
> against the local account db. I'm obviously missing something...
>
> I'll look at the sample you suggested, but I'm not really interested in
> overriding the AuthenticateToken function until I have the default
behavior
> working. I've already written and configured my own custom function, but
it
> didn't work either so I pulled it out and I'm trying to the basic stuff
> working first then I'll go back to debugging my custom auth function.
>
> - Paul
>
>
> "Lucien" <Xlucienen X@hotmail.com> wrote in message
> news:40ab79cd$1@news.microsoft.com...
> > I'm not sure what you mean with exists and are valid (you mean windows
> > authentication?). Check out the usernameSigning sample (it has a custom
> > STM).
> >
> > "Paul" <nospam@msnews.microsoft.com> wrote in message
> > news:eBEq3oQPEHA.3264@tk2msftngp13.phx.gbl...
> > > From my original post...
> > >
> > > "The user name and password from the SOAP header exist and are valid
on
> > the
> > > server"
> > >
> > > - Paul
> > >
> > >
> > >
> > > "DAN" <anonymous@discussions.microsoft.com> wrote in message
> > > news:94292DED-021B-46CD-A70F-B84FD47CEF05@microsoft.com...
> > > > ----- Paul wrote: -----
> > > >
> > > > I'm trying to use a UserToken (PasswordOption.SendPlainText) in
> WSE
> > > 2.0 with
> > > > the default "AuthenticateToken" behavior (i.e. I'm not
overriding
> > the
> > > > function in a custom token manager). The user name and
password
> > from
> > > the
> > > > SOAP header exist and are valid on the server but I'm still
> getting
> > > > "security token could not be authenticated or authorized" when
I
> > try
> > > to POST
> > > > to the web service...
> > > >
> > > > My guess is:
> > > > Because usernametoken with plaintext password is automatically
mapped
> to
> > > windows account
> > > > check whether you have corresponding account on machine hosting web
> > > service.
> > > >
> > > > DAN
> > >
> > >
> >
> >
>
>
- Previous message: ElCid: "Re: Policy bug WSE 2.0"
- In reply to: Paul: "Re: WSE 2.0 - Security token could not be authenticated or authorized"
- Next in thread: Paul: "Re: WSE 2.0 - Security token could not be authenticated or authorized"
- Reply: Paul: "Re: WSE 2.0 - Security token could not be authenticated or authorized"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|