[ASP.NET + SQL] login failed

[stp_4]

Dag mensen,

Ik ben op dit moment bezig met een ASP.NET projectje geschreven in C#. Nu heb ik het probleem dat ik mn database niet kan bereiken: Login failed for user 'STIJN\ASPNET'. Als user in mijn SQL server heb ik de standaard gebruiker STIJN/Stijn staan met de normale admin windows authenticatie. Deze is owner van de database die ik probeer te bereiken. Als ik van Personal Web Manager een pagina oproep krijg dus de genoemde Login failure. Nu heb ik ook geprobeerd om de database te bereiken door een user met SQL Server authenticatie toe te voegen en in mijn connection string het wachtwoord en username mee te sturen:

code:

public static SqlConnection myConnection = new SqlConnection("server=(local);database=Klanten;
uid=test;pwd=test;Integrated Security=SSPI");

ook dit blijkt niet te werken en krijg nog steeds de bovengenoemde foutmelding. Als opmerking: als ik mijn pagina run via b.v. webmatrix dan krijg ik wel verbinding met database. Iemand een idee om dit probleem op te lossen?

[gorgi_19]

uid=test en password=test

er is wel een user test aanwezig, met password test, in die database met voldoende rechten op de tabellen / SP's?

[ Voor 255% gewijzigd door gorgi_19 op 08-11-2003 13:01 ]

[stp_4]

ja deze is aanwezig

[gorgi_19]

stp_4 schreef op 08 november 2003 @ 13:00:
ja deze is aanwezig

Verder duidt Login failed for user 'STIJN\ASPNET' er op dat je een andere connectionstring gebruikt dan je geeft; 'STIJN\ASPNET' duidt namelijk op een trusted connection, iets wat jouw connectionstring niet is.

[stp_4]

gorgi_19 schreef op 08 november 2003 @ 13:02:
[...]

Verder duidt Login failed for user 'STIJN\ASPNET' er op dat je een andere connectionstring gebruikt dan je geeft; 'STIJN\ASPNET' duidt namelijk op een trusted connection, iets wat jouw connectionstring niet is.

die bovengenoemde connection string wordt voor het aanroepen van die pagina gebruikt.

p.s. de user van dan de database klanten is dbo en niet Stijn

[ Voor 11% gewijzigd door stp_4 op 08-11-2003 13:09 ]

[whoami]

Heb je de ASPNET user account wel toegevoegd aan je DB in SQL Server?

stp_4 schreef op 08 november 2003 @ 13:04:
[...]


p.s. de user van dan de database klanten is dbo en niet Stijn

De owner bedoel je?

[ Voor 60% gewijzigd door whoami op 08-11-2003 13:24 ]

[stp_4]

whoami schreef op 08 november 2003 @ 13:24:
Heb je de ASPNET user account wel toegevoegd aan je DB in SQL Server?


[...]


De owner bedoel je?

Ja sorry dat bedoelde ik. Wat vaag, je hebt gelijk met die ASPNET user. Maar waarom is die user gedefinieerd? waarom moet ik een STIJN\ASPNET account aanmaken dan? Hoe kan ik op deze manier beperkte rechten toekennen voor gebruikers van buitenaf dan?
(thanx by the way)

[axis]

wat er bedoeld wordt, is dat je 2 manieren kunt kiezen om je 'aan te melden' bij de SQL Server.. nt authenticatie (ook wel trusted) en sql authenticatie (bijna plain text user/pass)

sql is makkelijker, nt is veiliger (imho)

de string die je hier opgeeft lijkt sql te gebruiken (user: test, pass: test), maar uit de foutmelding blijkt dat je nt gebruikt. Dan kijkt ie namelijk niet meer zozeer naar de user+pass, maar gebruikt ie by default de account waaronder de applicatie draait. En dat is de ASPNET user.

Ik zou als ik jou was voor sql authenticatie gaan, maarja, wie ben ik?

[ Voor 9% gewijzigd door axis op 08-11-2003 13:41 ]

[whoami]

De ASPNET user account is de Windows account die gebruikt wordt voor het runnen van webapplicaties.
Als je website bv. een bepaald bestand wil uitlezen, dan is het de ASPNET account die rechten moet hebben op dat bestand. Als je webapplicatie dus wil inloggen op een SQL server, moet die ASPNET account rechten hebben op die DB.

[LoekD]

De MS manier om (schaalbaar) met SQL-server te praten is dmv "Impersonation". Hierbij doet je ASP.NET heel eventjes alsof hij een bepaalde Windows-User is, die rechten heeft op het lezen/schrijven in een bepaalde view/tabel/SPROC/etc.

Web.Config:

code:

[..]
<authentication mode="Windows" />
<identity impersonate="true" userName="domain\username" password="password"/>
[..]

Zoek in MSDN even naar Impersonation.
bijv.
ms-help://MS.NETFrameworkSDKv1.1/cpguidenf/html/cptskAccessingSQLServerUsingMappedWindowsDomainUser.htm

[gorgi_19]

@LoekD: Waarom zou je dit willen? Impersonating is hier toch helemaal niet nodig? (Althans, nog nooit gebruikt)

[LoekD]

gorgi_19 schreef op 09 november 2003 @ 15:40:
@LoekD: Waarom zou je dit willen? Impersonating is hier toch helemaal niet nodig? (Althans, nog nooit gebruikt)

De voornaamste reden is uit security overwegingen:
(Credentials opslaan in code is uit den boze, in configuratiebestanden iets beter, in de registry nog iets beter.)

Zoals gezegd gaan SQL-authentication credentials (default) plain text over het netwerk, dat is ook niet de meest veilige oplossing.
Dat voorkom je met integrated security.

[whoami]

LoekD schreef op 10 november 2003 @ 14:11:
[...]


De voornaamste reden is uit security overwegingen:
(Credentials opslaan in code is uit den boze, in configuratiebestanden iets beter, in de registry nog iets beter.)

Zoals gezegd gaan SQL-authentication credentials (default) plain text over het netwerk, dat is ook niet de meest veilige oplossing.
Dat voorkom je met integrated security.

Ja, maar dan nog heb je geen nood aan impersonation.

Als je gebruik maakt van integrated security (Windows security dus), dan wordt er in de DB gewoon ingelogged met de ASPNET user account.

[Nazgul]

Je connection string is trouwens een beetje dubbel op.
Je geeft een uid en pass mee voor sql-autentication, maar je geeft ook een Integrated Security=SSPI mee, wat aangeeft dat je Integrated Security wil gebruiken.

Als je beide types meegeeft zal hij standaard voor Integrated Security gaan, aangezien dat veiliger is.

Maar je moet dus een keuze maken voor 1 van de twee authenticatiemethodes en de andere uit de connection string verwijderen.

[LoekD]

whoami schreef op 10 november 2003 @ 14:17:
[...]


Ja, maar dan nog heb je geen nood aan impersonation.

Als je gebruik maakt van integrated security (Windows security dus), dan wordt er in de DB gewoon ingelogged met de ASPNET user account.

Wel dus, want je wilt je ASPNET user geen R/W/X toegang geven in je database.
Da's helemaal de kat op het spek binden.

[whoami]

LoekD schreef op 10 november 2003 @ 14:48:
[...]


Wel dus, want je wilt je ASPNET user geen R/W/X toegang geven in je database.
Da's helemaal de kat op het spek binden.

Dat valt wel mee als je die account geen rechtstreekse rechten geeft op de tabellen enzo, maar enkel rechten geeft op stored procedures die hij kan uitvoeren.

[LoekD]

whoami schreef op 10 november 2003 @ 15:49:
[...]


Dat valt wel mee als je die account geen rechtstreekse rechten geeft op de tabellen enzo, maar enkel rechten heeft op stored procedures die hij kan uitvoeren.

Dat mag je dan wel nuanceren tot user-SPROCS en geen system-SPROCS...

[whoami]

Ja, dat is logisch.
En dat bedoel ik ook: je geeft enkel execute rechten op de procedures die hij kan/mag uitvoeren.

[Remco]

ligt het niet in (localhost) ?
Heb ik ook last van gehad.

Pas toen ik de naam gebruikte die stond in mijn manager werkte het = computernaam.

localhost,ip,local etc.etc. werkte toen niet.

[whoami]

Ehm, nee.
Lees de draad misschien eens.