Toon posts:

[PHP/ACCES] Db connect naar netwerk geen rechten

Pagina: 1
Acties:

Verwijderd

Topicstarter
Hallo,

Ik zit met het volgende probleem.

Op een webserver (iis) heb ik een odbc koppeling naar een netwerk db file (acces). maar als ik nu tabelen wil uitlezen in php krijg ik de error dat ik geen rechten heb. nu maakt de webserver verbinding met een lokale user naar het netwerk (domein) en daar zit dus ook de fout maar hoe geef ik deze user de goeie rechten op de betreffende map.?

p.s als ik de db lokaal op de webserver zet dan werkt alles wel.

  • gorgi_19
  • Registratie: Mei 2002
  • Laatst online: 20-08 11:40

gorgi_19

Kruimeltjes zijn weer op :9

Rechten goed instellen heeft weinig te maken met programmeren.

>> Windows Operating Systems

Digitaal onderwijsmateriaal, leermateriaal voor hbo


Verwijderd

gewoon je web-server met een domain account laten draaien, en dat domain account rechten geven op de DB

Verwijderd

Topicstarter
bedankt voor je reactie ik had dit net al even geprobeerd, maar als ik de webservice wil laten draaien onder een "test" user die ik even heb aangemaakt maar dan zegt hij: "acces is denied"
terwijl test eigenlijk alle rechten zou moeten hebben hij is lid van admins.

Verwijderd

heb je op de server ingesteld dat de www-service moet draaien onder de credentials van die test user, of benader je je web-page met die test-user? dit kon ik niet helemaal opmaken uit je verhaal...

Verwijderd

Topicstarter
Verwijderd schreef op dinsdag 10 mei 2005 @ 13:49:
heb je op de server ingesteld dat de www-service moet draaien onder de credentials van die test user, of benader je je web-page met die test-user? dit kon ik niet helemaal opmaken uit je verhaal...
de www-service moet draaien onder de credentials van die test user.

de web-page wordt benaderd door allerlei users in het domein.

Verwijderd

OK duidelijk ;-)

kan je met dat test account handmatig wel de DB benaderen? zo ja, dan gebruikt de www-service toch andere credentials om naar de DB te gaan (waarschijnlijk dan met de user-credentials van degene die de pagina oproept). werkt dit niet, dan staan de rechten toch niet goed ingesteld.

misschien dat je met Filemon nog wat extra info kunt achterhalen....

Verwijderd

Topicstarter
Verwijderd schreef op dinsdag 10 mei 2005 @ 13:55:
OK duidelijk ;-)

kan je met dat test account handmatig wel de DB benaderen? zo ja, dan gebruikt de www-service toch andere credentials om naar de DB te gaan (waarschijnlijk dan met de user-credentials van degene die de pagina oproept). werkt dit niet, dan staan de rechten toch niet goed ingesteld.

misschien dat je met Filemon nog wat extra info kunt achterhalen....
ik kan inderdaad wel de file handmatig benaderen onder die test user. de www-service gebruikt idd nog steeds die lokale user. als ik hem probeer te starten onder die test user dan krijg ik de error dat hij hiertoe geen toegang heeft (dus om die service op te starten).
dat zal dus het hele probleem zijn :)
iemand enig id waaraan dit ligt?

  • sanfranjake
  • Registratie: April 2003
  • Niet online

sanfranjake

Computers can do that?

(overleden)
Dit lijkt me zuiver een configuratieprobleempje met de users van de programmas en de bijbehorende configuratieopties. NTFSrechten is vrij simpel, geef iedereen Full Control, werkt het dan, ga dan pas de rechten strippen tot het minimum wat werkbaar is.

Ik verplaats even het topic, omdat ik denk dat je tussen de softwarespecialisten meer succes zal hebben:
Windows Operating Systems > Software Algemeen

Mijn spoorwegfotografie
Somda - Voor en door treinenspotters


Verwijderd

Topicstarter
de www-service moet draaien onder de credentials van die test user.
en die test user (die ik heb aangemaakt in het domein met admin rechten) heeft geen rechten om die service te starten.

ik moet dus weten hoe geef ik die "test" user rechten om die www service wel te laten starten.

Verwijderd

Topicstarter
ik heb de gebruiker alle rechten gegeven die ik me zou kunnen bedenken (lokaal en op het domein).
en nog wil het niet.

ik heb geen id of het wat uitmaakt maar zodra ik aangeef dat ik de www service onde de "test" user wil draaien dan vult hij zelf een (standaard?) wachtwoord in. klopt dit wel? als ik dit dan verander naar het wachtwoord dat bij de test gebruiker hoord en dan de service probeer te herstarten en dan opnieuw ga kijken naar dat wachtwoord zie ik dat hij bij de invulbox weer anders is ingevuld (weer dat standaard wachtwoord?). zou dit mss een probleem kunnen zijn?

Verwijderd

Heb je wel een user account aangemaakt en geen computer account?? de enigste soort accounts waar automatisch een wachtwoord gegenereerd wordt zijn computer accounts, hiervan beheert windows zelf de wachtwoorden. of bedoel je de bolletjes die je te zien krijgt in je password veld? :-P

Je moet de test gebruiker in iedergeval het recht "Log on as service" geven. Dit kan je op de volgende manier doen: Control Panel->Administrative tools->Local Policies->user rights->Log on as service

Succes!

[ Voor 12% gewijzigd door Verwijderd op 11-05-2005 10:27 ]


Verwijderd

Topicstarter
Verwijderd schreef op woensdag 11 mei 2005 @ 10:26:
Heb je wel een user account aangemaakt en geen computer account??
ik heb een user toegevoegd aan het domein (test user dus geen lokale user!)
de enigste soort accounts waar automatisch een wachtwoord gegenereerd wordt zijn computer accounts, hiervan beheert windows zelf de wachtwoorden. of bedoel je de bolletjes die je te zien krijgt in je password veld? :-P
nee ik bedoel gewoon die bolletjes in dat veldt hehe
Je moet de test gebruiker in iedergeval het recht "Log on as service" geven. Dit kan je op de volgende manier doen: Control Panel->Administrative tools->Local Policies->user rights->Log on as service
ik heb even deze instellingen gecontroleerd en de testuser heb ik toegevoegd (was nog niet gebeurd wel de groep admin's waarvan hij lid is).

voor de ckerheid heb ik ook even de policies op de domein controller nagekeken (log on as service)
en daar stond de admin groep ook al tussen heb voor de ckerheid ook even die test user toegevoegd.

maar nog krijg ik de melding access denied. :(

[ Voor 12% gewijzigd door Verwijderd op 11-05-2005 11:10 ]

Pagina: 1