all groups > sql server connect > april 2004 >
You're in the

sql server connect

group:

Trusted Connection=Yes



Trusted Connection=Yes YUNG LIE
4/22/2004 2:52:46 PM
sql server connect: My connection from a web page to my SQL Server was
working when my connection string is:
....Trusted Connection=no; uid=sa; pwd=sapassword;"

It stopped working when I change it to:
....Trusted Connection=yes;"

I get this error message:
Microsoft OLE DB Provider for SQL Server error '80040e4d'
Login failed for user 'NT AUTHORITY\ANONYMOUS LOGON'.
/xxxx.asp, line 32

My SQL server security Authentication is set to SQL
Server and Windows.

I ran the microsoft identity check scrip on that page to
see what identity i'm assuming on that page and this is
the result:

HttpContext.Current.User.Identity
Name: domain\myusername
IsAuthenticated: Ture
AuthenticationType: Negotiate

WindowsIdentity.GetCurrent()
Name: domain\IWAM_MACHINENAME
IsAuthenticated: Ture
AuthenticationType: NTLM

THRED.cURRENTpRINCIPAL.IDENTITY
Name: domain\myusername
IsAuthenticated: Ture
AuthenticationType: Negotiate


Therefore I should, in no way, show up as "ANONYMOUS" as
the error message suggests.

Also domain\myusername is set up in my SQL Server with
the proper permission to run the procedure the web page
requests.


please help...




RE: Trusted Connection=Yes cgross NO[at]SPAM online.microsoft.com
4/23/2004 12:17:02 AM
That message indicates there is a problem authenticating your Windows
account on the domain. It is not an indication of a problem within SQL
Server.

It might be name resolution, an out of date domain controller, insufficient
permissions of some sort somewhere in the domain, improper configuration
settings, etc.

Start with these articles to see if they help:

295255 "Login Failed for User 'NT AUTHORITY\ANONYMOUS LOGON'." Error When
You
http://support.microsoft.com/?id=295255

296939 PRB: Access or Replication Failures May Occur with Errors 8015 and
5027
http://support.microsoft.com/?id=296939

It may also be a double-hop issue, where your domain is not configured to
pass through credentials from the client to IIS to SQL. Delegation requires
a Win2K/03 native domain with Kerberos enabled for delegation. A valid SPN
belonging to the SQL Server startup account (not to the computer where SQL
Server is installed) must exist. An SPN for IIS must also exist but I'm not
sure of the details of how it has to be configured. In that case you can
use a lot of the troubleshooting steps out of:

811889 HOW TO: Troubleshoot the ("Cannot Generate SSPI Context") Error
Message
http://support.microsoft.com/?id=811889

Cindy Gross, MCDBA, MCSE
http://cindygross.tripod.com
This posting is provided "AS IS" with no warranties, and confers no rights.
Re: Trusted Connection=Yes David Schleifer [MSFT]
4/26/2004 12:03:59 PM
Can you try using "Trusted Connection=SSPI" instead of "Trusted
Connection=yes". I'm not sure if the oledb provider supports the 'yes'
syntax. Also be sure to not include the uid and password when using
integrated security.

- Dave

[quoted text, click to view]

Re: Trusted Connection=Yes Marek Powichrowski
4/27/2004 10:16:19 AM

Uzytkownik "YUNG LIE" <yung@allways.net> napisal w wiadomosci
news:303401c428b4$25d8dc50$a101280a@phx.gbl...
[quoted text, click to view]

Try "Trusted_connection=yes".

Best wishes,

Marek Powichrowski

Re: Trusted Connection=Yes (bmatsoukas NO[at]SPAM yahoo.com)
5/5/2004 4:44:29 PM
See this article:

Microsoft Knowledge Base Article - 294382

Bill

**********************************************************************
Sent via Fuzzy Software @ http://www.fuzzysoftware.com/
AddThis Social Bookmark Button