Hi Martin,
Ja okay. Sch**ß Paranoia ;-)
Und DANKE!!!
...für die Erweiterung meiner Augäpfel.
Der ls Tipp brachte die Lösung.
Auf /path/to konnten keine anderen User außer dem Owner zugreifen. ;-)
Ach ja, /path/to/anonymous/file = /srv/fex/bin/fexsrv
Gruß
Patrick
Am 27.04.2010 20:14, schrieb Martin Schmitt:
Patrick Schulz schrieb:
Ich habe einen service für xinetd konfiguriert, der als user "test"
gestartet wird.
Allerdings ist "test" nicht der Owner des Server Programms. Dennoch hat
er ausführende Berechtigung darauf.
Wenn ich nun den Service ansprechen möchte kommt immer nur eine
Fehlermeldung
execv( /anonymous/path/to/file ) failed: Permission denied (errno = 13)
Wenn "test" Owner der Datei ist, dann funktioniert das.
Meine Frage nun: Woran liegt das? Wie kann ich das realisieren, dass
"test" nicht der Owner ist, aber dennoch diesen Service ausführt?
Komm schon.
xinetd.conf?
Includierte Config für Deinen Service?
Kommt die Fehlermeldung aus einem Log? Aus einer Telnet-Session? Woher?
Sonstige Besonderheiten?
ls -ld /anonymous?
ls -ld /anonymous/path?
ls -ld /anonymous/path/to?
ls -l /anonymous/path/to/file?
Am besten mit der Verschleierung von Pfad und Username aufhören. Wenn Du
dauernd was übertippst, gehen nur Informationen verloren oder werden
verdreht.
-martin
--
----------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
