Cronjob als Befehlszeile (z.B. wget) schlägt fehl - Versionsgeschichte

Standard am 18. März 2022 um 11:18 Uhr

2022-03-18T11:18:46Z

← Nächstältere Version		Version vom 18. März 2022, 13:18 Uhr
Zeile 3:		Zeile 3:
	Es scheint die chroot-Umgebung nicht korrekt angelegt zu werden und muss daher manuell angepasst werden. Geplante Aufgaben die als "Befehl ausführen" vom Kunden angelegt werden, werden durch Plesk nämlich sicherheitshalber nicht via /bin/bash ausgeführt, sondern mit stark abgespeckten Rechten der /bin/bash (chrooted).<br>		Es scheint die chroot-Umgebung nicht korrekt angelegt zu werden und muss daher manuell angepasst werden. Geplante Aufgaben die als "Befehl ausführen" vom Kunden angelegt werden, werden durch Plesk nämlich sicherheitshalber nicht via /bin/bash ausgeführt, sondern mit stark abgespeckten Rechten der /bin/bash (chrooted).<br>
	<br>		<br>
	Tendenziell hat der Kunde exakt '''keinen Vorteil''' wenn er die Option "Befehl ausführen" verwendet anstelle von "URL aufrufen". Der erste und wirksamste Tipp ist also der, die geplante Aufgabe als "URL aufrufen" anzulegen.<br>		Tendenziell hat der Kunde exakt '''keinen Vorteil''' wenn er, insbesondere für einen simplen URL Aufruf, die Option "Befehl ausführen" verwendet anstelle von "URL aufrufen". Der erste und wirksamste Tipp ist also der, die geplante Aufgabe als "URL aufrufen" anzulegen.<br>
	<br>		<br>
	Hier nun dennoch ein Workaround:		Hier nun dennoch ein Workaround:

Standard am 18. März 2022 um 11:09 Uhr

2022-03-18T11:09:56Z

← Nächstältere Version		Version vom 18. März 2022, 13:09 Uhr
Zeile 1:		Zeile 1:
	Es kommt auf unseren AlmaLinux Systemen momentan zu dem Phänomen, dass Cronjobs von Kunden, die ihre geplante Aufgabe als "Befehl ausführen" angelegt haben, nicht ausgeführt werden können.<br>		Es kommt auf unseren AlmaLinux Systemen momentan zu dem Phänomen, dass Cronjobs von Kunden, die ihre geplante Aufgabe als "Befehl ausführen" angelegt haben, nicht ausgeführt werden können.<br>
	Ob es nun nur bei migrierten Kunden auftritt, oder grundsätzlich bei AlmaLinux konnte noch nicht ganz repliziert werden.<br>		Ob es nun nur bei migrierten Kunden auftritt, oder grundsätzlich bei AlmaLinux konnte noch nicht ganz repliziert werden.<br>
	Es scheint die chroot-Umgebung nicht korrekt angelegt zu werden und muss daher manuell angepasst werden.<br>		Es scheint die chroot-Umgebung nicht korrekt angelegt zu werden und muss daher manuell angepasst werden. Geplante Aufgaben die als "Befehl ausführen" vom Kunden angelegt werden, werden durch Plesk nämlich sicherheitshalber nicht via /bin/bash ausgeführt, sondern mit stark abgespeckten Rechten der /bin/bash (chrooted).<br>
	<br>		<br>
	Hier nun ein Workaround:		Tendenziell hat der Kunde exakt '''keinen Vorteil''' wenn er die Option "Befehl ausführen" verwendet anstelle von "URL aufrufen". Der erste und wirksamste Tipp ist also der, die geplante Aufgabe als "URL aufrufen" anzulegen.<br>
			<br>
			Hier nun dennoch ein Workaround:

	----		----

Standard am 18. März 2022 um 11:04 Uhr

2022-03-18T11:04:17Z

