Externer Cronjob wird bei Einsatz von .htaccess nicht ausgeführt

**uses MSD regulary** Joined: 29 Jan 2006 Posts: 12

Hallo zusammen,

ich bins mal wieder, die alte Nervensäge. Nachdem ich jetzt 1.21 installiert hatte, wollte ich es ganz sauber machen und habe eine .htacces und eine .htpasswd erzeugt, was auch funktioniert. Jetzt stelle ich fest, dass ein Aufruf des Perlscriptes von einem externen Dienstleister (www.cronjob.de) nicht funktioniert. Wenn ich die .htxxxx Files wegnehme funktioniert es.

Thumbsup

Sehr guter Schutz.

Gibt es eine Möglichkeit den User und das Passwort mit dem Scriptaufruf mitzugeben oder geht das überhaupt nicht?

Grüsse Bolli

Wenn du dort einen Cronjob erstellst, steht unten drunter unter anderem das:

**uses MSD regulary** Joined: 29 Jan 2006 Posts: 12

Dabei hatte ich doch auf den FAQ's nachgesehen, aber jetzt erst nach Deinem Hinweis gesehen. Muss wohl doch mal eine Brille beantragen. Asche auf mein Haupt.

Danke für Deine Mühe.

Grüsse Bolli

Hallo,
habe vor 2 Tagen bei selfphp einen externen cronjob so
http://www.meinedomain.de/cgi-bin/crondump.pl?config=mysqldumper.conf
eingerichtet, der aber nicht ausgeführt wird (evtl. wegen .htaccess - siehe dieses posting)
Jetzt aber dumm gefragt:
Wenn ich nun bei selfphp eintrage:
http://meinname:meinpasswort@www.meinedomain.de/cgi-bin/crondump.pl?config=mysqldumper.conf
Ist das dann nicht ein Sicherheitsrisiko?

**Donator** Joined: 12 Jan 2005 Posts: 202 Location: Köln

Hallo Werner,

nun es ist immer ein Risiko URL mit Paßwort durch Internet zu schicken. Ein Möglichkeit wäre wenn du einen Server oder ein Hostingpaket hast wo du Cronjob mit ausführen kannst. Dann brauchst du nicht zu Fremdanbietern zu gehen. Anderseits habe auch ich über ein Jahr so meine Cron Jobs ausführen lassen und es ist nichts passiert.

Grüße
Fabio

Hallo Fabio,
danke für den Hinweis. Ich werde überlegen, wie ich verfahren werde. Bei meinem hoster (hostloco) würde es mit 1 Euro mehr pro Monat zu Buche schlagen und da bin ich mir nicht ganz schlüssig, ob es für mich das Wert ist, da ich eben nur diesen einen Job zur Datenbanksicherung brauche.

Last edited by ggramlich on 2006-02-16, 12:24; edited 1 time in total

Könnte mir vorstellen, dass du das Sicherheitsrisiko kleiner hältst, wenn du ausschließlich das Perl Skript in einen ungeschützten Ordner bewegst (noch nicht einmal die conf, obwohl ich jetzt gar nicht weiß, ob da Passwörter drin stehen).
Dann könnte zwar jeder andere auch das Skript aufrufen, aber damit kann man ja nichts wirklich Böses (außer vielleicht DenialOfService) anstellen.

EDIT: Mach ein eigenes Verzeichnis für das Perl Skript und schütze es mit einem anderen Passwort als das, das du für das MSD Web-Interface nimmst, dann wirst du ganz ordentlichen Schutz haben, ohne selfphp oder anderen Cronjob Anbietern dein "Master-"Passwort zu geben.

Vielleicht klappt bei dir ja auch das, was ich vorhabe. Dann brauchst du keinen echten Cronjob.
http://forum.mysqldumper.de/viewtopic.php?t=1333

Ich stimme Fabio zu.

Im Prinzip ist alles, was über das Internet verschickt wird unsicher und kann ausspioniert werden.
Strenggenommen gehört dazu auch das Verschicken der Backups per Email oder das Versenden der Daten per FTP.
Hier muss jeder selbst entscheiden, ob er die Features nutzt oder es lieber sein lässt.

Ich selbst sehe das völlig entspannt - es kommt aber sicherlich auch auf die Art von Daten an und ob man als Firma z.B. rechtlichen Bestimmungen zum Datenschutz unterliegt und inwiefern man als Angriffsziel taugt.

Darauf basierend würde ich auch entscheiden, ob der eine Euro sich nicht lohnt.
Wenn es keine sensiblen Daten sind, kann man durchaus einen externen Cronjobanbieter benutzen. Handelt es sich um Kunden- oder Rechnungsdaten, dann würde ich den Euro investieren - allerdings hätte ich dann kein Verständnis dafür, dass solche Daten auf einem shared Server liegen, den Du nicht administrieren kannst. Wink

Hallo alle,
ich sehe das insofern jetzt auch entspannt, weil es sich um völlig unsensible Daten (Wetterdaten) handelt. (und da ist mir auch der eine Euro zuviel, da spende ich lieber nochmals für den MSD Very Happy

)
Mein Problem stellt sich im Moment allerdings verändert:
Weder die Lösung ohne Passwort noch die Lösung mit Passwort (die ich gestern getestet habe) funktioniert bei selfphp. Das Perlskript wird einfach nicht abgearbeitet, also scheint es nicht nur die .htaccess-Problematik zu sein.
Habe jetzt schon bei selfphp deswegen angefragt, aber leider noch keine Antwort erhelten.
PS: um Spekulationen vorzubeugen: Wenn ich das perlscript selbst aufrufe, geht alles problemlos, es liegt also weder am MSD noch an einer fehlenden Perlunterstützung.

Vielleicht geht dort der Aufruf mit Passwort einfach nicht?

Versuchs mal bei http://www.cronjob.de/ .
Da klappt es auf jeden Fall (habe ich getestet).

Hallo,
habe es jetzt bei cronjob.de eingerichtet, klappt einwandfrei. Danke nochmals!

Hallo,
zu früh gefreut. Der cronjob bei cronjob.de klappt nur, wenn der ftp-Versand nicht aktiviert ist. Konkret:
Ohne ftp-Versand wird die Datenbank von momentan 2.56 mByte problemlos gesichert. Mit ftp-Versand hat die Datei nur eine Größe von 276 kByte und der Versand (was eh nichts helfen würde), wird nicht durchgeführt.
Nun heißt es bei cronjob.de

Ich glaube eher, dass Dein Problem hier lieg:

Last edited by wneudeck on 2006-02-17, 13:03; edited 1 time in total

Hallo,

Um die Zeitgrenze auszuschließen kannst Du mal ein Backup mit einem Präfix durchführen, so dass nur eine oder wenige Tabellen gesichert werden. Wenn dann der FTP-Versand funktioniert liegt es an einem Zeitlimit.