eMule als Service UND als unprivileged user
 

Hallo!

Schon seitdem es die Funktion gibt, den Esel als unpriviliegierten Benutzer zu starten, stehe ich vor dem Problem, dieses Feature mit dem Starten von eMule als NT Service zu vereinen.

(Habe den eMule übrigens per Microsofts srvany installiert, und nicht per FireDaemon, weil mir diese Lösung doch sauberer erscheint)

Zwar nutze ich den MorphXT Client (nun in der Version 10.2), aber ich denke, dass es sich dabei um ein Problem handelt, dass den Esel im Allgemeinen betrifft, deshalb poste ich es hier.

Und bevor ich erschlagen werde von "Benutze die Suche" usw., möchte ich nochmal ausrücklich darauf hinweisen, dass das Problem in der Kombination BEIDER Features miteinander liegt, und dass ich nach ca. 2 Jahren intensivem Googeln sowie Boards duchscannen, keine befriedigende Lösung finden konnte.

Im Prinzip beginnt es ja damit, dass man dem Service im Dienstemanager einen User zuteilen muss.
Dafür nehme ich den emuleSecure, den eMule selbst kreiert hat.

Aber man benötigt ja auch das Passwort des Users, damit der Service dann auch gestartet werden kann.
Dieses Passwort ist mit aber unbekannt, ich nehme an, dass es sich wohl um eine zufällig erstellte Kombination handelt.

Bisher habe ich mit mehr schlecht als recht damit beholfen, dem emuleSecure User in der Windows Benutzerverwaltung per Hand ein neues Passwort zuzuweisen, welches ich dann auch im Dienste Manager verwendet habe.

Mit viel Mühne, Hinundher, und schlußendlich keiner Ahnung wie, hat dass dann auch meistens irgendwie geklappt.

Aber jedesmal, wenn es eine neuere eMule (oder Mod) Version gibt, fängt dieses Dilemma von vorne an, und ich stehe wieder vor diesem Problem.

Nun kam der Mod in einer neuen Version raus, und der Start funktioniert wieder nicht - also habe ich die genannte Prozedur durchgeführt und damit leider keinen Erfolg erzielt.

Sobald ich den Service starten will bekomme ich den Hinweis, der Dienst emule könne nicht gestartet werden. (Fehler 5: Zugriff verweigert)

Angemerkt sei dabei nochmal, dass meine komplette Konfiguration, bis auf den Versionswechsel des Esels seit langem unverändert schon so lief. (incl. Link Catcher und allem drum und dran)

Eigentlich halte mein bisheriges Vorgehen auch für keine geeignete Lösung.

Liegt das Problem denn nicht viel eher darin, dass man dem unprivilegierten Nutzer in der esel Konfig kein PW zuweisen kann?

Das dürfte daran liegen das beim Neuinstallieren das Häkchen bei "eMule als unprivilegierten Nutzer starten" nicht gesetzt ist.
Das PW setze ich genau so wie du per Benutzerverwaltung, hat bisher immer funktioniert.

Eventuell Updates aufgespielt, automatisches Update aktiviert?
Wie steht es um die Rechte des Users von dem aus du den Service starten möchtest?
Die aktuelle Zugriffsverweigerung dürfte meines Erachtens nach nicht mit dem von eMule aus nicht setzbaren PW zusammenhängen, da hätte es dann wohl auch früher nicht geklappt. Zugriffsverweigerungen werden meist wegen nicht ausreichender Rechte wirksam.
Außerdem wenn du eMule von einem eingeschränkten Konto aus startest kannst du eh nicht das PW von emuleSecure ändern, das ginge nur als emuleSecure oder als Admin.

Mal sehen was die anderen dazu sagen, ich weiß im Moment nicht weiter.


Pan Tau

Hallo, Pan Tau
Der Diest wird als emuleSecure User gestartet - somit sind die Rechte des Users genau die, mit denen der emuleSecureUser erstellt wurde, ich habe sie nicht geändert.

Der User, mit dem ich den Service im Manager aktiviere sollte ja unerheblich sein, da der Dienst ja mit dem emuleSecure UserAccount gestartet wird.

Automatische Updates sind inaktiv


Wenn Du nichts weiteres dazu weisst, dann hoffe ich, dass die anderen dazu noch was sagen werden :neutral:

Gruß

Der Multimuluser

Das soll ja auch so sein!

Grübel, also ich kann als eingeschränkter User nicht alle Dienste starten, schon gar nicht wenn sie einem anderen User zugeordnet sind, oder führst du den Dienst von einem Admin-Konto aus aus?

Pan Tau

Es geht mir um den automatischen Start, auf dem PC ist niemals jemand angemeldet, und er läuft völlig autonom, ausser wenn vielleicht tatsächlich mal etwas hängt, dann bekommt er per RDP eben einen Reboot verpasst.

Also wird der Dienst von keinen User gestartet, bzw, wenn, dann wüsste ich nicht von wem, vielleicht von "System"

:yes: Ich glaube jetzt verstehen wir uns ?

Im Übrigen, habe ich, wie Du schon erwähntest, während der Versuche, seitdem es nicht mehr recht funktionierte den Dienst manuell aus einem Admin Konto heraus starten wollen, genau.

Gruß

Der Multimuluser

Glaube ich auch! :mrgreen:
Na dann viel Erfolg beim aufspüren des Fehlerteufels.

Pan Tau