Entwickler-Ecke

Dateizugriff - Dienst kann nicht auf Netzwerklaufwerk zugreifen


Mandi Nice - Mi 23.06.10 22:54
Titel: Dienst kann nicht auf Netzwerklaufwerk zugreifen
Hallöchen

Ich bin gerade dabei einen Dienst zu erstellen, der Daten die er über Ethernet empfängt in eine Datei schreibt.
Wenn ich die Daten ins locale Verzeichnis schreibe läuft es auch.

Wenn ich die Daten aber in ein Laufwerk im Firmennetzwerk schreiben soll wird keine Datei erstellt ?

Ich habe den Dienst auch schon mit Admin-Rechte laufen lassen.

Woran könnte es noch scheitern ?

Wo finde ich eine Tutorial ( oder Buch ) für die Dienstprogrammierung ?

Danke Euch.

hmg
Mandi


Narses - Mi 23.06.10 23:08

Moin!

user profile iconMandi Nice hat folgendes geschrieben Zum zitierten Posting springen:
Ich habe den Dienst auch schon mit Admin-Rechte laufen lassen.
Und wie hast du das gemacht? Ist der Rechner teil einer Domäne?

user profile iconMandi Nice hat folgendes geschrieben Zum zitierten Posting springen:
Woran könnte es noch scheitern ?
Der Benutzer, unter dessen Account der Dienst läuft, muss Schreibrechte in dem Share haben. Das ist normalerweise das lokale Systemkonto auf dem Rechner, und das wird im Netz vermutlich keine Schreibrechte haben. Einfach mal einen Benutzeraccount einstellen, der diese Rechte hat. :idea:

cu
Narses


Delete - Do 24.06.10 09:55

Du musst berücksichtigen, dass Dienste unter dem Systemkonto im Netzwerk eingeschränkte Rechte haben.


bummi - Do 24.06.10 10:46

Laufwerk über Net Use (berechtigter User) verbinden


Mandi Nice - Sa 03.07.10 08:47

Hallöchen

Sorry wegen der späten Antwort.

Es scheint ein Problem mit dem Zugriffrecht auf das Netzwerklaufwerk zu sein.

Habe es leider noch nicht testen können.
Aber es wird nun ein eingener Benutzer für den Dienst angelegt der die nötige Rechte hat.

Danke vorerst einmal.

hmg
Mandi


jaenicke - Sa 03.07.10 13:00

Am Rande:
Theoretisch kann man auch einstellen, dass die Netzlaufwerke für andere Benutzer auch zur Verfügung stehen. Aus Sicherheitsgründen empfiehlt Microsoft aber dringend dies nicht zu machen.

Deshalb ist der Weg mit einem Benutzer, der die Rechte hat, schon sinnvoll.