Avatar billede teamdev Novice
31. august 2005 - 11:09 Der er 19 kommentarer og
1 løsning

ASPscript på webserver skal hente data fra access på filserver

Hejsa Jeg har det her drilske problem:

På vores intranet server A har jeg brug for at snakke lidt med en access database der ligger på vores filserver B men jeg får flg. fejl når jeg forsøger at hente data ud af db.:

Microsoft JET Database Engine (0x80004005)
Microsoft Jet-databasemotoren kan ikke åbne filen "\\serverA\databse.mdb".
Den er allerede åbnet med udelt adgang af en anden bruger, eller du skal have tilladelse til at vise dataene

min connectionstring er :
set conn=Server.CreateObject("ADODB.Connection")
Set RS = Server.CreateObject("ADODB.Recordset")       

conn.ConnectionString="Provider=Microsoft.Jet.OLEDB.4.0;Data Source=\\serverB\database.mdb"

conn.Open

Med ovenstående fejl gætter jeg på at det er et rettighedsproblem

Mit spørgsmål er om jeg kan sætte UID og password i connectionstringen og på den måde få rettigheder

det ville være rarest med en dsnless forbindelse
Avatar billede jokkejensen Novice
31. august 2005 - 11:11 #1
access skal mig bekendt ligge lokalt..

Mvh
Avatar billede softspot Forsker
31. august 2005 - 11:22 #2
Næh... den kan godt ligge på et netværksdrev, bare man (dvs. IUSR) har rettighed til at åbne den.
Avatar billede teamdev Novice
31. august 2005 - 11:35 #3
softspot --> det du siger er at jeg skal give IUSR_servera lov til at åbne filen på serverB
men hvor kender serverB egentlig IUSER_servera fra?
Hmm det her er vist egentlig mere passende at spørge om i en anden kategori
Avatar billede softspot Forsker
31. august 2005 - 11:37 #4
hvis netværket er styret af et domæne, kender domænet det, alternativt AD, ellers skal du ud i at give den specifikke maskine rettigheder, ved at oprette en bruger til den maskine. Det er vist lidt mere tricky end som så, for så skal du også selv styre password til IUSR på webserveren (for at du kan give de korrekte login-credentials på serverb).
Avatar billede softspot Forsker
31. august 2005 - 11:39 #5
Aarh ok, domænet kender IUSR_SERVERA, hvis administratoren opretter denne bruger i domænet... spørgsmålet er om det er optimalt at lade IUSR få for mange rettigeheder udenfor webserveren... men det er jo op til jeres sikkerhedspolitik. :)
Avatar billede teamdev Novice
31. august 2005 - 11:51 #6
Sikkerhed sikkerhed og sikkerhed. :-) Ja det er rigtigt at IUSR ikke skal ha' for mange rettigheder uden for webben, men kunne man gi' iusr ret til at lege med denne specifikke fil?
Avatar billede softspot Forsker
31. august 2005 - 11:54 #7
Ja, det skulle jeg da mene. Windows servere (som jeg antager det er) har udemærkede faciliteter til at tildele rettigheder ned på hver enkelt fil. Din største udfordring bliver at få oprettet brugeren på serverb :)
Avatar billede teamdev Novice
31. august 2005 - 11:58 #8
IUSR på servera skal ha' lov til at snakke med pågældende fil på serverb og jeg skal sikre mig at serverb kan genkende IUSR fra servera.

I dette tilfælde har det så betydning for løsningen at serverb udover at være filserver også er domænecontroller ? altså gør det det hele nemmere?
Avatar billede teamdev Novice
31. august 2005 - 11:59 #9
Og ja det er windows servere
Avatar billede softspot Forsker
31. august 2005 - 12:04 #10
Sålænge du kun skal give IUSR rettighed til at se områder/filer på en anden maskine vil jeg ikke mene at det bliver lettere, for du skal stadig oprette IUSR som bruger (nu bliver det så bare i domænet i stedet for - hvis det er den løsning du vælger). Hvis du opretter den i domænet, vil det dog være lettere at give den adgang til andre maskiner i netværket hvis der skulle blive behov senere.

Altså på kort sigt, ikke den store gevinst. På lang sigt, potentielt set en gevinst...

Jeg er ikke klar over hvor adskildt vedligeholdelsen af brugere i domænet kontra domaincontrollers egen brugere er (jeg er ikke administrator til daglig - det er udvikling jeg beskæftiger mig med ;))
Avatar billede teamdev Novice
31. august 2005 - 12:10 #11
ditto :-)
Avatar billede softspot Forsker
31. august 2005 - 12:14 #12
Har du så ikke en administrator du kan læne dig op ad ifht. at få oprettet den bruger...?
Avatar billede teamdev Novice
31. august 2005 - 12:36 #13
Jo jeg har da, :-) og det var den satan som bad mig finde ud af en løsningsmodel ;-)
Avatar billede teamdev Novice
31. august 2005 - 12:37 #14
Kunne det lade sig gøre uden de krumspring med brugerrettigheder etc. hvis der på servera blev oprettet en ODBC til databasen?
Avatar billede teamdev Novice
31. august 2005 - 12:42 #15
Eller er det samme humle?
Avatar billede softspot Forsker
31. august 2005 - 12:43 #16
Det ved jeg ikke om man kan. Det ville i det mindste kræve at IUSR fik adgang til registry på den server (prøv at forslå det som alternativ, så tror jeg du får lov til det første ;D)
Avatar billede teamdev Novice
31. august 2005 - 12:44 #17
:-) God idé. sætter admin i arbejde om lidt.
Smidt et svar
Avatar billede softspot Forsker
31. august 2005 - 12:46 #18
God arbejdslyst (til admin :))
Avatar billede teamdev Novice
31. august 2005 - 12:47 #19
takker for inputs, blev en del klogere her.
Avatar billede softspot Forsker
31. august 2005 - 12:50 #20
Velbekomme og takker for point :)
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Kurser inden for grundlæggende programmering

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester