Hejsan!
Jag har skrivit ett program (windows tjänst) som tar emot kommandon via en tcp anslutning och sedan utför olika system kommandon. ex, skapa mappar eller flyttar filer. Är tänkt att användas i ett AD för att migrera konton och hemkataloger mellan olika hostar.
Problemet jag har är att programmet fungerar kanon om man kör det som en applikation men när jag kör den som en windows service (trådad) så verkar den bara lyssna och ta emot kommandon men sen kommer den inte längre. Är det något som hindrar en service från att förändra filsystemet.. den klarar att skriva en loggfil så jag tycker inte det borde vara problem med att accessa filsystemet.
Någon som har skrivit en service som både använder sig av nätansluting och interagerar med systemet?
Servicen körs som system användaren på en win2003 server.
Sannolikt ett rättighetsproblem.
En service kan köras under olika konton och inte alla har rättigheter till nätverket/filsystemet. Du kan ställa in vilket konto din service ska köras under Control Panel>Administrative Tools>Services
Hej och tack för svar.
Det konstiga är att servicen kan ta emot anslutningar (tyder på att nätverket fungerar) samt att det går att skriva till en tempfil (tyder på att filsystemsaccess fungerar)
Tempfilen ligger dock i samma mapp som exe filen. Detta kanske gör att det går att skriva trots fel rättigheter till filsystemet.
Jag får testa men det känns långsökt, ingen annan ide? :bire
Det är bara att testa att köra under ett konto med "bra" behörigheter. Tar väl ett par minuter att testa. Eller varför inte skapa en domänanvändare med exakt de behörigheter som din service behöver?
colioneMedlem sedan juni 20014 421 inlägg Du kan inte logga felen du får i loggfilen då?
Unable to read data from the transport connection
detta fel får klienten som försöker ansluta till min service..
Jag har nu löst problemet. Det hela berodde på att jag hade ett felaktigt namespace i en serialize funktion.. Synd att kompileraren inte upptäcker detta åt en.
