Beiträge von kk

  • Apache startet nicht automatisch - Ubuntu 12.04

    Offenbar muss der Netzwerktreiber erst eine Firmware laden und braucht dann eine knappe Sekunde, bis die Leitung "oben" ist.


    Nehmen Sie testweise mal den Befehl "pre-up sleep 3" in die /etc/network/interfaces mit auf:

    Code
    iface eth0 inet6 static
  address 2a01:4f8:191:8483::2
  netmask 64
  gateway fe80::1
  [B]pre-up sleep 3[/B]


    Damit sollte der Server 3 Sekunden warten bevor er das Netzwerkinterface konfiguriert (und somit auch bevor er dem systemd signalisiert, dass die Interfaces fertig konfiguriert sind).

  • [Liveconfig] Passwort Zurücksetzen

    Ich muss da trotzdem noch mal kurz nachhaken: die Formatierung (wie im Screenshot zu sehen) ist so nicht in Ordnung und auch nicht beabsichtigt. Ich habe das eben noch mal in verschiedenen Varianten durchgetestet und spontan nicht reproduzieren können.


    Daher mal die Frage in die Runde: hat sonst noch jemand so eine "zerschossene" Darstellung der Mail?
    Wenn ja:
    - mit welchem Mailprogramm?
    - nur beim Standard-Text oder auch wenn man einen eigenen Text verwendet?


    Vielen Dank!


    -Klaus Keppler

  • SSL Cipher

    Ab v1.7.3-r2849 wird nun die empfohlene Liste von Mozilla's OpSec verwendet. Außerdem kann man künftig in einer custom.lua durch Ersetzen der Variable LC.liveconfig.DEFAULT_SSL_CIPHERS auch eine abweichende Cipher-Liste pflegen.
    Die v1.7.3-Preview dürfte in den nächsten 2-3 Tagen fertig sein.


    Viele Grüße


    -Klaus Keppler

  • Apache startet nicht automatisch - Ubuntu 12.04

    Ich habe eben mal auf einer unserer Debian7-Server nachgesehen (via Xen 4, mit Standard-Debian-Kernel). ipv6 ist inzwischen statisch im Kernel enthalten, der Eintrag in /etc/modules würde also nichts (mehr) bringen.


    Prüfen Sie bitte, ob bei Ihnen evtl. IPv6 als Modul geladen wird (via lsmod). Ansonsten kann ich mir auch vorstellen, dass die IPv6-Autokonfiguration da eventuell Probleme macht. Hierzu am besten eine Datei /etc/sysctl.d/ipv6.conf einrichten und mittels "net.ipv6.conf.default.autoconf=0" etc. die Auto-Konfiguration (autoconf) und Router-Advertisements (accept_ra) deaktivieren.

  • App "Roundcube 1.0.0.1"

    Hallo,


    im App-Repository ist bereits die korrigierte Version vom Roundcube-Installer enthalten. LiveConfig aktualisiert das Repo alle 24 Stunden; ggf. starten Sie LiveConfig einfach mal neu, dann haben Sie nach ca. 30 Sekunden das Update drin.

  • Apache startet nicht automatisch - Ubuntu 12.04

    Zitat von bash

    Joar wie ich vermutet hab..


    Listen [2a01:4f8:191:8483::2]:443
    NameVirtualHost [2a01:4f8:191:8483::2]:443


    das is indem Falle der Fehler.. :)


    Was soll daran der Fehler sein?


    Wenn ich das Bootprotokoll richtig lese, kann Apache2 um 02:47:40 nicht an die IP-Adresse 2a01:4f8:191:8483::2 binden, während NTP etwa vier Sekunden später um 02:47:44 an dieser Adresse einen UDP-Port aufmachen kann.
    Das deutet auf ein bekanntes Problem mit einer "ungünstigen" (=schlechten) Serverkonfiguration hin: die ersten Dienste werden gestartet bevor die IP-Adressen fertig konfiguriert sind.


    In diesem Fall lautet die Frage also: wie wird die o.g. IPv6-Adresse auf dem Server konfiguriert? Statisch, per Router-Advertisement oder gar per DHCPv6?
    Andere, seltenere Möglichkeit ist, dass das IPv6-Kernelmodul erst relativ spät geladen wird; in diesem Fall nehmen Sie "ipv6" in die /etc/modules auf und aktualisieren das Boot-Image (update-initramfs).


    Viele Grüße


    -Klaus Keppler

  • EILIG: LiveConfig v1.7.2 verfügbar / Sicherheitslücke in OpenSSL 1.0.1

    Zitat von Sven_67

    An sich hatte ich mir vorgenommen, ned zu meggern oder mich über LC zu beschweren.
    Allerdings habe ich seit dem Update auf 1.7.2.-r2825 Probleme mit dem MYSQL-Server.


    Tut mir leid, aber LiveConfig hat mit MySQL rein gar nichts zu tun - zum Verwalten von Datenbanken meldet sich LiveConfig nur wie ein ganz normaler Client an MySQL an.


    Zitat

    Server / LC mehrfach neu gestartet - trotzdem werden einige Datenbanken als koruppt bezeichnet


    Häufigste Ursache für korrupte Datenbanken ist das unkontrollierte Herunterfahren ("Reset") eines Servers - gab es vielleicht irgendwann einen unerwarteten Neustart?


    Wenn "normale" ISAM-Tabellen korrupt sind, können die z.B. mit dem Tool "myisamcheck" repapiert werden, oder noch viel einfacher direkt über die MySQL-root-Konsole:

    Code
    mysql -u root -p
