|
Home > Archive > Microsoft Content Management Server > September 2006 > problem with forms authentication - failing create authentication ticket
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
problem with forms authentication - failing create authentication ticket
|
|
| scottrm38@yahoo.co.uk 2006-09-21, 7:24 pm |
| I have a site using forms authentication which works correctly in my
local development environment but when I deploy it onto a QA server I
am can reach the login screen but it does not log in correctly. The
login process seems to be failing a the point where it calls this line
of
code "ticket = CmsFormsAuthentication.AuthenticateAsUser("username",
"password);"
The cmsauthentication ticket is coming back as null.
I checked the windows security log and the entries indicate that a
successful login was made, I have an entry including the below so I am
unsure why it is failing to create an authentiation ticket
Event Type: Success Audit
Event Source: Security
Event Category: Logon/Logoff
Event ID: 540
Date: 21/09/2006
Time: 15:45:46
User: QA\QAAdmin
Computer: QA
Description:
Successful Network Logon:
User Name: QAAdmin
Domain: QA
Logon ID: (0x0,0x27E1DE1)
Logon Type: 3
Logon Process: NtLmSsp
Authentication Package: NTLM
Workstation Name: QA
Logon GUID: -
Caller User Name: -
Caller Domain: -
Caller Logon ID: -
Caller Process ID: -
Transited Services: -
Source Network Address: -
Source Port: -
For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.
| |
| Stefan [MSFT] 2006-09-22, 7:21 am |
| Hi Scott,
this should only happen if the user credentials cannot be validated.
Does this only happen to local machine accounts?
Cheers,
Stefan
--
This posting is provided "AS IS" with no warranties, and confers no rights
<scottrm38@yahoo.co.uk> wrote in message
news:1158850749.633317.201810@d34g2000cwd.googlegroups.com...
>I have a site using forms authentication which works correctly in my
> local development environment but when I deploy it onto a QA server I
> am can reach the login screen but it does not log in correctly. The
> login process seems to be failing a the point where it calls this line
> of
> code "ticket = CmsFormsAuthentication.AuthenticateAsUser("username",
> "password);"
>
> The cmsauthentication ticket is coming back as null.
>
> I checked the windows security log and the entries indicate that a
> successful login was made, I have an entry including the below so I am
> unsure why it is failing to create an authentiation ticket
>
> Event Type: Success Audit
> Event Source: Security
> Event Category: Logon/Logoff
> Event ID: 540
> Date: 21/09/2006
> Time: 15:45:46
> User: QA\QAAdmin
> Computer: QA
> Description:
> Successful Network Logon:
> User Name: QAAdmin
> Domain: QA
> Logon ID: (0x0,0x27E1DE1)
> Logon Type: 3
> Logon Process: NtLmSsp
> Authentication Package: NTLM
> Workstation Name: QA
> Logon GUID: -
> Caller User Name: -
> Caller Domain: -
> Caller Logon ID: -
> Caller Process ID: -
> Transited Services: -
> Source Network Address: -
> Source Port: -
>
>
> For more information, see Help and Support Center at
> http://go.microsoft.com/fwlink/events.asp.
>
| |
| scottrm38@yahoo.co.uk 2006-09-22, 7:21 am |
| The way our site works is to first validate against a dabase (this part
works ok) and then login using one of several pre-set windows local
machine accounts set in a config file. So we have only ever used local
machine accounts.
Stefan [MSFT] wrote:[vbcol=seagreen]
> Hi Scott,
>
> this should only happen if the user credentials cannot be validated.
> Does this only happen to local machine accounts?
>
> Cheers,
> Stefan
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights
>
>
> <scottrm38@yahoo.co.uk> wrote in message
> news:1158850749.633317.201810@d34g2000cwd.googlegroups.com...
| |
| Stefan [MSFT] 2006-09-22, 7:21 am |
| Hi Scott,
I would suggest to open a support case to get this analyzed.
Cheers,
Stefan
--
This posting is provided "AS IS" with no warranties, and confers no rights
<scottrm38@yahoo.co.uk> wrote in message
news:1158915858.191773.257280@i42g2000cwa.googlegroups.com...
> The way our site works is to first validate against a dabase (this part
> works ok) and then login using one of several pre-set windows local
> machine accounts set in a config file. So we have only ever used local
> machine accounts.
>
>
> Stefan [MSFT] wrote:
>
|
|
|
|
|