Beiträge von antondollmaier

  • Let´s Encrypt auch für Mailkonten?

    Zitat von kk

    So was die "mail.kundendomain.de" geht (vereinfacht gesagt) nicht.


    *hust* SNI *hust*


    aber ja, im Normalfall ist das natürlich nicht praktikabel.



    Zitat

    Einzige Ausnahme wäre ein Multi-Domain-Zertifikat, das macht mit mehr als 3-4 Kunden dann aber auch keinen Spaß mehr. Zudem sähe da jeder Kunde die Domains der anderen Kunden mit im Zertifikat.


    Zitat

    Sauberste und gängige Lösung ("best practive"): das Ding "mail.anbietername.de" nennen und den Kunden eben diesen Namen mitteilen. Oder "server123.anbietername.de". :D


    Gibt noch was sinnvolleres - aber das sprengt den Rahmen des Forums und ist mit einem Server auch nicht machbar.

  • Let´s Encrypt auch für Mailkonten?

    Nochmal: solange dein Mailserver (IMAP/POP3/SMTP) nicht genau das Zertifikat verwendet, dessen Hostname du im Client konfigurierst, kannst du so viele Zertifkate holen, wie du willst: es bringt nichts.


    Zitat

    In die Serververwaltung komme ich nicht rein, ich hab nur nen VServer beim Hoster. Ich denke da sollte aber alles vom Hoster eingetragen sein.


    Dann sag deinem Hoster, er soll das gewünschte Zertifikat beim Mailserver hinterlegen.



    Falls da nicht eh schon ein Zertifikat hinterlegt ist: verwende doch einfach diesen Namen im Mailclient?

  • Let´s Encrypt auch für Mailkonten?

    Zitat von MK70

    Nun dachte ich, dass man damit auch die Mailkonten absichern kann, doch hier funktioniert das nicht. Sind die LE-Zertifikate nicht für die eMailkonten nutzbar?


    vs


    Zitat

    Das Zertifikat wurde bereits erstellt:
    - Domain: zertifikat.domain.de
    - eMail: zertifikat@domain.de


    Der Mailserver im DNS lautet: mail.kundendomain.de


    Es muss das korrekte Zertifikat hinterlegt werden:


    http://www.liveconfig.com/de/h…tml#tutorial.servers.mail



    Zertifikats-Name (CN) sowie verwendeter Hostname für POP3/IMAP/SMTP im Mailclient müssen identisch sein.



    Klappt 1a.

  • https Probleme bei Einrichtung

    Zitat von WebLive

    Ich hoffe nur das nicht alle so denken ...


    Ich schon.


    Nicht gepflegte Server werden schnell als Quelle für Spamversand, Angriffe gegen Dritte oder gar als Teil von DDoS-Attacken missbraucht.


    Geübt wird lokal im LAN. Dafür gibt es Virtualbox, VMWare Player und Konsorten. Wer eigene Hardware dafür nutzt, kann auch VMWare Server ESXi oder Proxmox PVE verwenden, um sich ein virtuelles Netzwerk aufzubauen.

  • https proxy

    Zitat von Subdata

    Öffne ich allerdings die http über die 301 ist der Post öffentlich. Setze ich http auch auf Spiegelung wie die https. Hab ich das gleiche Problem wieder mit dem Login das ich wieder auf der Anmeldemaske lande.


    - HTTP: 301-Redirect, Ziel: "https://liveconfig.example.com/*"
    - HTTPS: Proxy, Ziel: "https://liveconfig.example.com:8443" (Domain entspricht dem CN des SSL-Zertifikates, das in der LiveConfig-SSL-Konfiguration verwendet wurde!)


    kk: eventuell könnte man das in die FAQ aufnehmen?

  • https proxy

    Meine Vermutung: HTTP-Aufruf, obwohl das HTTPS-Only-Cookie gesetzt ist.


    => Alles über HTTPS (und Port 8443) laufen lassen. HTTP als 301-Redirect auf HTTPS laufen lassen.

  • DNS-Replikation mit PowerDNS

    Zitat von iLLogical

    ich wollte kurz das von mir getestete Setup in Sachen DNS-Replikation vorstellen. Das Problem ist ja, dass LiveConfig andere DNS-Server nicht über neue DNS-Zonen benachrichtigen kann. Daher müssen die Zonen immer erst vorher angelegt werden, was durchaus mühselig sein kann.


    nö.


    LiveConfig-Client dem Nameserver installieren und in den LC-Cluster einbinden. Läuft problemlos, so dass LiveCOnfig die Zonen dann auch auf den Slaves anlegt.


    Zitat

    PowerDNS unterstützt den Superslave-Modus und ist damit in der Lage vom LiveConfig-BIND alle Zonen zu pullen und diese selbstständig anzulegen, zu löschen und zu updaten. Man kann die Replikations-Slaves also völlig unangetastet lassen nach der ersten Konfiguration.


    Das Löschen halte ich - auch aus eigener Erfahrung - für ein Gerücht.


    Ich darf aus der Doku zitieren:


    Zitat von https://doc.powerdns.com/md/authoritative/modes-of-operation/

    Note: Removal of zones provisioned using the supermaster must be done on the slaves themselves. As there is no way to signal this removal from the master to the slave.


    Inwieweit das praktikabel ist, muss jeder selbst entscheiden. Ich empfinde es als suboptimal, wenn ein Slave auch weiterhin auf eine Zone reagiert, die schon gelöscht ist.

  • Nachträglich Multiserver Setup

    Zitat von Aybee

    Wenn man nun eine LiveConfig Standard Lizenz/Server benutzt mit Aktiven Kunden, ist es dann möglich nachträglich noch ein MultiServer Instanz zu erstellen?


    ja.


    Lizenz tauschen (Key löschen, neu registrieren), dann wird aus dem Standard-Server ein Business-Server.


    Zitat

    Was passiert dann mit den Kunden die auf den Standard Server sich befinden?


    nichts.


    Es ist aktuell nicht möglich, aus einem LiveConfig Server (ob nun Basic, Standard oder Business) einen LiveConfig Client zu bauen.


    Somit kann ein bestehender Server dann halt weitere Web/Mailserver verwalten. Die bestehenden Kunden können aber nicht verschoben werden (auch nicht "alles lokal" zu "hier Web/DB, dort Mail").

  • phpMyAdmin plain Text seit letztem Update

    Zitat von codexer

    Welche Alternativen habe ich?
    Wäre es besser, für Kunden die phpMyAdmin benötigen, die ofizielle phpMyAdmin Version auf den jeweiligen Webspace zu installieren?


    Oder auf phpmyadmin.example.com, die als reguläre (Sub-)Domain auf einem Vertrag liegt, den PHPmyAdmin als Anwendung installieren und diese URL dann bei der MySQL-Serververwaltung zu hinterlegen.


    Somit kann jeder Kunde beim Klick auf die Datenbank den zentralen PHPMyAdmin nutzen.


    Und ja, es ist egal, auf welchem Vertrag der PHPMyAdmin dann liegt: MySQL kann nicht unterscheiden, aus welchem Webspace-Vertrag eine MySQL-Verbindung aufgebaut wird.

  • Zugriffsfehler beim Umstieg von Apache mod_php5 auf mod_fcgid

    Zitat von kt01

    Zuerst mit "a2dismod php5" das php5-Modul entfernt und mit "a2enmod fcgid" FastCGI geladen.


    das war suboptimal.


    Solange der Apache noch Konfigurationen mit mod_php hat, sollte das Modul nicht deaktiviert werden.



    Zitat

    Danach bekomme ich leider immer wieder den Fehler 503.


    Der Apache-Errorlog sagt dazu:

    Code
    Permission denied: mod_fcgid: couldn't bind unix domain socket /var/run/mod_fcgid/(wechselnde Zahlen)


    /var/run ist bei Debian ein Symlink auf die Ramdisk /run, die Einstellung wäre also nach einem Reboot korrigiert.


    Allerdings gibt es auf unseren Debian 8 den /var/run/mod_fcgid nicht.





    Zitat

    Vielleicht noch ein kleiner Exkurs, warum ich das überhaupt anstrebe:
    Ich habe in einem anderen Thread über Zugriffsprobleme gesprochen. Nunja, diese existieren, seitdem ich den Apache2 mal gepurged habe. Warum weiß ich mittlerweile selbst nicht mehr. Da ging die Eskapade erst los. Danach hab ich die Konfig vom Apache wieder von LC übernehmen lassen. Leider funktionen seit dem Tag keine PHP-Settings mehr über LC und auch die von LC gesetzten Schreibrechte sorgen für Probleme auf meinem Webspace (Wordpress kann keine Pakete updaten oder installieren). Das konnte ich bisher nur mit einem "chown -R www-data:www-data ." im entsprechenden Verzeichnis lösen. Ich erhoffe mir nun, dass diese Probleme durch die Abwicklung über FastCGI ablaufen. (Die Schreibrechte setze ich wie hier beschrieben auch vorher wieder zurück: https://www.liveconfig.com/de/…ar-www-%C3%BCberschrieben). Ich bin auch für andere Lösungsvorschläge sehr dankbar.


    Da sollte sich jemand den Server wirklich mal genauer anschauen. Das dürfte schneller und einfacher gehen, als hier endlos über das Forum Unterstützung zu geben.

  • Installation

    Zitat von andreas

    Hallo,
    für alle mit einer Basic-Lizenz die eingeschränkt sind hier eine Browsermöglichkeit die es ermöglicht schnell LE-Zertifikate anzulegen: https://zerossl.com/free-ssl/#crt
    Funktioniert ohne Probleme, habe es soeben getestet.


    und das wiederholst du nun alle 61 Tage selber? :)


    Alternative: https://gethttpsforfree.com/


    Zitat

    Verstehe nicht wirklich, warum dies bei einer Basic Lizenz nicht integriert ist! :(


    Damit mehr Standard/Business-Lizenzen verkauft werden.