← Nächstältere Version		Version vom 18. März 2022, 13:04 Uhr
Zeile 1:		Zeile 1:
	Es kommt auf unseren AlmaLinux Systemen momentan zu dem Phänomen, dass Cronjobs von Kunden, die ihre geplante Aufgabe als "Befehl ausführen" angelegt haben, nicht ausgeführt werden können.<br>		Es kommt auf unseren AlmaLinux Systemen momentan zu dem Phänomen, dass Cronjobs von Kunden, die ihre geplante Aufgabe als "Befehl ausführen" angelegt haben, nicht ausgeführt werden können.<br>
	Ob es nun nur bei migrierten Kunden auftritt, oder grundsätzlich bei ~~AlmLinux~~ konnte noch nicht ganz repliziert werden.<br>		Ob es nun nur bei migrierten Kunden auftritt, oder grundsätzlich bei AlmaLinux konnte noch nicht ganz repliziert werden.<br>
	Es scheint die chroot-Umgebung nicht korrekt angelegt zu werden und muss daher manuell angepasst werden.<br>		Es scheint die chroot-Umgebung nicht korrekt angelegt zu werden und muss daher manuell angepasst werden.<br>
	<br>		<br>

Standard: Die Seite wurde neu angelegt: „Es kommt auf unseren AlmaLinux Systemen momentan zu dem Phänomen, dass Cronjobs von Kunden, die ihre geplante Aufgabe als "Befehl ausführen" angelegt haben,…“

2022-03-18T11:03:41Z

Die Seite wurde neu angelegt: „Es kommt auf unseren AlmaLinux Systemen momentan zu dem Phänomen, dass Cronjobs von Kunden, die ihre geplante Aufgabe als "Befehl ausführen" angelegt haben,…“

Neue Seite

Es kommt auf unseren AlmaLinux Systemen momentan zu dem Phänomen, dass Cronjobs von Kunden, die ihre geplante Aufgabe als "Befehl ausführen" angelegt haben, nicht ausgeführt werden können. 
Ob es nun nur bei migrierten Kunden auftritt, oder grundsätzlich bei AlmLinux konnte noch nicht ganz repliziert werden. 
Es scheint die chroot-Umgebung nicht korrekt angelegt zu werden und muss daher manuell angepasst werden. 
 
Hier nun ein Workaround:

----
 
;1. Logge Dich als 'admin' in Plesk ein und gehe in das Abonnement des betreffenden Kunden

;2. Gehe in die FTP-Einstellungen und wähle dort den Systemuser aus
:Hat der Kd. mehrere FTP Nutzer ist der Systemuser stets der, den Du nicht löschen könntest (Auswahlbox deaktiviert)

;3. Aktiviere im Dropdown '''"Zugriff auf den Server via SSH"''' die Option '''"/bin/bash (chrooted)"'''
:Bestätige die Änderung mit OK

;4. Logge Dich nun als User 'root' via SSH auf dem Server ein und

;5. Bearbeite die wgetrc mit folgendem Befehl
:<code>mcedit /etc/wgetrc</code>
::Der letzte Eintrag dieser Konfiguration lautet #secureprotocol = auto
::Entferne die Raute (#) und ändere die Zeile auf
:secureprotocol = TLSv1

;6. Kopiere diese bearbeitete Datei nun in das /chroot Verzeichnis
:<code>cp -a /etc/wgetrc /var/www/vhosts/chroot/etc/</code>

;7. Installiere ein Plesk Script zum Aktualisieren der chroot-Umgebung
:<code>wget <nowiki>https://plesk.zendesk.com/hc/article_attachments/360023025260/update_chroot.zip</nowiki></code>
:<code>unzip update_chroot.zip ; chmod u+x ./update_chroot.sh</code>

;8. Aktualisiere nun wget in der chroot-Umgebung
:<code>./update_chroot.sh --add wget</code>

;9. Änderung anwenden auf alle Domains
:<code>./update_chroot.sh --apply all</code>

;10. Gehe bei dem betreffenden Kunden nun in Plesk wieder in die FTP-Einstellungen und wähle den Systemuser aus

;3. Wähle im Dropdown '''"Zugriff auf den Server via SSH"''' die Option '''"Forbidden"'''
:Bestätige die Änderung mit OK