[MSSQL] Not associated with a trusted sql connection

[bastv]

Deze fout krijg ik op het moment dat ik wil connecten naar een MSSQL 8.0 MSDE database.

De MSSQL server staat op Mixed authentication!
Op het systeem zelf kan ik wel inloggen met SA via DbaMgr2k alleen op een systeem op het netwerk niet.
Ook zijn de services al geherstart.

niet met ODBC (laatste mdac versie etc.) en niet met Enterprise manager.

iemand nog tips?

[ Voor 3% gewijzigd door bastv op 16-05-2007 11:21 ]

[P_de_B]

De ingelogde domeingebruiker heeft geen rechten op de database, dit een veel voorkomend probleem. Je moet deze gebruiker rechten geven.

http://www.google.nl/sear...&btnG=Google+zoeken&meta=

[bastv]

ik gebruik geen NT authenticatie maar SQL login... (sa)

[ Voor 4% gewijzigd door bastv op 16-05-2007 11:23 ]

[whoami]

Tja, op 't Internet is er denk ik al een en ander te vinden over deze fout; alleen geef je zelf niet genoeg informatie.

Als ik je post zo lees, dan ga ik er vanuit dat het niet via een programma is dat je dit wil doen ?

Welk protocol gebruik je om te communiceren met die SQL Server ? TCP/IP, named pipes, etc...
Hoe connecteer je naar die DB op dat netwerkstation, via de sa account, of via Windows integrated security ?

[TeeDee]

Je connect met wat? Een .Net applicatie? Zo ja, toon je Connectionstring dan eens?

[P_de_B]

Handige link: You may receive a "Not associated with a trusted SQL Server connection" error message when you try to connect to SQL Server 2000 or SQL Server 2005

Hoewel ik denk dat je zelf ook wel iets meer initiatief zou kunnen tonen.

[bastv]

ik post hier alleen als ik er zelf niet meer uit kom en ik weet ook hoe google werkt....
(99% van de oplossingen is de authenticatie op SQL en Windows zetten en zoals ik al aangaf is dit al het geval)
ik maak gebruik van TCP/IP protocol

wil connecten via een ODBC koppeling en MSSQL Enterprise manager om de database te beheren.

ik connect via lokaal Administrator
met SQL authentication SA

[ Voor 16% gewijzigd door bastv op 16-05-2007 11:30 ]

[whoami]

Gebruik je de default port ? Staat je client en je server ingesteld op TCP/IP ?
Heb je al eens geprobeerd via named pipes ?

Zowiezo hebben we meer informatie nodig, want met enkel de foutmelding en een vage omschrijving van wat je wil doen, kunnen we je niet helpen. Glazen bollen maken ze niet meer, en helderziend zijn we ook niet.

[bastv]

ik gebruik port 1433 ja en TCP/IP is ingeschakeld op de server en goed ingesteld.
named pipers heb ik niet geprobeerd maar dat ik wil ook niet gebruiken.

en wat is er vaag aan de omschrijving ik wil een ODBC koppeling maken met een MSSQL MSDE 8.0 server? meer hoef je tog ook niet te weten want die stap gaat fout.

[whoami]

Precieze foutmeldingen, incl. errornr's bv.
checken of je in de client network utility ook tcp gespecifieerd hebt staan; toch maar eens proberen mbhv named pipes, etc...

Maar goed, als ik niet meer hoef te weten, dan vraag ik me ook af waarom ik nog hoef te helpen

[bastv]

veel meer kan ik niet vertellen van de situatie
SQLState: 28000
SQL Server Fout: 18452

[whoami]

Zowiezo heeft dit niets met programmeren te maken.
-> DTE.

Je kan ook nog vertellen of het enkel niet lukt op één bepaald workstation, en welk OS dat workstation gebruikt (misschien toevallig Win 98 ? )

[bastv]

het lukt niet op meerdere werkstations, windows xp en windows xp SP2. allemaal met de laatste MDAC updates.
ze zitten allemaal in hetzelfde netwerk 10.0.0.* 255.0.0.0

[TeeDee]

Je weet 200% zeker dat de logingegevens goed zijn?

[bastv]

ja die zijn goed want op het systeem zelf kan ik wel inloggen met DbaMgr2k

[sjongenelen]

als je nou eens SQLINSTANCE\SA probeert?

of zeg ik nu iets doms

[ Voor 26% gewijzigd door sjongenelen op 16-05-2007 13:27 ]

[bastv]

dat is niet de goede manier met SQL login.
is wel de goede manier als je windows login gebruikt.

[sjongenelen]

bastv schreef op woensdag 16 mei 2007 @ 13:33:
dat is niet de goede manier met SQL login.
is wel de goede manier als je windows login gebruikt.

ja, daarom maar het idee was meer om de SQLservernaam mee te geven aan de logincredentials, maar zo werkt dat dus niet

[TeeDee]

Welke versie van MDAC heb je? De "laatste versie" zegt mij niks. Dus: welke MDAC?

Ten tweede: http://forums.microsoft.c...px?PostID=805050&SiteID=1, misschien heb je daar iets aan?

[SKiLLa]

Krijg je vanaf de client met "telnet <server> 1433" wel verbinding of niet ?

[cowgirl]

Staat die instance wel remote connections toe? Hoe heb je de instance aangemaakt?

[bastv]

TeeDee schreef op woensdag 16 mei 2007 @ 13:46:
Welke versie van MDAC heb je? De "laatste versie" zegt mij niks. Dus: welke MDAC?

Ten tweede: http://forums.microsoft.c...px?PostID=805050&SiteID=1, misschien heb je daar iets aan?

2.8
en alles wat daar staat heb ik geprobeert behalve

Try sp_adduser to make sure that the login is identified as trusted by SQL Server.
Link for sp_adduser : http://msdn2.microsoft.com/en-us/library/ms181422.aspx

dit zal ik nu gaan proberen

SKiLLa schreef op woensdag 16 mei 2007 @ 13:51:
Krijg je vanaf de client met "telnet <server> 1433" wel verbinding of niet ?

yup ik krijg ook gelijk deze foutmelding is geen timeout o.i.d.

[TeeDee]

bastv schreef op woensdag 16 mei 2007 @ 14:20:
[...]

2.8
en alles wat daar staat heb ik geprobeert behalve

* TeeDee mompelt iets van "geef dat ook dan hoeven wij niet te gokken wat je al gedaan hebt

[JortK]

Het zit hem in je connection string

Zit alles wel in hetzelfde domein bijvoorbeeld?

Heb je TRUSTED_CONNECTION=NO staan?

Heb je de waardes Username=sa;Password=wachtwoord; ingevuld?