mit IIS 6.0 und PHP5 Skripte ausführen, Probleme beim shell exe()-Befehl
IIS 6.0 biete beim Einsatz im Intranet die Möglichkeit die Windows-Authentifizierung mitzunutzen. Wenn man aber dann Skripte aufführen möchte geht dies nicht. (Ohne Authentifizierung übrigens auch nicht).
Ich möchte im Intranet den IIS 6.0 mit der Windows-Authentifizierungsmethode nutzen um dann Anwendungen auf dem Server auszuführen. Z.B. ist es so möglich, über ein Webinerface Passwörter von Benutzern zurück zu setzen bzw. Benutzer anzulegen.
Mein Problem:
Wenn ich als Administrator auf das PHP-Skript zugreife, dann lässt sich ein Systembefehl ausführen und z.B. das Passwort eines bestimmten Benutzers zurücksetzen. Greife ich aber über einen anderen Benutzer auf die Seite zu, dann geht das nicht. Der Anwendung, die Serverseitig ausgeführt werden soll, wurden genau die gleichen Rechte für diesen Benutzer gegeben, die der Administrator hat.
Es ist einfach nicht möglich als normaler User mit Hilfe von shell_exec(), Systembefehle auszuführen. Da es funktioniert, wenn ich lokal als Administrator angemeldet bin und das gleiche Skript funktioniert auch unter Apache. Daher muss das Problem am IIS liegen.
Ich möchte im Intranet den IIS 6.0 mit der Windows-Authentifizierungsmethode nutzen um dann Anwendungen auf dem Server auszuführen. Z.B. ist es so möglich, über ein Webinerface Passwörter von Benutzern zurück zu setzen bzw. Benutzer anzulegen.
Mein Problem:
Wenn ich als Administrator auf das PHP-Skript zugreife, dann lässt sich ein Systembefehl ausführen und z.B. das Passwort eines bestimmten Benutzers zurücksetzen. Greife ich aber über einen anderen Benutzer auf die Seite zu, dann geht das nicht. Der Anwendung, die Serverseitig ausgeführt werden soll, wurden genau die gleichen Rechte für diesen Benutzer gegeben, die der Administrator hat.
Es ist einfach nicht möglich als normaler User mit Hilfe von shell_exec(), Systembefehle auszuführen. Da es funktioniert, wenn ich lokal als Administrator angemeldet bin und das gleiche Skript funktioniert auch unter Apache. Daher muss das Problem am IIS liegen.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 18895
Url: https://administrator.de/contentid/18895
Ausgedruckt am: 22.11.2024 um 12:11 Uhr
4 Kommentare
Neuester Kommentar