Jump to content

Sanchooo187

Members
  • Gesamte Inhalte

    7
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von Sanchooo187

Apprentice

Apprentice (3/14)

  • Erste Antwort
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei
  • 1 Jahre dabei

Neueste Abzeichen

10

Reputation in der Community

  1. Das hilft mir weiter, vielen Dank für eure kompetente Antwort.
  2. Das ist der Punkt. Ich habe gerade gesehen, dass in der Konfigurationsdatei alle Pfade mit L:\ beginnen. Da bringt es mir auch nichts, wenn ich im dem Server sage, er solle sich die Datei von E:\ holen. Der Server kommt zwar an die Datei, aber nicht an die relevanten Informationen. Gleiche ich es überall an, also UNC oder E: (also die physikalisch korrekte Adresse), dann funktioniert es. Da es aber im Netzwerk verfügbar sein muß, ist die einzig korrekte Einstellung UNC-Pfade. Vielen vielen Dank für eure Hilfe, wäre selbst wohl nie draufgekommen. Eine abschliessende Frage hätte ich dennoch, wie schaffe ich es, dass das Netzlaufwerk für den Dienst gestartet wird? Gibt es da eine Möglichkeit? Gruß
  3. Wenn ich aber den Dienst restarte, dann sollte doch das Verzeichniss bzw. die Datei zur Verfügung stehen oder habe ich einen Denkfehler?
  4. Wie geschrieben, das Problem stellt zunächst nicht das Netzlaufwerk dar. Ich habe im Anfangsposting schon erwähnt, dass ich statt X:\ E:\ verwende. Meine Frage ist, warum verhält sich der Dienst anders als die Applikation?
  5. In den Serviceproperties, Reiter Log On -> Log on as -> This Account, dort habe ich Username und Passwort von Konto B eingetragen.
  6. Konto B, also das Konto unter dem der Server läuft hat das Netzlaufwerk (X:\) gemappt. Das ist zunächst nicht das priorisierte Problem (aber evtl. später :D). Das Problem ist, dass wenn der Zugriff vom Server aus stattfindet und der Client gestartet wird, er prompt abstürzt. Der Client versucht beim Start (Initialisierung) diese Datei einzulesen. Allerdings geht genau da etwas schief, deshalb der Absturz. Wenn der Server als Applikation, also nicht als Dienst läuft, funktioniert alles einwandfrei. Kann es etwas mit Zugriffsrechten oder Sicherheitsrichtlinien zu tun haben? Was kann ich übersehen haben? P.S. Ich habe vergessen zu erwähnen, dass alles lokal ausprobiert wird, d.h. Server Start und Client Zugriff, unter Konto A, wie auch Konto B.
  7. Hallo Leute, wir haben eine Server-Software, die als Dienst unter Windows 2003 Server korrekt laufen muß. Ich versuche mal mein Problem zu schildern. folgendes Szenario: Es gibt 2 Konten, eines (Konto A) dass immer angemeldet ist und benutzt wird, dann das Konto (Konto B) unter dem unsere Server-Software als Dienst laufen soll. Beide Konten sind Administratoren-Konten. Der Server ist unter "C:\Programme" installiert. Starte ich den Server als Applikation funktioniert es, auch als Dienst (Der Dienst läuft unter der Kennung von Konto B) funktioniert es soweit. Kommt aber noch eine Komponente ins Spiel gibt es ein komisches Verhalten. Es gibt noch ein Konfigurationstool, dass Daten bereitstellt. Dieses Tool liegt unter "E:\[TOOL]". Das Laufwerk E: wiederum ist im Netzwerk als Netzlaufwerk verfügbar (Laufwerksbuchstabe X:). Im Server gebe ich die Konfigurationsdatei als X:\[TOOL][DATEI] an. Starte ich den Server als Applikation und dann einen Client, dann wird die Konfigurationsdatei eingelesen und der Client kann wunderbar arbeiten. Starte ich den Server als Dienst, wird die Konfigurationsdatei nicht eingelesen und es läuft als wäre es im Auslieferungszustand. Der Client funktioniert auch hier. Ändere ich im Server den Laufwerksbuchstaben von X:\ auf E:\ funktioniert auch hier die Applikation einwandfrei. Der Dienst allerdings lässt den Client abstürzen, weil der Client wahrscheinlich auf E:\ zugreifen will, aber keinen Zugriff bekommt. E:\[TOOL] hat Rechtemässig Vollzugriff von Jedem. Jetzt meine Frage: Warum funktioniert es als Applikation, aber als Dienst nicht richtig? Vielen Dank jetzt schonmal für eure Antworten. Gruß P.S.: Unter WinXP gibt es dieses Verhalten nicht
×
×
  • Neu erstellen...