Beiträge von weltmeister

    Selbes Problem hier. Ändert man die IP für den externen Zugriff, werden vorhandene IPs in der Datenbank nicht aktualisiert, nur wenn man neue Datenbanken anlegt, stehen dann die neuen IPs in der DB, vorhandene Datenbanken bleiben unberührt. Wie kann man das Problem kurzfristig lösen?

    Ein frisch installierter Server (Debian9) mit lcclient, liefert bei mir permanent folgende Fehlermeldung:




    Das ganze ist auch eher wieder ein "kosmetischer" Fehler.
    Da es noch keinen Account auf dem Server gibt, ist die Fehlermeldung logisch.
    Kann aber unter Umständen zu Verwirrungen führen.


    Das selbe Problem haben wir auch - was ist zu tun?

    Die vereinfachte erkennung der PHP-Versionen funktioniert hervorragend! Jetzt fehlt nur noch eine "Massenänderungsmöglichkeit" der PHP-Version für alle Kunden, ohne jedesmal in der Datenbank herumbasteln zu müssen.

    Moin, wie es den nun der Stand der dinge. Momentan fahr ich mit tartarus. Das Gefällt mir aber nicht. Ist es den wirklich so schwierig, dies in LC so zu Migrieren, wie bei Plesk?


    Und nein ich will kein Plesk zurück, ich will und werde bei LC bleiben.


    Viele Grüße


    Wir bekommen diesbezüglich auch immer wieder fast täglich die selben Fragen: "wo ist die Backup- und Restore-Funktion, die es bei Confixx vor 15 Jahren schon gab und warum gibt es diese bei Ihnen nicht?"

    In der Tat beschreibt das auch ganz gut die Feature-Wünsche, die bei uns am häufigsten nachgefragt werden.
    Die meisten der o.g. Punkte sind im nächsten Update (v2.6) bereits enthalten, etwa zum CloudFest herum wird diese zumindest als Preview freigegeben.
    (die Begrenzung ausgehender Mails fehlte in der Liste noch ;) - die wird in 2.6 auch in die GUI integriert sein)


    Wann steht diese neue Version eigentlich zur Verfügung und werden alle Wünsche umgesetzt?

    Trotz der Spamlisten kommt sehr viel Müll durch. Es fehlen weitere globale Sperrmöglichkeiten für z.B. IPs oder bestimmte Mailadressen. Wird es diese Möglichkeit in Zukunft geben?

    Ich würde das auch begrüßen, mit den Kundenaccounts klappt das ja bereit sehr gut, aber für den eigenen Server sollte dringend eine Lösung her, wenn man dauerhaft von den kostenpfl. Zertifkaten weg will.

    Ja, das wäre super.


    Mir reicht auch eine einfache Lösung, d.h. eine Checkbox zum Aktivieren.
    (Den Defaultwert einfach in die LCDEFAULTS speichern, z.B. 12 Monate oder so.)


    Alle Kunden, die etwas Spezielleres benötigen, können sich ja dies immer noch per .htaccess konfigurieren.
    Aber ich denke, dass 99% der Kunden die Let'sEncrypt benutzen gerne auch einfach per Häkchen HSTS aktivieren möchten.


    So ist es, bitte die Funktion umsetzen. "Bei jedem 0815-Massenhoster kann man dies im Backend einstellen" - so argumentieren einige unserer Kunden und nicht jeder kennt sich mit .htaccess usw. aus.

    aber beachten, dass der Server außerhalb der Vertragsordner in /var/log auch Logs hat!




    Wenn die IP anonymisiert wird, ist das denke ich flexibel. Ohne Anonymisierung maximal 7 Tage, aber auch das ist eher heikel.


    Danke für die Hinweise!


    Danke, habe die Funktion "Archivierte Logs löschen: nach x Tagen" völlig übersehen. Das ist natürlich eine super-Sache, wenn es genau das schon so gibt.


    Über welchen Zeitraum sollte man die Logs für die Endkunden aufbewahren?

    Heute wollte ein Kunde wissen, wie lange denn die Server-Logfiles in den Endkundenaccounts gespeichert werden. Es handelt sich hierbei um ein Jahr, ist das richtig?


    Wortwörtlich kam die Frage so rein:

    Zitat

    Wie lange speichert ihr die Logfiles? Dies muss wohl angegeben sein, derzeit habe ich 7 Tage geschrieben.


    Bei Hosteurope ist das z.B. so beschrieben: https://www.hosteurope.de/faq/…files-werden-gespeichert/


    Gibt es eine solche Übersicht auch für LiveConfig, bzw. kann man die Dauer der Speicherung beeinflussen?

    Ist doch eigentlich schon beschrieben: in der LiveConfig-Datenbank den "gelöscht"-Status des Vertrags zurücksetzen:

    SQL
    UPDATE HOSTINGCONTRACTS SET HC_DELETED=0 WHERE HC_NAME="web28";


    Danach den Vertrag über die GUI erneut löschen (d.h. rechts oben in die Schnellsuche "web28" eingeben, den gefundenen Vertrag anklicken und löschen).
    Wenn beim Löschen etwas schief geht, wird es eine Meldung in der /var/log/liveconfig/liveconfig.log geben.
    Das Löschen geht eigentlich nur dann schief, wenn es ernste Probleme gibt (d.h. nicht löschbare Verzeichnisse o.ä., damit die nicht versehentlich "recycled" werden).


    Perfekt, vielen Dank, das war die Lösung des Problems!

    Das ist jetzt nicht dein Ernst?
    Du erwartest echt für jeden Fehler, der auf einem deiner Server auftaucht, eine ausführliche Anleitung?
    Vergiss es.
    Poste die LOG bzw. den entsprechenden Abschnitt ( JEDER Fehler wird in einer LOG aufgeführt!!! ) und dann kann man versuchen, zu helfen.


    Ich möchte eigentlich nur wissen, wie man den angeblich vorhandenen Vertrag finden und löschen kann, bzw. was in der Datenbank evtl. gelöscht oder angepasst werden muss. In den Logs steht nichts nennenswertes zu diesem Fehler, bzw. das Log wird nicht ergänzt, wenn man versucht einen Vertrag anzulegen, der angeblich bereits existiert.

    Heute wieder das selbe Problem: Vertrags-ID bereits in Verwendung - ohne nennenswerte Einträge im Log.
    Fakt ist, dass kein Vertrag mit dem Namen "web28" existiert, neu anlegen kann man diesen auf Grund der Fehlermeldung allerdings nicht. Wo soll man anfangen zu suchen?