Beiträge von antondollmaier

  • IP in Apache ändern/hinzufügen/entfernen hat keine Auswirkung auf Bind

    Zitat von lebenszeit

    Wie hast du das geschafft? kk hat den Bug, afair wie du ihn beschrieben hast, bestätigt. Behebung würde noch etwas Zeit in Anspruch nehmen.


    Eventuell sind hier zwei verschiedene Bugs/Probleme gemeint.



    Wenn wir hier eine IP zur IP-Gruppe hinzufügen oder löschen, wird sehr wohl die Zone entsprechend angepasst. Funktioniert seit sehr langer Zeit, mit 2.7 jedoch auch (letzte Woche erst genutzt).


    Zitat

    Kann es sein dass du die Domain deren Zone du geprüft hast via GUI bearbeitet hast?


    Auch bei zusätzlich gesetzten DNS-Einträgen gab es keine Fehler.

  • Default SSL Certificate abgelaufen

    The default SSL-Certificate:


    - has a CommonName which will never match any domain name
    - is the fallback, if a domain is accessed over HTTPS and the user hasn't activated his own certificate


    The validity of this default SSL certificate shouldn't matter - at all and as stated above.

  • (Mail-)Migration: Single-Server -> Multi-server

    Zitat von fx998

    In einem Wartungszeitraum verschiebt man kurzzeitig die Nutzdaten, so dass alle E-Mail und Webverzeichnisse leer sind. Damit erstellt man das Backup und anschließend verschiebt man die Daten wieder zurück.


    In der Zeit sind damit für alle IMAP-Nutzer die Postfächer leer, was deren lokalen Cache komplett durcheinander bringt. Halte ich nicht unbedingt für die beste Idee.

  • (Mail-)Migration: Single-Server -> Multi-server

    Zitat


    [*]IP-Adresse des Mailsystems auf das neue System umziehen


    Kunden verwenden niemals nicht eine einzelne IP-Adresse, da Server ja typischerweise über IPv4 und IPv6 erreichbar sind.


    Sie verwenden zwischenzeitlich auch nicht mehr "mail.example.com" oder "imap.example.com", da das Probleme mit dem SSL-Zertifikat gibt.


    Somit verwenden Kunden nur noch "server1.example.com" als Servername, da darauf auch das SSL-Zertifikat ausgestellt ist.


    Und diesen Namen kann man bequem auf eine neue IP-Gruppe zeigen lassen, wenn die TTL niedrig genug gesetzt ist und das SSL-Zertifikat übernommen wird.


    Zitat

    [*]Nutzdaten im Hintergrund migrieren(per rsync(unterschiedliche UIDs!)[/LIST]
    E-Mails liegen bei LiveConfig in /var/mail und gehören allesamt derselben UID des Benutzers "mail".




    [quote]Auf die Art und Weise könnte man den E-Maildienst relativ unterbrechungsfrei migrieren. Die Nutzer hätten nur vorübergehend keinen Zugriff auf die vorhandenen E-Mails Ihrer Postfächer, bis der Hintergrund-sync abgeschlossen ist.


    Was ebenfalls verkürzt werden kann:


    - initialer RSync im laufenden Betrieb
    - Dienste abschalten, ab jetzt Ausfall
    - neuer Rsync, der nur die Änderungen überträgt
    - Dienste wieder einschalten


    Somit wird die Downtime minimiert.

  • Php-fpm

    Zitat von kk

    Bei FastCGI gibt es zwangsweise mindestens eine laufende PHP-Instanz pro Vertrag und pro PHP-Version. FPM ist hier flexibler und ermöglicht es, auch den "ersten" benötigten PHP-Interpreter nur bei Bedarf zu starten. Bei Shared-Hosting ermöglicht das somit (theoretisch) eine höhere Kundendichte pro Server, insbesondere wenn der Trend zu vielen verschiedenen PHP-Versionen gleichzeitig geht.


    Ich glaube, das sollte genau andersrum sein.


    Bei Fcgid läuft normal kein einziger PHP-Prozess - solange, bis die erste Anfrage für den VirtualHost kommt.


    Der FPM-Pool hat selbst im "onDemand"-Modus noch einen Haupt-Prozess aktiv, der immer läuft.


    Oder bin ich komplett auf dem falschen Dampfer?

  • Preview: LiveConfig 2.7.0

    Zitat von RB-Media-Group

    SuPHP lief bis zum Update ohne Probleme, mit FastCGI geht nun die Versionsauswahl wieder.


    Wurde in der Richtung was verändert?


    Nachdem suPHP gar nicht mehr verfügbar sein sollte, eben weil es "suphp-common" seit Jessie gar nicht mehr gibt, ist das doppelt interessant.


    Einfach überall von suPHP auf FastCGI umstellen. Erspart einige Probleme, die suPHP hat(te).

  • Roundcube und Liveconfig

    Solange das Zertifikat nicht auf "localhost" ausegstellt ist (was ich vermute), wird das nicht funktionieren.


    Daher sagte ich ja, dass RoundCube als SMTP-Server eben nicht "localhost" nehmen soll, sondern den Servernamen, auf den das SMTP-Zertifikat ausgestellt ist.

  • Roundcube und Liveconfig

    Zitat

    Im smtp debug log steht:


    Postfix erfordert TLS/STARTTLS, andernfalls ist kein Versand möglich.



    Also den SMTP-Server umstellen auf:


    Code
    $config['smtp_server'] = 'tls://%h';


    (oder auf was auch immer euer SSL-Zertifikat ausgestellt wurde)