Tag mal die 3 Sachen von mir ein, wenn ich diese raushole (frisches Debian 13) kommt der gleiche Fehler bei mir.
Füge ich sie wieder ein, verschwindet der Fehler.
Tatsache, danke dir - das hat geklappt.
Tag mal die 3 Sachen von mir ein, wenn ich diese raushole (frisches Debian 13) kommt der gleiche Fehler bei mir.
Füge ich sie wieder ein, verschwindet der Fehler.
Tatsache, danke dir - das hat geklappt.
Der Start von ProFTPD schlägt seit dem Update auf Trixie fehl:
Sep 01 09:23:01 server2 systemd[1]: Starting proftpd.service - ProFTPD FTP Server...
░░ Subject: A start job for unit proftpd.service has begun execution
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A start job for unit proftpd.service has begun execution.
░░
░░ The job identifier is 24144.
Sep 01 09:23:02 server2 proftpd[522713]: Checking syntax of configuration file
Sep 01 09:23:02 server2 proftpd[522713]: 2025-09-01 09:23:02,017 server2 proftpd[522713]: the MultilineRFC2228 directive has been deprecated, and will be removed in a future release. Please remove it from your config file.
Sep 01 09:23:02 server2 proftpd[522713]: 2025-09-01 09:23:02,017 server2 proftpd[522713]: fatal: unknown configuration directive 'ShowSymlinks' on line 24 of '/etc/proftpd/proftpd.conf'
Sep 01 09:23:02 server2 systemd[1]: proftpd.service: Control process exited, code=exited, status=1/FAILURE
Alles anzeigen
Alles klar, danke für den Hinweis.
Ist's nur bei uns so, dass sich liveconfig-meta nicht installieren lässt?
root@server ~ # apt install liveconfig-meta
Solving dependencies... Error!
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
Unsatisfied dependencies:
liveconfig-meta : Depends: php5-imap but it is not installable or
php-imap
Recommends: libapache2-mod-suphp but it is not installable
Recommends: php5-mcrypt but it is not installable or
php-mcrypt
Recommends: php5-suhosin but it is not installable
Error: Unable to correct problems, you have held broken packages.
Error: The following information from --solver 3.0 may provide additional context:
Unable to satisfy dependencies. Reached two conflicting decisions:
1. php5-imap:amd64=5.6.30+dfsg-0+deb8u1 is not selected for install
2. php5-imap:amd64=5.6.30+dfsg-0+deb8u1 is selected for install because:
1. liveconfig-meta:amd64=0.7.0 is selected for install
2. liveconfig-meta:amd64 Depends php5-imap | php-imap
[selected php5-imap:amd64 for install]
3. php5-imap:amd64 is available in version 5.6.30+dfsg-0+deb8u1
For context, additional choices that could not be installed:
* In liveconfig-meta:amd64 Depends php5-imap | php-imap:
- php8.2-imap:amd64=8.2.29-1~deb12u1 is not selected for install
Alles anzeigen
Types: deb
URIs: http://repo.liveconfig.com/debian/
Suites: main
Components: main
Signed-By: /usr/share/keyrings/liveconfig-keyring.gpg
Types: deb
URIs: http://repo.liveconfig.com/debian/
Suites: trixie
Components: php
Signed-By: /usr/share/keyrings/liveconfig-keyring.gpg
Alles anzeigen
Ich erhalte auf einer Maschine leider eine Fehlermeldung beim Upgrade:
Vorbereitung zum Entpacken von .../liveconfig_2.11.0-release_amd64.deb ...
Creating SQLite Database Backup
Input File: /var/lib/liveconfig/liveconfig.db
Output File: /var/lib/liveconfig/liveconfig.db.bak-2.10.4-release
sqlite3_backup_step() failed with code 776
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/liveconfig_2.11.0-release_amd64.deb (--unpack):
»neues liveconfig-Skript des Paketes pre-installation«-Unterprozess gab den Fehlerwert 70 zurück
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/liveconfig_2.11.0-release_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Erledigt: Der liveconfig-Dienst lief nicht, nach einem simplen
lief auch das Update problemlos durch.
Hm, das stand bei mir bereits auf "kompatibel" und dennoch meldet dieser Test, dass HTTP2 nicht funktioniert.
root@server ~ # cat /etc/apache2/conf-enabled/http2.conf
Protocols h2 http/1.1
H2Push on
H2PushPriority * after
H2PushPriority text/css before
H2PushPriority image/jpeg after 32
H2PushPriority image/png after 32
H2PushPriority application/javascript interleaved
Hab ich was vergessen?
Lösung
Das File "http2.conf" muss scheinbar in /etc/apache2/conf.d/ liegen, damit es geladen wird.
Ergänzung:
Die SSL-Server-Chiffren müssen auf "kompatibel" stehen. Mit "PCI-konform" klappt's nicht!
Was genau ist damit denn gemeint?
Push? Niemand eine Idee?
Hi Leute,
ich stehe aktuell vor dem Problem, dass der FTP-Client meiner Kunden die "falsche" Uhrzeit bei Dateien und Ordnern anzeigt.
Angezeigt wird GMT, obwohl überall Europe/Berlin gesetzt ist:
use_localtime ist auch in der vsftpd.conf drin, leider scheint das im chroot nicht zu funktionieren? Hat jemand eine Abhilfe dafür?
Wieso? Das macht imho wenig Sinn, bin aber neugierig.
Alles anzeigenSOAP-API-Calls verwenden, wenn es zu viel ist.
Aber ohne User/Passwort anzugeben wird es nicht klappen.
Mit ein Grund, warum wir hier auch IMMER anraten, ALLE Datenbanken/FTP-Accounts/... auf einem Server mit dem Control Panel zu verwalten, sobald ein Control Panel da ist. Bei anschließender Migration vergisst man entweder die Hälfte, oder hat einen massiven Aufwand, diese "externen" Daten nachträglich zu migrieren. Mal von den Nachteilen bei der aktuellen Nutzung abgesehen...
Das passiert nun, seit der Einführung von LiveConfig, ja auch. Nur vorher gab es kein CP, also musste ich die Datenbanken relativ schnell auf den (neuen) Liveconfig-Server umziehen.
Auch wenn die Datenbanken außerhalb von LiveConfig angelegt wurden (z.B. durch den MySQL-Import via SSH), dann können Sie diese trotzdem im Nachhinein über die LC-Oberfläche anlegen (LiveConfig führt ein "CREATE DATABASE [...] IF NOT EXISTS" aus).
Führt das nicht dazu, dass ich für jede Datenbank die User/Password-Kombination neu vergeben muss? Die User existieren bereits, genau wie die Datenbanken.
Doch, muss ich. Puh, das wird ein Spaß - oder gibt es die Möglichkeit, die User-/Password-Abfrage beim Anlegen einer DB zu umgehen?
Nein, außer www. gibt es keine Subdomains - und die sind bei den gängigen, bezahlten, Zertifikaten auch inbegriffen.
Selbst wenn wir alle Domains auf SSL umstellen sind wir bei 10 Zertifikaten.
Ich bin mir sicher, dass ihr mehr als 12 Zertifikate pro Server verwaltet ... erst Recht, wenn die nichts mehr kosten.
Nein, tun wir nicht. Einer meiner Kunden hat lediglich 10 Domains inkl. Webspace auf der Kiste und benötigt eben nur für einige davon ein SSL-Zertifikat und wollte dafür LiveConfig nutzen, weil es wesentlich bequemer ist.
Sehe ich ähnlich und hebelt imho die kostenlose SSL-Geschichte, die sich LE vorstellt, ein wenig aus - ich würde lieber die 7€/monatlich in ein SSL-Zertifikat investieren, als in eine neue LC-Lizenz, die ich eigentlich nicht benötige.
Kann die Entscheidung auch nicht nachvollziehen.
Okay, ich hab den Fehler gefunden. Im Ordner /var/www/web1/conf/php5 existierte eine Datei 'php-fcgi-starter' die mit chattr +i selbst von root nicht zu löschen war.
Mit chattr -i das Bit gelöscht und danach mit rm php-fcgi-starter die Datei gelöscht. Wieder auf FastCGI umgestellt und siehe da: es läuft.
Grüße,
Dominic
Funktioniert denn FastCGI in anderen Verträgen ?
Es gibt keine anderen Verträge, die müsste ich dafür erst anlegen.
Nachtrag: ja, mit einem neuen Vertrag funktioniert FastCGI.
Hi Leute,
nach der Umstellung von mod_php auf FastCGI in einem bestehenden Hosting wirft der Apache einen Error 500. Im error.log finde ich:
[Wed Jul 15 14:01:03.072206 2015] [fcgid:warn] [pid 12989] (104)Connection reset by peer: [client 146.148.21.67:58847] mod_fcgid: error reading data from FastCGI server
[Wed Jul 15 14:01:03.072238 2015] [core:error] [pid 12989] [client 146.148.21.67:58847] End of script output before headers: index.php
Stelle ich es wieder zurück auf mod_php läuft alles problemlos, aber der WordPress-Auto-Update funktioniert nicht mehr (davon abgesehen, dass ich FastCGI für besser halte).
Ideen? Bug im LC?
Hast du vorhin die DB über LiveConfig erstellt?
Nein, ist jetzt im Nachhinein leider auch nicht mehr möglich.