Schrijfrechten onder IIS in Windows-2003

[Psychosammie]

Even een vraag voor de techneuten onder ons.

 

Op een Windows-2003 server draait IIS 6.0. Voor IIS heb ik een SOAP service geschreven. Voor de niet kenners: een SOAP service is een EXE die via het SOAP protocol aangeroepen wordt en onder IIS draait.

 

De SOAP service produceert na de aanroep een LOG file in de map waar de EXE zelf ook staat. Dat is geen probleem. Daarnaast moet de service ook een bestand aanmaken ergens op een andere server. En nu is er een rechten probleem. Een EXE heeft niet zomaar schrijfrechten op een nadere server, en dat is maar goed ook.

 

Iemand een idee hoe ik dit voor elkaar krijg?

Ik dacht zelf aan een virtuele IIS map op die andere server. Maar dan moet je nog steeds een username en wachtwoord hebben voor die server.

[Big fellow]

Kan je het niet anders om doen? Een file lokaal aanmaken en die sharen met de andere server? Misschien gemakkelijker... <img src="/forums/images/graemlins/smile.gif" alt="" />

 

Big fellow

[Psychosammie]

Dat is het overwegen waard. Eens kijken hoe de klant daar tegenover staat.

[Gast]

Kijk ééns naar de mogelijkheden van runas !

[Psychosammie]

Bedankt, maar dat zal denk ik niet werken. De SOAP service is wel is waar een EXE maar je kan hem niet zomaar uitvoeren.

 

Dat gebeurt met een SOAP remote procedure call naar een object in de EXE die er ongeveer zo uitziet:

 

http://vmsoap/scripts/BackOfficeImport.exe/soap/IBackOfficeImport

[kees kas]

binnen een domein:

 

de computeraccount (zoals die staat in de AD) toevoegen aan de betreffende map

de sytem user heeft default geen netwerkrechten

 

buiten het domein:

 

de copyjob laten lopen onder een account die op bij de servers is aangemaakt (lokaal) met gelijke naam en wachwoord

 

de url beschikbaar stellen en vanaf de andere server een (win)wget jobje runnen om eea binnen te halen.

 

of d.m.v. Schtasks.exe een eenmalige job schedulen die onder andere credentials loopt.

[Psychosammie]

Ik ben je kwijt <img src="/forums/images/graemlins/kweetniet.gif" alt="" />

[kees kas]

tja....

wat doet die soap exe eigenlijk ?

[Psychosammie]

De SOAP service BackofficeImport.exe krijgt via het SOAP protocol een XML binnen en zet deze om naar een CSV waarna bestaande programma's de CSV verder verwerken.

 

Dit is een simpele manier om oude software van extra functionaliteit te voorzien. Vanaf verschillen front-offices worden nu bestanden aangeleverd. Geen gehannes met floppy's of e-mail. Snel en efficient dus.

 

De kunst is nu alleen dat CSV bestand in de juiste directory aanmaken.

[lite]

je zou dat ook gewoon met een vbscript/asp kunnen doen toch? lijkt me ivm rechten misschien handiger..

[kees kas]

had al wat mogelijkheden aangegeven maar het kan ook anders:

 

laat het output bestand lokaal neerzetten en gebruik robocopy.exe uit de resource kit om de bestanden over te zetten naar de andere server.

 

robocopy kan directories sync'en of bewaken, eventueel met srvany als service te schedulen

 

Citaat:

------------------------------------------------------------------------------

ROBOCOPY :: Robust File Copy for Windows :: Version XP010

------------------------------------------------------------------------------

 

Started : Mon Dec 19 19:32:51 2005

 

Simple Usage :: ROBOCOPY source destination /MIR

 

source :: Source Directory (drive:\path or \\server\share\path).

destination :: Destination Dir (drive:\path or \\server\share\path).

/MIR :: Mirror a complete directory tree.

 

For more usage information run ROBOCOPY /? or read Robocopy.Doc.

 

NOTE: Read "True Replication" in Robocopy.Doc prior to first use of /MIR !

**** /MIR can DELETE files as well as copy them !

 

 

Groet,

 

Kees

 

p.s. ook tools als "secondcopy" zijn handig

1043358-robocopy.pdf

[Psychosammie]

Bedankt. Daar ga ik eens naar kijken.