Zugriff über Internetseite

Dazu müsstest du www-data in die /etc/sudoers eintragen und am besten auch nur für die Scripte, die er starten können soll.

Oder pi in die Gruppe www-data aufnehmen. Kommt darauf an, was deine Scripte machen sollen und in welchem Verzeichnis sie liegen.

Quote from gschoen57

Die Scripts können vom Broswer aus nach wie vor nicht gestartaet werden.

Funktioniert das:

Quote

Nun wollte ich die Scripts mal in einer Shell unter www-data starten, das misslingt aber ebenfalls, ...

jetzt?
Machst Du den Zugriff mit dem Browser, aus dem Internet oder aus dem W/LAN? Könnte z. Zt. aus dem Internet, jeder die lasuchenden Ports des apache2 erreichen?

EDIT:

BTW: Als Alternative zum Browser/apache zwecks Ausführung von Scripten via W/LAN, VPN, Internet, empfehle ich dir socat. Siehe z. B.:

apt show socat

Quote from gschoen57

Kann mir jemand dazu was sagen?

Naja, man sollte sich vorher schon etwas kundig machen.
Du hast geschrieben, das Du die Standardinstallation von Bookworm verwendest und an den Configs nichts geändert hast.
Allerdings mußt Du auf Dateisystemebene geändert haben (oder sudo unterschlagen haben), weil sonst hättest Du unter /var/www/html als User pi keine Dateien abgelegen können (nur root hat da Schreibrechte, alle anderen Leserechte).
Hast Du nach der Installation den Webserver mit Aufruf http://localhost/ oder http://%24dein-ip-adresse/ getestet? Kam da eine schöne aufklärende Webseite?

Aber jetzt zu ein paar Sachen, die Dir helfen werden:
- Deine Dateien, die Du unter der DocumentRoot des Webservers ablegst, müssen vom Webserver (www-data) lesbar sein.
- Wenn etwas nicht funktioniert, schau in die Logfiles des Webservers. Bei Bookworm ohne Änderung der Config liegen diese in /var/log/apache2 und zwar die access.log und die error.log, wobei ich anmerken muß, das alle HTTP-Meldungen in der access.log zu finden sind und 500er oder Skriptfehler in der error.log. Am besten beim Enwickelns beide im Auge behalten.

Ich würde Dir ja gerne noch andere nützliche Hinweise geben, aber Deine Beschreibung wirft zuviele Fragen auf, die beantwortet werden müßten. Wo ich z.B. vollkommen im dunklen tappe:

Quote from gschoen57

Wenn ich meine Scripts dahinter mit dem user "pi" aufrufe funktionieren sie. Wenn ich aber über den Browser das Script anstosse passiert gar nichts.

Da der User pi keine Schreibrechte in der DocumentRoot des Webservers hat, wo liegen die Skripte? Und auch hier fehlt eine wichtige Information. Was meinst Du mit: "Wenn ich aber über den Browser das Script anstosse passiert gar nichts." Zeige mal die URL, die Du im Browser hast, wenn Du das Skript mit ihm anstößt.

Quote from gschoen57

Nun wollte ich die Scripts mal in einer Shell unter www-data starten, das misslingt aber ebenfalls, das System will für www-data ein Passwort haben, das ich aber nicht kenne.

Logisch. Willkommen bei Unix/Linux.

Eine Frage noch, was meinst Du mit: "Zugriff über Internetseite"?

Du kannst aber auch mal hier im Forum unter Tutorials schauen, da gibt es eine (noch unvollständige) Anleitung zum konfigurieren und testen eines Apaches 2.4 unter Bookworm. Die ist zwar für Multiuserbetrieb ausgelegt, aber zum Verständnis und wo und warum man wo drehen muß, sollte sie genügen.

Du kannst auch mit einem ACL ein Script, das dem User www-data gehört, vom User pi so starten, alsob er der User www-data wäre.

Oder Du startest testweise Dein Script als User pi mit "sudo -u www-data /Pfad/zum/script".

Gehört Dein Script überhaupt dem User www-data ["ls -al /Pfad/zum/Script"] ?

Servus !

Quote from RTFM

Gehört Dein Script überhaupt dem User www-data ["ls -al /Pfad/zum/Script"] ?

Hoffentlich nicht!

www-data braucht nur rx, darf aber kein Schreibrecht haben, sonst kannst du ihm auch gleich sudo mit ALL=(ALL:ALL) ALL geben.

Quote from gschoen57

Wenn ich meine Scripts dahinter mit dem user "pi" aufrufe funktionieren sie. Wenn ich aber über den Browser das Script anstosse passiert gar nichts.

Das kann auch daran liegen, als das Script auf Gerätedateien zugreift, die üblicherweise durch Gruppenrechte beschreibbar sind. Wenn der User pi z.B-.Mitglied der Gruppe gpio ist, kann er auch auf /dev/gpio* schreiben/ausgeben. www-data kann das (vorinstalliert) nicht.

Servus !

Schau mal hier :
Alt, aber funktioniert.

Post

RE: Sudo Befehle mit PHP absetzen

Sobald du ein Script über sudo ausführst werden die dadrin enthaltenen Befehle auch mit root rechten ausgeführt. Alle Befehle die sich im sudowebscript.sh befinden werden mit root-Rechten ausgeführt, da der Aufruf von sudowebscript.sh ja über sudo stattfindet. Im sudowebscript.sh Script brauch man also nicht nochmals sudo verwenden.



Wichtige Anmerkungen vorab:

• Es hat gute Gründe wieso nicht jeder Benutzer einfach so sudo verwenden darf. Ihr solltet euch also wirklich gut überlegen ob das so

…

meigrafd

October 17, 2013 at 3:13 PM

Wenn man definierte Skripte hat, die man ausführen will, ohne etwas an der Rechtesituation des Systems zu ändern, kann man das 'über die Bande' machen.

Man trägt, zum Beispiel über einen Link, den man anklickt, einen Befehl in eine Datenbank (SQLite) ein, die alle x Minuten von einem zweiten Skript eines anderen Nutzers ausgelesen wird und welches dann dieses ausgewählte Skript aufruft.

Man hat also eine Reihe von Skripten, die aufgerufen werden sollen, die fest definiert sind. Bei einigen gibt es definierte Parameter, die mit zu dem Aufruf gehören, also wird die Datenbank mit einer Zeile gefüllt, die den definierten Alias des Skriptes in der einen Spalte enthält, und die Aliase der Parameter in den weiteren Spalten.

Alias A: li -la

Parameter: Verzeichenis : /var/log/apache/

Alias B: ps -ef

Parameter: Liste der möglichen Programmnamen

Und das Skript, welches die Datenbank ausliest, führt den Befehl aus, gibt das Ergebnis irgendwo hin und setzt diesen DB-Eintrag auf "erledigt"

Hierzu muss man, bis auf die Datenbank, nicht weiter einrichten, man wählt also die möglichen Ausrufe auf und kann sich dann, bald, das jeweilige Ergebnis ansehen.

Wie es der Zufall so will, hatte ich dazu kürzlich mal etwas verfasst, wo man es mit einer Datei als Flag umsetzen könnte. Mit einem DB-Eintrag ist es natürlich auch möglich.