Beiträge von ap24

    Seit LiveConfig 2.10 werden im Homeverzeichnis des Benutzers folgende Dateien mit angelegt:


    Code
    /var/www/web111
    -rw-r--r--   1 web111 web111    18 Apr  1  2020 .bash_logout
    -rw-r--r--   1 web111 web111   193 Apr  1  2020 .bash_profile
    -rw-r--r--   1 web111 web111   231 Apr  1  2020 .bashrc


    Ist das so korrekt? Der SSH-Zugriff ist für den Reseller bzw. Kunden eigentlich deaktiviert.


    Danke


    Alex

    Super vielen vielen Dank Euch beiden, funktioniert perfekt :D


    Beim Postfach-Entfernen Code ist nur ein kleiner Vertipper:


    Code
    -- Postfach bei lcpolicyd entfernen
    [B]os.execcute[/B]("/usr/lib/liveconfig/lcpolicyd delete " .. addr)


    Nochmals Danke für Eure tolle Unterstützung.


    Alex

    Wie kann man nun das Limit für ein Hostingangebot bzw. für einen Vertrag festlegen?


    Oder muss jede einzelne Emailadresse über


    Code
    /usr/lib/liveconfig/lcpolicyd set info@domain.tld 10 5


    in die Datenbank eingetragen werden?

    Unter CentOS 7 mit MariaDB (5.5.60) als LiveConfig-Backend können wir dieses Verhalten reproduzieren. Wir kümmern uns gerade darum, der Fix wird noch mit in v2.8.1 einfließen.
    (mit SQLite als Backend, sowie auf anderen Distributionen mit anderen MySQL/MariaDB-Versionen klappt es interessanterweise...)


    Das Problem mit der SSL-Bestellung besteht leider noch weiterhin auch mit der Version 2.8.1 :(



    CentOS Linux release 7.6.1810
    LiveConfig 2.8.1-r5602

    Email ist raus ([LC#2019082234000024]), das Problem scheint nur bei neu erstellten Subdomains zu bestehen, wenn z.B. bei einer bereits vorhandenen Subdomain ein neues Zertifikat angelegt wird, läuft die Zertifikatserstellung ohne Probleme.

    Können Sie bitte kurz beschrieben, wie exakt Sie diese Domain angelegt und das SSL-Zertifikat dafür bestellt haben?
    Die Fehlermeldung sagt sinngemäß, dass die Datei für die Domainvalidierung erfolgreich erstellt wurde, LiveConfig aber keinen offenen Bestellvorgang fand und daher den Auftrag nicht weiter verarbeitet hatte.
    Lässt sich das mit anderen (Sub-)Domains reproduzieren?


    Genau so wie im anderen Beitrag beschrieben:


    - die Sudomain erstellt und aktiviert (Hosting - Domains - neue Subdomain)
    - unter "SSL-Zertifikate - neues Zertifikat" das Zertifikat angelegt


    Das Problem besteht auch bei anderen Subdomains, solange bis ein Neustart von LiveConfig erfolgt.


    Die Hauptdomain besteht schon länger und wurde nicht erst kürzlich registriert/angelegt.

    Leider werden die SSL-Aufträge auch nicht bearbeitet:


    Code
    Name		Überprüft		Methode	Status
    demo2.domain.de	00.00.0000 00:00:00	http-01	pending


    Code
    [2019/08/22 11:22:06.731115] [12849|12855] ACME2: loading authorization details from https://acme-v02.api.letsencrypt.org/acme/authz/F-nfbK0HWU0K138xIm_5HoHKzCxjwcanfaUGmQv5rds
    [2019/08/22 11:22:06.988983] [12850|12851] [LUA] Created SSL/TLS domain-validation file '/var/www/.well-known/htdocs/acme-challenge/demo2.domain.de.epyj8O-rY4fkX1zH5j4--7F5IlDfMPZQmn8iVmoJF74'
    [2019/08/22 11:22:06.992495] [12849|12859] Got LC.web.addValidation.status for unknown domain 'demo2.domain.de' at '/.well-known/acme-challenge/epyj8O-rY4fkX1zH5j4--7F5IlDfMPZQmn8iVmoJF74'
    [2019/08/22 11:22:27.432283] [12850|12852] [LUA] LC.exec(/sbin/service httpd reload): error output: Redirecting to /bin/systemctl reload httpd.service


    Erst nach einem Neustart von LiveConfig wird das Zertifikat dann angelegt.


    CentOS Linux release 7.6.1810 (Core)
    LiveConfig 2.8.0-r5579

    Hallo zusammen,


    vielleicht kann mir bitte einer mal die neue "völlig überarbeitete SSL/TLS-Integration" erklären, für mich ist das eher eine Verschlimmbesserung.


    Wenn ich für eine neue Subdomain z.B. forum.domain.de ein SSL-Zertifikat erstellen möchte muss ich erst:


    - die Sudomain erstellen
    - die Sudomain erst aktivieren (da diese standardmäßig deaktiviert ist und somit kein Zertifikat erstellt werden kann)
    - unter dem Punkt "SSL-Zertifikate" das Zertifikat anlegen
    - wieder zurück in die Domainverwaltung
    - die Subdomain auswählen und das Zertifikat aktivieren (da es keine Möglichkeit mehr gibt die HTTPS Weiterleitung direkt beim Anlegen des Zertifikats zu aktivieren)


    Muss das wirklich so umständlich erfolgen???


    Vielen Dank
    Alex

    Ich habe den Part


    Code
    if ($row['dns'] == 1) {
                  # auf eigenem DNS anlegen
                  $d_data['dnstemplate'] = $OPTS['dnstemplate'];
                  if (isset($row['lastchange'])) {
                    $d_data['serial'] = date('Ymd') . '01';
                    if ($d_data['serial'] <= $row['lastchange']) $d_data['serial'] = $row['lastchange'] + 1;
                  }
                }


    im Migrations-Tool mal entfernt, der Import hat nun soweit ohne Fehler funktioniert.

    Guten Tag,


    beim Ausführen des Migrationsscriptes erhalte ich folgende Fehlermeldung:





    Parallels Confixx Version 3.3.9
    LiveConfig Version 2.4.1-r4635
    openSUSE 42.3


    Wie kann das Problem behoben werden?


    Vielen Dank
    Alex

    Nennen wir es "die Ruhe vor dem Sturm" ;)


    War wohl nur ein laues Lüftchen :rolleyes:


    Seit knapp einem halben Jahr keine Updates und das beim zum Teil schweren Bugs...


    Naja scheint ganz so als hätte man keine große Lust mehr - egal wir haben die meisten Server eh schon wieder von LiveConfig abgezogen...