Cron Geplante Aufgabe Ausführung Python script

  • Ich habe einen Cronjob eingerichtet als "Befehl" : #!/usr/bin/python pfad/script.py --source cron
    Ich habe eingestellt Benachrichtigung jedes Mal

    Ich bekomme bei manueller Ausführung eine "Erfolgsmeldung" aber keine Benachrichtigung

    Außerdem wird der Code im Script aber nicht ausgeführt

    Kann mir jemand weiterhelfen wo mein Missverständnis / Fehler liegt ?

    Danke

  • Blöde Frage aber welcher Nutzer führt denn das script am ende aus? Sind da die Lese/Schreibrechte gesetzt?

    Welches verhalten ist denn eingestellt zur Protokollierung der Outputs? Oft ist da E-Mail standardmäßig eingestellt. Guck mal danach wenn vorhanden.

    Du kannst den output auch mit einem redirect in eine Datei deiner Wahl schreiben lassen.

    Beispiel: "befehl &>> /pfad/zum/logfile"

    Außerdem eventuell falsches Forum für diese Frage. Zumindest wenn ich die Frage richtig verstanden habe. Passender wäre eher "Administration eines Servers".

  • Ich kann mich nicht besser ausdrücken aber führe das Problem darauf zurück, dass man keine Python scripte per command aufrufen kann.

    Habe mir jetzt beholfen, dass ich ein PHP script aufrufe und darin per shell_exec das Python script wiederum aufrufe.

    Ich schließe diesen Beitrag

  • Man kann damit zum Beispiel ne Web Shell ausführen. Ist der Server dann nicht sauber konfiguriert, kann man schlimme Sachen damit machen.

    https://github.com/artyuum/simple-php-web-shell

    Man kann mit vielen Dingen schlimme Sachen machen, wenn der Server nicht sicher konfiguriert ist. Bei einem Shared Webhosting würde ich als Kunde davon ausgehen, dass der shared Server inklusive der aktivierten PHP-Funktionen sicher konfiguriert ist, sonst würde ich ihn nicht benutzen wollen.

    tiekoetter: Ich verstehe die Frage auch durchaus so, das es sich hier um ein netcup Shared Webhostingpaket handelt und nicht um einen VPS oder RS. Immerhin sind wir hier im Bereich CCP, was mit auf einem VPS oder RS laufenden Cronjobs nichts zu tun hat.

  • Man kann mit vielen Dingen schlimme Sachen machen, wenn der Server nicht sicher konfiguriert ist. Bei einem Shared Webhosting würde ich als Kunde davon ausgehen, dass der shared Server inklusive der aktivierten PHP-Funktionen sicher konfiguriert ist, sonst würde ich ihn nicht benutzen wollen.

    tiekoetter: Ich verstehe die Frage auch durchaus so, das es sich hier um ein netcup Shared Webhostingpaket handelt und nicht um einen VPS oder RS. Immerhin sind wir hier im Bereich CCP, was mit auf einem VPS oder RS laufenden Cronjobs nichts zu tun hat.

    Ja, Webhosting Paket - Danke für den Kommentar

  • Bei einem Shared Webhosting würde ich als Kunde davon ausgehen, dass der shared Server inklusive der aktivierten PHP-Funktionen sicher konfiguriert ist, sonst würde ich ihn nicht benutzen wollen.

    Ich glaube, dass viele Kunden gar nicht beurteilen können, was sicher und unsicher ist. Wenn manche Kunden wüssten, auf was für schlecht konfigurierte Server sie ihre Daten haben...

  • Wenn das ein RS oder VPS ist, dann ist das zunächst ihr ganz persönliches Problem. Dazu müsste man dann konsequenterweise sagen, dass so ein Server generell keine gute Idee ist ;) . Eine wesentlich schlechtere Idee, als shell_exec() in einem Cronjob zu benutzen um ein Python-Script ausuführen, das man ansonsten halt einfach direkt ausgeführt hätte. Oder Plugins im Wordpress oder auch in anderen CMS zu benutzen, ohne den Source-Code genau anzuschauen.

    Eigentlich schon ein CMS an sich zu benutzen, das man nicht selbst geschrieben oder und bis ins letzte Detail auf Sicherheitslücken geprüft hat. Naja, wer hat das schon? Ich nicht. Die CMS-Entwickler eher auch nicht. In der Regel wird das dann auch der Weg sein, auf dem eine Malware überhaupt in ein selbst geschriebenes Python-Script reinkommt, von trivialeren Ursachen wie schwachen FTP-Passwörtern mal abgesehen. Aber wenn jemand per FTP in den Account kommt, dann braucht man sich über Sicherheit oder Unsicherheit irgendwelcher PHP-Funktionen sowieso keine Gedanken mehr zu machen.

    Einmal editiert, zuletzt von tab (5. Mai 2025 um 13:04)

  • du kannst doch PHP im WCP für ein Hosting abschalten, wenn du dies nicht benötigst.

    hey danke fürs nachhaken - ich hatte das vorher probiert und bin an einem default wert für ein php directory gescheitert weil das auf "Select" stand - nachdem ich nun set default daneben geklickt habe wurde es eingetragen und dann konnte ich sinnigerweise php support "abhaken" und SSI, CGI und FASTCGI auch gleich mit. much appreciated.

    The universe tends toward maximum irony. Don't push it.

    2 Mal editiert, zuletzt von webdesignheld (11. Mai 2025 um 09:58)