Beiträge von kk

  • Reset DNS

    Zonenfiles manuell zu editieren ist in der Regel keine gute Idee... Das erste Problem ist schon mal, dass LiveConfig nur die "erste Version" der Zone als Datei erzeugt, alle weiteren Änderungen werden über dynamische Updates vorgenommen (dazu erzeugt der BIND dann die .jnl-Datei). Ohne genau zu wissen was man da macht (und ohne "rndc freeze/thaw") geht das garantiert schief.


    Um eine Zone neu erzeugen zu lassen reicht es, im LiveConfig beim Vertrag unter dem Tab "Domains" die Domain erst auf "externe DNS-Server" zu schalten, dann speichern - dann ca. 1 min warten - dann wieder auf den eigenen DNS-Server schalten.


    Viele Grüße


    -Klaus Keppler

  • Sonderzeichen in Mailadressen

    Hallo,


    die zugelassenen Zeichen können nicht geändert/erweitert werden. Die einfachste Lösung wäre vermutlich, manuell in /etc/postfix/virtual_alias ein Alias anzulegen ("mail+zeichen@domain ziel@domain") und danach "postmap virtual_alias" auszuführen.
    LiveConfig entfernt keine Einträge aus der virtual_alias von Postfächern die es nicht kennt.
    Das "+"-Zeichen spielt in vielen Konfigurationen eine Sonderrolle, daher erlaubt LiveConfig das nicht.
    Viele Grüße


    -Klaus Keppler

  • PHP 5.6.15 und 7.0.0RC6

    Die PHP-Pakete wurden eben auf Version 5.6.15 und 7.0.0RC6 aktualisiert.
    PHP 7.0 soll voraussichtlich am 12. November als "stabil" freigegeben werden - wer das seinen Kunden/Anwendern also anbieten möchte, kann das mit dem aktuellen Release Candidate bequem vorbereiten und testen.
    Alle weiteren Details dazu stehen im Wiki.


    Außerdem haben wir damit begonnen, schrittweise auch einige häufig benötigte PHP-Erweiterungen als fertige Pakete anzubieten; konkret machen APCu und ImageMagick für PHP 5.6 den Anfang (derzeit nur unter Squeeze verfügbar, Wheezy und Jessie folgen in Kürze).


    Viele Grüße


    -Klaus Keppler

  • Domains immer an Vertrag/Kunden gebunden?

    Ja, eine Domain kann immer nur einem Vertrag zugeordnet sein. Sie können aber die Subdomains als eigene "Domains" den jeweiligen Kundenverträgen hinzufügen (fügen Sie dann z.B. dem Kunden 1 eine Domain namens "c1.root.de" hinzu).

  • Falscher Pfad zu php-fcgi-starter

    Zitat von leepfrog

    Das Thema gab es auch bei mir. Sollte liveconfig-meta das Paket nicht mitinstallieren?


    Bislang wurde das über die Abhängigkeit zu mod_suphp mit installiert. suPHP gibt's aber unter Debian 8 nicht mehr, so kommt php5-cgi nicht mehr ins Spiel. Im nächsten Update von liveconfig-meta wird php5-cgi dann aber explizit mit drin stehen.

  • SSL Zerrtifikat für Kunden

    In die /etc/liveconfig/sslcert.pem muss nur das Zertifikat eingetragen werden, welches den Zugriff auf LiveConfig selbst betrifft. Siehe Wiki.


    Wenn der Kunde seine SSL-Zertifikate selbst verwaltet, muss man als Admin also nichts weiter machen. Im Vertrag des Kunden muss halt SSL aktiviert sein, sowie die Option dass der Kunde seine Zertifikate selbst verwalten darf. Und in der IP-Gruppe des Webservers muss SSL (ggf. mit SNI) aktiviert sein (Serververwaltung -> Web -> IP-Gruppe bearbeiten).

  • Per Api Domains Ips zuweisen

    Aktuell lässt sich über die Funktion "HostingDomainAdd" die IP-Gruppe nicht auswählen.
    Ich habe eben einen Feature-Request dazu angelegt (#195), wir nehmen das ins nächste oder übernächste Update auf (das nächste Update ist ein "großes" Release, daher evtl erst in das darauf folgende).

  • Falscher Pfad zu php-fcgi-starter

    Nachtrag: die "Standard-Version" (also der Handler für "php5") wird immer dann verwendet, wenn der Benutzer keine bestimmte andere PHP-Version für eine (Sub)Domain ausgewählt hat. Daher sucht LiveConfig hier nach einem Handler für "php5".

  • Falscher Pfad zu php-fcgi-starter

    Kurz gesagt: es scheint keine "Standard-Version" von PHP installiert zu sein - deren Konfiguration wäre dann nämlich in ~/conf/php5/
    Ich vermute, dass das Paket "php5-cgi" nicht installiert ist. Installieren Sie das nach, und speichern den betroffenen Vertrag danach neu ab (z.B. irgendeine (Sub)Domain-Einstellung bearbeiten - damit wird die vHost-Konfiguration und auch der php-fcgi-starter neu geschrieben).


    Viele Grüße


    -Klaus Keppler

  • Jessie PHP Config

    Bitte installieren Sie noch das Paket "php5-cgi", starten LiveConfig danach neu und speichern dann die Verträge oder irgendein Angebot noch mal neu ab. Im meta-Paket ist bislang das PHP-CGI-Paket nicht enthalten (kommt mit einem der nächsten Updates dazu).


    Viele Grüße


    -Klaus Keppler

  • ProFTP - Error while reloading configuration (exit code: 1)

    Ich tippe mal darauf, dass die Grundkonfiguration des Servers nicht ganz sauber ist.
    Was liefert denn der Befehl "hostname -f"?


    In /etc/hostname gehört der Hostname (wenn der Server z.B. "www.example.com" heißt, dann muss da "www" drin stehen). In /etc/hosts gehört dann ein Eintrag in der Form "<IP> <FQDN> <Hostname>", also z.B. "123.45.67.89 http://www.example.org www".
    Danach sollte "hostname -f" als Ausgabe z.B. "www.example.org" liefern, der Aufruf von "hostname" dagegen nur "www".

  • Linux Malware Detect (LMD/maldet)

    Problem 1: wer maldet zum Scannen von PHP-Uploads (mittels Suhosin) nutzt, sollte unbedingt prüfen, ob in der Datei /usr/local/maldet/conf.maldet die Variable "scan_user_access" auf "1" gesetzt ist.
    Auf unseren Systemen wurde die offenbar durch das große maldet-Update vom 19.09. auf "0" zurückgesetzt, wodurch suhosin alle PHP-Uploads abgeleht hatte. :-/
    Also: auf "1" setzen, danach ca. 10 Minuten warten oder den Befehl "maldet --mkpubpaths" ausführen.


    Problem 2: wer maldet zusammen mit ClamAV installiert hat, hat(te) eventuell kaputte Symlinks im ClamAV-Signatur-Verzeichnis herumliegen. Bitte ggf prüfen ob in /var/lib/clamav/ alles passt.
    Der Fehler ist bei GitHub beschrieben.
    Ggf die kaputten Links löschen, danach clamav-daemon neu starten.


    Viele Grüße


    -Klaus Keppler

  • Linux Malware Detect (LMD/maldet)

    Hallo,


    am 19.09.2015 wurde vom LMD (Linux Malware Detect) ein Update ausgerollt, was zu enigen Problemen führt. Wir analysieren das im Moment, in Kürze gibt's hier weitere Infos dazu.
    Betroffen sind insbesondere der Scan von Uploads via PHP sowie z.T. ClamAV-Daemon (der u.a. zum Scannen von E-Mails verwendet wird, was also zu Problemen bei SMTP führen kann).


    Wer maldet nicht installiert hat, ist hiervon nicht betroffen (wird von LiveConfig nicht automatisch mit installiert).


    Viele Grüße


    -Klaus Keppler

  • Mailversand um -empfang plötzlich gestört. ClamAV?

    Setzen Sie ClamAV (Virenscanner) ein?
    Wenn ja, dann prüfen Sie bitte, ob der "clamav-milter" und "clamav-daemon" noch laufen.


    Ansonsten steht der Grund für "Service not available" sicherlich in den einschlägigen Log-Dateien (/var/log/mail.log).


    [EDIT] Hab' erst jetzt Ihren Abschnitt über ClamAV gesehen. Ja, vermutlich ist das ClamAV-Update nicht ordentlich gelaufen und hat beim Reload den Prozess zerlegt.


    Viele Grüße


    -Klaus Keppler


    PS: aktuelle LiveConfig-Version ist 1.9.1-r3767.