Beiträge von kk

  • E-Mailvorlagen

    Ich befürchte dass wir die Variablen noch nicht im Handbuch aufgelistet haben - werden wir mal mit aufnehmen. Im Prinzip ergeben sich diese aber aus den vorhandenen Vorlagen.
    Am einfachsten wäre es also, sich den bestehenden Text herzunehmen, per "copy&paste" in eine eigene Vorlage zu übernehmen und dort nach Wünschen anzupassen.
    Wichtig ist: "###START:SUBSCRIPTION###" und "###END:SUBSCRIPTION###" markiert einen Abschnitt, der dann jeweils pro Vertrag in der Mail mit den Zugangsdaten wiederholt wird.


    Automatisch versendet LiveConfig keine Willkommensmail. Gehen Sie hierfür auf "Kunden" -> (Kunde auswählen). In der Box "Benutzer" gibt es einen Button "Zugangsdaten..." - damit können Sie eine entsprechende Mail versenden.


    Viele Grüße


    -Klaus Keppler

  • ssl_cipher_list für Dovecot schaltet Perfect Forward Secrecy aus

    Ich gehe davon aus, dass bei den anderen Mailverbindungen im E-Mail-Client (!) eine unverschlüsselte Verbindung eingestellt ist.
    Die "lokalen" Virenscanner klemmen sich zwischen E-Mail-Programm und Mailserver. Der Virenscanner spielt also praktisch "man-in-the-middle".
    Mit der Cipher-Liste hat das mit an Sicherheit grenzender Wahrscheinlichkeit nichts zu tun - der Rechenaufwand um sich "live" in eine Verbindung zu hacken steht da in keinem Verhältnis.


    Die Cipher-Liste steht in der Datei /usr/lib/liveconfig/lua/liveconfig.lua (Variable LC.liveconfig.DEFAULT_SSL_CIPHERS) und kann über eine "custom.lua" modifiziert werden. Ich rate aber DRINGEND davon ab.


    Viele Grüße


    -Klaus Keppler

  • FTP-Verbindung immer wieder unzuverlässig

    Ein häufiges Problem ist die Option "SSL Session Reuse" (im LiveConfig: Serververwaltung -> FTP -> Einstellungen bearbeiten). Sehr viele (ältere) FTP-Clients kommen damit nicht zurecht. Deaktivieren Sie diese Option ggf und versuchen es dann noch einmal.


    Außerdem: wenn der FTP-Server hinter einer Firewall steht, unbedingt den "Passive Mode" beim Client verwenden.


    Wenn die FTP-Verbindung grundsätzlich funktioniert, aber die Übertragung dann Probleme macht, dann hat das nichts mit Benutzerdaten/Login/etc. zu tun, sondern in der Regel irgendetwas mit SSL.

  • DNSSEC für Subdomain

    Zitat von antondollmaier

    Wenn die Domain "shop.example.com" nun als "extern" angelegt wird, kann ich ja nicht DNS-Einträge bei "example.com" anlegen, da die ja schon in der "shop.example.com" existieren, oder? ...


    Man kann im zweiten Vertrag (web2) nur keine Subdomains unterhalb von "shop.example.com" anlegen.


    Das einfachste Vorgehen wäre wirklich so:
    - Vertrag web2 anlegen, IP des Webspace herausfinden (z.B. "1.2.3.4").
    - Vertrag web1 öffnen, dort eine Subdomain "shop.example.com" anlegen: kein Webspace, kein E-Mail, A-Record auf o.g. IP setzen (1.2.3.4). Wenn DNSSEC für "example.org" aktiv ist, wird diese Subdomain somit automatisch auch signiert.
    - neue Domain "shop.example.org" anlegen, als Zielvertrag "web2" angeben, "externe DNS-Server" auswählen
    - im Vertrag "web2" die Domain "shop.example.org" wie gewünscht konfigurieren...


    Zitat

    DS und NS-Records kann ich aber in LiveConfig -> Endkunde -> Domains nicht erstellen.


    Hierfür besteht in 99,999% aller Fälle kein Bedarf, daher gibt es diese RR-Typen bislang dort nicht.


    Viele Grüße


    -Klaus Keppler

  • DNSSEC für Subdomain

    Innerhalb einer LiveConfig-Umgebung macht das wenig Sinn. Als DNS-Server für die Sub-Zone wären ja die selben wie für die Zone selbst eingetragen.


    Es dürfte einfacher sein, die gewünschte Subdomain bei der Hauptzone direkt anzulegen (also nur den A-Record). Beim anderen Vertrag, wo diese verwendet werden soll, wird die dann über "Domain hinzufügen" angelegt, dort aber "externe Nameserver" ausgewählt.

  • Postfachgröße

    Zitat von Aybee

    Ich wüsste nicht was gegen Unbegrenzt spricht?


    Code
    while(true) do; dd if=/dev/urandom bs=10M | mail opfer@example.org; done


    Ohne Postfach-Quota (egal wie groß) ist mindestens der Mailservice, wahrscheinlicher aber der ganze Server so binnen kürzester Zeit tot.
    Nicht zuletzt "freut" sich auch der Kunde dann darüber, wenn er "unbegrenzt" viel Müll aus seinem Postfach entfernen darf. ;)

  • DNSSEC für Subdomain

    Zitat von Azoul

    Ich habe eine Subdomain (blabla.example.com) unter "Mein Hosting" als eigene Domain angelegt und einen DNSSEC Key für diese Domain erstellt.


    Ah ja. Es geht also um eine eigene Unter-Zone.
    Voraussetzung ist, dass die übergeordnete Domain (example.org) DNSSEC-signiert ist.


    In diesem Fall muss der DS-Record in der übergeordneten Zone hinterlegt werden.
    In "example.org" stehen ja für "blabla.example.org" bereits mindestens zwei NS-Records. Da muss der DS-Record dazu. Den Hash und die Parameter für den DS-Records kann man sich im LiveConfig anzeigen lassen (bei der Anzeige der DNSSEC-Schlüssel im Tab "DS-RR").

  • Postfachgröße

    Wie schon geschrieben gibt es technisch betrachtet kein "unbegrenzt".


    Ich empfehle ohnehin dringend, immer irgendein Quota zu setzen, da sonst ein DoS-Angriff möglich wäre (vereinfacht gesagt: so viele Mails an ein Postfach senden bis der Server voll läuft).


    Zum Thema "Fortschritt": Confixx hatte die Mailquotas per Filesystem-Quota realisiert, ein IMAP-Client hatte somit keine Ahnung wie voll ein Postfach ist. LiveConfig macht das im Dovecot ganz ordentlich über "Maildirsize" und IMAP-Quota, jeder moderne IMAP-Client kann das Quota also anzeigen.


    Viele Grüße


    -Klaus Keppler

  • DNSSEC für Subdomain

    Ich verstehe die Frage nicht wirklich.


    Eine Subdomain ist technisch betrachtet nur ein "Resource Record" innerhalb einer Domain (=Zone).
    Wenn ich für "blabla.example.org" also eine DNSSEC-Signatur haben möchte, dann muss in der dazugehörigen Zone (example.org) ein entsprechender Key hinterlegt sein.


    LiveConfig (bzw. BIND) signiert selbstverständlich auch alle Subdomains etc. innerhalb einer mit DNSSEC signierten Zone.


    Viele Grüße


    -Klaus Keppler

  • Apache-Config wird nicht aktualisiert

    So wie es aussieht kann LiveConfig die Liste der Module gar nicht auslesen, vermutlich weil die Konfiguration (derzeit) "kaputt" ist.
    Führen Sie bitte die o.g. Befehle aus (a2dissite/rm) und prüfen dann nochmal, was "liveconfig --diag" bei den Apache-Modulen ausgibt.

  • Apache-Config wird nicht aktualisiert

    Ich kann das leider nicht reproduzieren. Beim Löschen eines Vertrages unter Debian 8 sollte das liveconfig.log etwa so aussehen:


    Gehen Sie bitte im LiveConfig mal auf "Serververwaltung" -> "Web". Taucht der Apache httpd dort auf?
    Auf den ersten Blick sieht das so aus, als ob LiveConfig zum Zeitpunkt des Löschens keinen (korrekt installierten) Apache vorgefunden hatte.


    Zitat

    wie kann ich die Apache-Configs nun aktualisieren?


    Starten Sie den LiveConfig-Prozess mal neu und prüfen, ob Apache gefunden wird (Serververwaltung -> Web). Die noch vorliegende "web28"-Konfiguration können Sie mit den Befehlen

    Code
    a2dissite web28.conf
rm /etc/apache2/sites-available/web28.conf
service apache2 reload


    entfernen.