(Passwort eingeben)
USE DATABASE web123db45;
REPAIR TABLE korrupte_tabelle;

  • Kunden SSL Zertifikate

    Das lässt sich nur verhindern, indem Kunden mit SSL eine eigene (am besten exklusive) IP-Adresse zugewiesen bekommen.


    Es gibt bei SSL keine "Standard-Seite" - der Server muss nunmal irgendein Server-Zertifikat präsentieren, Apache nimmt da das erstbeste.
    Sie können das ggf. abfangen, indem Sie einen Default-Webspace ("000default") einrichten und mit einem eigenen SSL-Zertifikat versehen. Dann würde Apache diese Seite ggf. als Standardseite ausliefern.

  • EILIG: LiveConfig v1.7.2 verfügbar / Sicherheitslücke in OpenSSL 1.0.1

    Zitat von neduc

    Habe dann das ganze Handbuch durchforstet und jeden Punkt abgearbeitet und bin dann auf den Punkt mit der Lizenznummer gestoßen. Und hier lag der Fehler. Das Update hat die alte Lizenznummer nicht mehr anerkannt.


    Das hat mit dem Update nichts zu tun. U.a. beim Neustart von LiveConfig wird geprüft, ob die vorliegende Lizenz (/etc/liveconfig/liveconfig.key) noch gültig ist, falls nicht wird diese automatisch verlängert.

  • EILIG: LiveConfig v1.7.2 verfügbar / Sicherheitslücke in OpenSSL 1.0.1

    Zitat von neduc

    Also bei mir hats einiges zerschossen. Was kann ich nun machen, damit Live Config wieder rund läuft?


    Das Problem ist meistens, dass wenn LiveConfig zusammen mit vielen anderen Paketen aktualisiert wird, LiveConfig zu einem "ungünstigen" Zeitpunkt neu gestartet wird während die anderen Pakete (Postfix, Dovecot usw.) gerade aktualisiert und somit nicht durch LiveConfig erkannt werden.


    Starten Sie LiveConfig einfach noch mal neu, dann sollten wieder alle Dienste da sein.

  • EILIG: LiveConfig v1.7.2 verfügbar / Sicherheitslücke in OpenSSL 1.0.1

    Hier ist ein kleiner Workaround, um den Massen-Austausch von Zertifikaten etwas zu vereinfachen:


    Mit folgendem SQL-Befehl (in der LiveConfig-Datenbank) kann man sich alle Verträge anzeigen lassen, in welchen SSL erlaubt ist:

    SQL
    SELECT HC_NAME
FROM HOSTINGCONTRACTS LEFT JOIN HOSTINGPLANS ON (HC_PLANID=HP_ID)
WHERE HC_SSL > 0 OR HP_SSL > 0


    Mit folgendem SQL werden all diese Verträge "markiert", so dass diese beim nächsten Neustart von LiveConfig automatisch neu konfiguriert werden (soll heißen: die vHost-Konfigurationen dieser Verträge werden neu geschrieben):


    SQL
    UPDATE HOSTINGCONTRACTS SET HC_REFRESHCFG=2824
WHERE HC_ID IN (
  SELECT HC_ID FROM HOSTINGCONTRACTS LEFT JOIN HOSTINGPLANS ON (HC_PLANID=HP_ID) WHERE HC_SSL > 0 OR HP_SSL > 0
)


    Anschließend muss LiveConfig neu gestartet werden; nach wenigen Sekunden sind die entsprechenden vHost-Configs aktualisiert. Bei Multi-Server-Installationen reicht ein Neustart des LiveConfig-Servers (man muss also nicht alle lcclients neu starten).


    Mit dem nächsten Update wird es einfacher, ein aktualisiertes Zertifikat auch zu übernehmen (sowohl für mit SSL konfigurierte Dienste als auch in Hostingverträgen).


    Viele Grüße & ein schönes Wochenende


    -Klaus Keppler

  • Greylisting kaputt?

    Die Log-Meldung ist leider etwas zu kurz - da müsste noch mehr stehen (nach dem "Server configuration problem;").


    Da LiveConfig nichts an der Postfix-/Postgrey-Konfiguration ändert, steht dies wohl auch nicht in einem direktem Zusammenhang mit dem LiveConfig-Update. Vielleicht lief nur einfach der Postgrey-Dienst nicht?