Beiträge von loswebos.de

  • E-Mail-Whitelist

    Gibt es hier schon eine Rückinfo, wie und wann eine White/Blacklist über die GUI gepflegt werden kann.
    Auch bei uns Fragen recht viele Kunden (welche Zuvor auf Confixx Servern gehostet wurden) nach diesem Feature.

  • Backup schlägt fehl

    Wie ist den der aktuelle Stand bei den Backups, so nach nahezu exakt 3 Monaten ;)


    In einem Multiserver Setup kann der Kunde ja derzeit überhaupt nichts über die GUI backupen, sofern er nicht auf dem Master liegt.

  • Autodisvover: falscher Hostname für SMTP Sektion

    Okay, also wird das Feld nur Verwendet sofern LiveConfig die DNS Einträge selbst verwaltet um die CNAME Einträge zu verwalten.


    Wünschenswert wäre eine Konfigurationsmöglichkeit, das der per XML zurückgelieferte Wert vom eigentlichen Hostnamen des Servers/MyHostname abweichen kann.


    mail01.domain.de -> per XML ausgegeben als mail.domain.de
    mail02.domain.de -> per XML ausgegeben als mail.domain.de
    mail03.domain.de -> per XML ausgegeben als mail.domain.de.


    Ziel von mir war es, später unter mail.domain.de einen IMAP/POP3 Session Proxy aufzubauen, der anhand des Benutzernamens die Session zum richtigen Backend weiterleitet. Quasi um es für Kunden einfacher zu halten.

  • Vertrag nur teilweise sperren / deaktivieren?

    Hallo Herr Keppler,


    CentOS 7 ist richtig.


    Kunde selbst nicht gesperrt, es sollte nur Webzugriff auf einen Vertrag gesperrt werden. (Also via Vertrag bearbeiten)


    Ich hab's gerade nochmal getestet, es finden sich keine Fehler oder Informationen in/var/log/liveconfig/lcclient.log (in dem Fall auf dem zugehörigen Mailserver)


    VG und Dank fürs Anschauen,
    Torsten Walther

  • Autodisvover: falscher Hostname für SMTP Sektion

    Es geht hier _nicht_ um den Postfix 'myhostname' Wert.


    Meine Frage bezieht sich auf folgenden Wert:


    Unter SMTP Konfigurieren -> Feld "Auto-Konfiguration" im Tab SSL/TLS.


    Diese Eingabe wird in MAILSERVERS.MS_DISCOVERY_HOST der LiveConfig DB gespeichert, kommt aber anscheinend nirgends zur Anwendung/Ausgabe im XML.


    Getestet via : "curl https://hosting.loswebos.de/li…ss=test%40kundendomain.de". Dort wird in der SMTP Section immer der Mailservername (also myhostname vom Postfix) ausgegeben.


    Als Ergänzung : Mail/Webserver sind getrennt. Aktuelle Version auf Master und Client.

  • Vertrag nur teilweise sperren / deaktivieren?

    Ich hab es soeben auch mal in der aktuellen Version ( 2.5.2-r4777 auf dem master und dem Client) geprüft.


    Ziel: Webseite sperren, Rest unangetastet lassen. Dh Zugriff per FTP und die eMail Adressen soll weiterhin möglich sein.


    Status: deaktiviert [x] Webspace [ ] E-Mail [ ] FTP


    Resultiert darin, dass die Webseite nicht erreichbar ist, also wie gewünscht.


    Allerdings auch dass kein eMail Empfang mehr geht.
    nach jeder Änderung von [ ] E-Mail in [ x ] E-mail und zurück wird /etc/dovecot/deny.imap neu geschrieben, der Inhalt ist unverändert, dh. die eMail Adressen des Vertrages sind in jeglicher Klickkonstellation enthalten und somit für den Abruf gesperrt.


    Dh. das selektive Sperren einzelner Dienste funktioniert schlichtweg nicht

  • Autodisvover: falscher Hostname für SMTP Sektion

    Hallo,


    ein Test Request auf "https://meineliveconfig.url/liveconfig/hosting/autodiscover?emailaddress=kunde@domain.de" liefert im SMTP Abschnitt den konfigurierten Hostnamen, nicht den Wert aus dem Abschnitt "Autodiscover" der SMTP Server Konfiguration.


    Mailserverhostname ist mail01.loswebos.de
    Soll aber via Autodiscover als mail.loswebos.de propagiert werden.


    Ich dachte dafür ist das Feld eigentlich da ?!


    Ausgangsserver (Falsch):


    Code
    <outgoingServer type="smtp">
      <hostname>mail01.loswebos.de</hostname>
      <port>587</port>
      <socketType>STARTTLS</socketType>
      <username>%EMAILADDRESS%</username>
      <authentication>password-encrypted</authentication>
    </outgoingServer>


    Beim Eingangsserver stimmts:

    Code
    <incomingServer type="imap">
      <hostname>mail.loswebos.de</hostname>
      <port>993</port>
      <socketType>SSL</socketType>
      <username>%EMAILADDRESS%</username>
      <authentication>password-encrypted</authentication>
    </incomingServer>


    Denkfehler meinerseits?

  • APP Problem

    phpmyadmin lässt sich als APP nicht installieren.
    Einziger Output an der Stelle:


    Code
    �


    War allerdings auch schon vor dem Update auf die 2.5 der Fall.
    Was könnte den hier die Ursache sein?

  • APP Problem

    App Installer läuft, das Wordpress (in dem Beispiel) wird nahezu korrekt installiert.


    Allerdings wird das gewählte Datenbankpasswort nicht korrekt in die wp-config.php geschrieben.
    Dort steht nur


    Code
    define('DB_PASSWORD', '88▒^?▒^?');


    Trage ich dann dort, das korrekte Datenbankpasswort ein, funktioniert die Wordpress Installation einwandfrei.

  • APP Problem

    Selbes Problem hier. Laut Logfile:


    >[2017/10/29 14:33:00.543503] [1681|1683] Created database 'hst1060dwp' (user 'hst1060dwp')
    >[2017/10/29 14:33:00.545118] [1680|1688] Database exception: syntax error, unexpected TKPARAMETER >(SQL: UPDATE DBS SET DB_PASSWORD=NULL WHERE DB_ID:1)


    AppInstaller ist aktuell somit nicht nutzbar. Die Datenbank an sich wurde aber auf dem MySQL Server angelegt. geht halt nur nicht weiter.


    Ergänzung: Nach dem gestrigen Update der LiveConfig Version.

  • Anwedungen aktualisieren

    Irgendwelche Infos bezüglich der App Updates (phpmyadmin lässt sich beispielsweise nicht installieren, ohne jegliche Fehlermeldung, die bei der Recherche der Ursache helfen könnte).


    Wie könnte man einzelnen nicht mehr funktionale Apps deaktivieren, sodass sie ein Kunde nicht mehr auswählen kann?

  • SSLProtocol -TLSv1 -TLSv1.1 optional deaktivieren.

    Hallo,


    laut apache.lua sind die SSLProtocole hardgecodet.


    fh:write(" SSLProtocol ALL -SSLv2 -SSLv3\n")


    und landen somit in der 00_default_vhost.conf.


    Könnte man das konfigurierbar gestalten (custom.lua). Einige Kunden auf Managed Servern benötigen PCI 3.1 und darin sind die beiden TLS v1.0 und v1.1 nicht mehr erlaubt (oder nicht gern gesehen).