|
-
Mar 26th, 2003, 06:29 AM
#1
Thread Starter
Fanatic Member
ADO.NET connection problem - not in trusted domain [Resolved]
I'm simply trying to display some data from an SQL Server database. But I'm getting an error that 'User='aaa' is not in trusted domain'. What does that mean???
Last edited by sbasak; Mar 27th, 2003 at 04:30 AM.
Life is a one way journey, not a destination. Travel it with a smile and never regret anything.
Yesterday is history, tomorrow is a mystery, today is gift - that's why we call it present.
-
Mar 26th, 2003, 11:02 AM
#2
Sounds like your connectin string is bad. Try using a different User and Password and make sure that it has permission or a login for the SQL Server. Also make sure that the SQL Server isn't set for Windows Authentication only. If you aren't in Mixed Mode then you can't specify a User it uses your current Windows Account.
-
Mar 26th, 2003, 12:23 PM
#3
-
Mar 26th, 2003, 03:07 PM
#4
Thread Starter
Fanatic Member
I think I'm in Windows authentication mode. Won't it work in that mode? What should I do? How?
Life is a one way journey, not a destination. Travel it with a smile and never regret anything.
Yesterday is history, tomorrow is a mystery, today is gift - that's why we call it present.
-
Mar 26th, 2003, 03:44 PM
#5
In that mode your windows account has to have sql permissions in the same domain or to the sql server and you shouldn't be using a username and password just 'Integrated Security=SSPI' where the username and password would be.
-
Mar 26th, 2003, 03:46 PM
#6
Frenzied Member
What version of SQL Server? I use 2000 sp3, don't know where settings are in previous versions.
First, verify your authtication mode. In Enterprise Manger, right click your instance and choose properties. On the security tab, what is selected under "Authentication"?
-
Mar 27th, 2003, 04:29 AM
#7
Thread Starter
Fanatic Member
It worked! Thanks for all your help. Now I can connect with SQL Server. My present setting is mixed mode authentication.
Life is a one way journey, not a destination. Travel it with a smile and never regret anything.
Yesterday is history, tomorrow is a mystery, today is gift - that's why we call it present.
-
Jul 30th, 2003, 02:52 PM
#8
Junior Member
Hello Folks,
I think I ran into similar problem and while I was searching for solution I came across this thread. Hope you guys help me out.
Here is the situation:
I have SQL Desktop Engine sitting on a Windows 2000 Workstation sitting on a Novel Netware enviornment.
The VB.Net application is installed on other Windows 2000 pc.
In order to access the SQL DB sitting on the dedicated Win2000 box, each user has to have user account with same login information (username and passoword) what they provide when they login into LAN (Novel Netware).
Once they change/update Network password, we have to update the password on the SQL Win2000 Box as well.
This is causing major problems now, and it is getting pain in the ass.
We had set up SQL Server to use SQL Server Authentication,
And under Properties, Security TAB it shows
SQL Server and Windows
While supplying the connection string I tried the following options
CONN = "data source=GCBEDM23\VSdotNET;initial catalog=CMOS;integrated security=SSPI;"
CONN = "data source=GCBEDM23\VSdotNET;initial catalog=CMOS;"
CONN = "data source=GCBEDM23\VSdotNET; user id=cmode;password=cmode;initial catalog=CMOS;"
They all work fine if I had user account setup on the SQL Win2000 box with same (Network) login info.
How could I setup that to access the SQL DB through VB.Net app, I do not need to setup the local user on SQL Win2000 machine?
Please advise.
Thanks in adavance.
-
Jul 31st, 2003, 11:34 AM
#9
Sleep mode
again and again and again , plz don't dig up old threads . Start your own .
-
Jul 31st, 2003, 11:38 AM
#10
Junior Member
Pirate,
I did started a new thread but after I posted this one. Sorry about that, but I founded this one close to my problem and that's the only reason, I posted a reply.
Anyways, do you have any ideas as how can I resolve my issue.
Here is the URL for my new thread:
http://www.vbforums.com/showthread.p...69#post1495069
Thanks
-
Jul 31st, 2003, 11:55 AM
#11
Sleep mode
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|