Cronjob wird nicht automatisch ausgeführt - bei manuellem Start aber schon.

[Anton Korduan]

Hallo beisammen!

Bevor ich mich mit einem Ticket an die Technik wende erst mein Versuch hier im Forum:

Mein Cronjob ruft ein Script auf, welches sich in einem mit .htaccess geschütztem Ordner befindet (es handelt sich um meine Testumgebung).
Lief bisher problemlos.

Seit gestern erhalte ich diese Ausgabe über das DF-Cronjob-Menü "Ausgabe anzeigen":





Wenn ich im DF-Cronjob-Menü dann den Cronjob aber selbst starte, dann läuft alles - hier die Ausgabe:



Wie kann das sein?
Manueller Start funktioniert, automatische Ausführung scheitert am .htaccess - komisch.

Hat jemand eine Idee oder muss ich doch ein Ticket eröffnen?

Danke und herzliche Grüße,
Anton

[wecotec]

Ich würde ein Ticket erstellen. Die Ausgabe bedeutet ja, dass dein Cronhob ein "Access denied" bekommt (ich vermute Du rufst den Job via https auf und hast Zugangsdaten in der Cronjobverwaltung hinterlegt). Das der Job beim manuellen Ausführen aus der Verwaltung heraus läuft ist unlogisch, das sollte er dann auch nicht.

[Anton Korduan]

Ich würde ein Ticket erstellen. Die Ausgabe bedeutet ja, dass dein Cronhob ein "Access denied" bekommt (ich vermute Du rufst den Job via https auf und hast Zugangsdaten in der Cronjobverwaltung hinterlegt). Das der Job beim manuellen Ausführen aus der Verwaltung heraus läuft ist unlogisch, das sollte er dann auch nicht.

Ok - danke, Markus.
Ich warte noch eine weitere Antwort ab, dann wird's vermutlich ein Ticket.

(Ja, die Zugangsdaten habe ich in der Cronjobverwaltung hinterlegt).

[masterframe]

Ist der Pfad zur .htpasswd in der .htaccess relativ oder absolut?

[Anton Korduan]

Ist der Pfad zur .htpasswd in der .htaccess relativ oder absolut?

Der ist relativ absolut ;-)

Er beginnt nicht mit http etc. aber im Root mit "/kunden/KDNR/Unterordner..."

[masterframe]

Absoluter Pfad ist absolut richtig 😂

Hat das Passwort eventuell Sonderzeichen?
Ggf. mal mit nen Passwort ohne Sonderzeichen probieren?

[Anton Korduan]

Absoluter Pfad ist absolut richtig 😂

Hat das Passwort eventuell Sonderzeichen?
Ggf. mal mit nen Passwort ohne Sonderzeichen probieren?

Nur ein Minus ist drin ... und wie gesagt: Wenn ich innerhalb der DF-Umgebung den Cronjob ausführen lasse funktioniert's ja ... echt komisch.

[wecotec]

Ist der Pfad zur .htpasswd in der .htaccess relativ oder absolut?

Muss der nicht immer absolut sein? Wenn der auch relativ geht (hab ich die letzten 25 Jahre nie probiert) wäre mir das neu....

[Anton Korduan]

Muss der nicht immer absolut sein? Wenn der auch relativ geht (hab ich die letzten 25 Jahre nie probiert) wäre mir das neu....

Also bei mir funktioniert es - sowohl via Browser als auch via DF-Umgebung ("Cronjob jetzt starten").
Wie beschrieben ist da Problem nur neuerdings, dass der Cronjob nicht mehr bei der automatischen Ausführung läuft.

[jjknw]

Also bei mir funktioniert es - sowohl via Browser als auch via DF-Umgebung ("Cronjob jetzt starten").

Meine Gedanken dazu:

1. Wenn du via Web-Browser oder via "DF-Umgebung" (damit meinst du wohl den Zugriff mit deinem Browser auf ein Web-basiertes DF-Service?) dein Script anstößt, dann läuft es wohl "im Kontext" eines (Apache-)Webservers. Und dieser kann evt. mit einer relativen Pfadangabe zur .htpasswd umgehen (was ich - wie Markus - jedoch nicht ganz glauben kann...).
2. Falls das Script allerdings automatisch (per Cronjob) angestoßen wird, läuft es vielleicht in dessem "Kontext" - aber der Cronjob-Prozess kann mit dem relativen Pfad nichts anfangen...?

Nur so meine Vermutungen...

[Anton Korduan]

Meine Gedanken dazu:

1. Wenn du via Web-Browser oder via "DF-Umgebung" (damit meinst du wohl den Zugriff mit deinem Browser auf ein Web-basiertes DF-Service?) dein Script anstößt, dann läuft es wohl "im Kontext" eines (Apache-)Webservers. Und dieser kann evt. mit einer relativen Pfadangabe zur .htpasswd umgehen (was ich - wie Markus - jedoch nicht ganz glauben kann...).
2. Falls das Script allerdings automatisch (per Cronjob) angestoßen wird, läuft es vielleicht in dessem "Kontext" - aber der Cronjob-Prozess kann mit dem relativen Pfad nichts anfangen...?

Nur so meine Vermutungen...

Okay - ich kann das ja einfach mal ausprobieren.
Der absolute Pfad beginnt also mit "https://", richtig?

[Lukas M.]

Zum Thema "Pfad zur .htpasswd" sagt die Doku von Apache btw: "If it is not absolute, it is treated as relative to the ServerRoot." https://httpd.apache.org/docs/2.4/mo...l#authuserfile Wobei die .htaccess eigentlich nicht beachtet wird wenn ein PHP-Script direkt aufgerufen wird und nicht über den Apache.

[Anton Korduan]

Habe den Pfad zu pwd nochmal geprüft: der ist absolut angegeben.
Die angabe mit "https://" etc. führt zu einem internal server error.

Ich werde jetzt wohl ein Ticket aufgeben müssen.

Dennoch danke für die Unterstützung!

[Anton Korduan]

Fazit / Lösung

Für alle die mitlesen und die's interessiert:

Nachdem ich das Ticket abgeschickt hatte und wir ein paar mal hin und her kommuniziert haben, wurde das Problem nun gelöst.

Die DF-Techniker haben am Server eine Einstellung geändert, jetzt läuft alles wie am Schnürchen.

Herzliche Grüße,
Anton

[Nils Dornblut]

Fazit / Lösung

Für alle die mitlesen und die's interessiert:

Nachdem ich das Ticket abgeschickt hatte und wir ein paar mal hin und her kommuniziert haben, wurde das Problem nun gelöst.

Die DF-Techniker haben am Server eine Einstellung geändert, jetzt läuft alles wie am Schnürchen.

Herzliche Grüße,
Anton

Danke noch für die Rückmeldung. Das Problem hier war die doppelte Authentifizierung, wenn ich das noch anfügen darf. Das klappte nicht und die Anmeldedaten wurden entfernt aus dem Cronjob selbst.

Mit freundlichen Grüßen

Nils Dornblut