Das mit dem sudo ist mir heute auch aufgefallen.
Eine kleine Info wäre nett gewesen.
Habe es installiert und liveconfig der Gruppe root hinzugefügt.
Läuft so wie ich das sehe
Gruß WU
Das mit dem sudo ist mir heute auch aufgefallen.
Eine kleine Info wäre nett gewesen.
Habe es installiert und liveconfig der Gruppe root hinzugefügt.
Läuft so wie ich das sehe
Gruß WU
Dann versuch doch einfach mal aus der 9 eine 10 zu machen.
Gruß WU
Ich habe das selbe Problem.
Aber mit php 7.3
Es liegt aber an der cms php-fusion.
Ich musste bei php 7.3 opcache deaktivieren damit die Seiten wieder laufen.
Deaktivier mal opcache bei dem vertrag und teste es nochmal.
Gruß WU
Ist wohl bekannt der Bug.
Soll mit der nächsten php Version gefixt sein.
Gruß WU
Beitrag erledigt.
Musste OPCACHE deaktivieren sonst gab es nur noch 500er Fehler.
Debian 9. Mit apache. Zertifikate mache ich aber über console da nur Grund Version von liveconfig und nutze Wildcard zertifikate.
Gruß WU
Bei mir nicht.
Ich muss jedes mal die Weiterleitung auf https weg nehmen damit ich die Zertifikate aktualisieren kann.
Gruß WU
/.well-known/acme-challenge/VKqmkl70BSwL40Rz63Wl3vwUdHFPqGsuRMsNsA8Xqac
Ordner und Datei auf dem ftp vorhanden?
Oder eine Permanente Weiterleitung unter Domains gestellt?
Wenn z.B Domain.d auf http://www.domain.de weiterleitet kommt es auch zu diesem Fehler wie ich feststellen musste.
Mein Problem, alles leitet auf https weiter :
domain.de -> https://domain.de
http://www.domain.de -> https://domain.de
https://www.domain.de -> https://domain.de
und dadurch kann das Zertifikat nicht verifiziert werden da LE unter domain.de sucht und nicht mit https.
Hoffe du verstehst was ich meine.
Gruß WU
Bist du als root eingeloggt?
Gruß WU
Mahlzeit.
Bin gerade dabei auf einem neuen Server umzuziehen.
Wollte dann eine saubere Installation machen dabei kam aber der Fehler das er die a2enmod nicht finden kann. Das liegt am falschen Pfad in der liveconfig-meta.postinst
Zeile 35 :
IST: [ -f /usr/lib/apache2/modules/mod_http2.so ] && /usr/bin/a2enmod http2
SOLL: [ -f /usr/lib/apache2/modules/mod_http2.so ] && /usr/sbin/a2enmod http2
Gruß WU
Ab der 1.3.5a ist der Fehler behoben. Wäre ja schon mal nen Fortschritt.
Das Problem liegt nach langem suchen direkt an ProFTP.
Und zwar ist in der stable von Debian die Version 1.3.5.
Diese beinhaltet aber einen SSL Bug der erst in der 1.3.5a behoben wurde.
Die einzige Möglichkeit die ich gefunden habe, das lahme ssl zu umgehen ist ProFTP selber zu kompilieren.
Habe nun die 1.3.5e kompiliert und ProFTP rennt wieder wie sau.
Schade das Debian nicht mal eine neuere Version ins stable aufnimmt.
Gruß WU
/usr/bin/deb-systemd-helper: error: unable to read lcpolicyd.service
Ich habe ein Update von Debian 7 auf 8 vollzogen nach Anleitung aus dem Forum.
Anfänglich ein paar Probleme mit den EMail Postfächern zwecks SSL3 aber die konnte ich lösen. Aber die oben genannte Meldung bekomme ich seit dem immer.
Was kann ich dagegen tun oder einfach ignorieren?
Mfg
Gesagt, getan.
Verträge neu gespeichert, Anwendungen sind da.
Vielen Dank für den Support.
Gruß WU
Sind die änderungen bereits in der Preview eingeflossen?
Funktioniert leider immer noch nicht.
Danke & Gruß WU
Ich habe leider nur die kleine Lizenz daher kann ich keine festen Angebote einrichten.
Habe 5 Hosting Angebote angelegt, alle Individuel und bei keinem werden die Anwendungen angezeigt.
Server wurde auch bereits neu gestartet.
Noch vorschläge?
Gruß WU
Poste doch die Meldungen mal hier im forum.
Dann können dir auch weitere user helfen.
Gruß WU
Also die ersten beiden solltest du gleich halten.
Ich persönlich verwende 50 MB.
Zum dritten, verwenden ich 300. Der wert gibt an wie lange ein script arbeiten darf bevor es unterbrochen wird. Bei großen Dateien kann das schonmal etwas dauern, daher nehme ich 300 ( Sekunden )
Gruß WU
Würde mich auch brennend interessieren.
Gruß WU
Keiner eine Idee wo der Hund begraben liegen könnte?
Gruß WU