Beiträge von loswebos.de

    Hallo,


    die von LiveConfig generieret Poolkonfiguration ist unter CentOS nicht lauffähig,
    da als "listen.owner" & "listen.group" jeweils "www-data" angegeben ist.


    Bei CentOS / Redhat müsste es 'apache' lauten.
    In der web.lua sind beide Angaben auch hardgecodet.


    fh:write("listen.owner = www-data\n")
    fh:write("listen.group = www-data\n")



    Und nebenbei, wird es zukünftig auch die Möglichkeit geben "pm.max_children = 8" als Configvariable oder idealerweise in den Angeboten zu definieren.


    VG,
    Torsten

    Selbes Problem hier, Backup ist nach dem Anstossen eines Backups abgeschmiert.
    Da der Kunde den Zeitpunkt des Backupstarts relativ exakt benennen konnte, einzige Fehlermeldung laut Logfile. Danach war LiveConfig nicht mehr erreichbar.


    [2018/10/27 12:20:17.546545] [4918|4918] SSL write error (OS): Bad address
    [2018/10/27 12:20:27.382389] [4918|4918] SSL write error (OS): Bad address


    Die Backupfunktion ist schlichtweg unbrauchbar. In einem Multiserversetup steht sie ja auch nur auf dem Master zur Verfügung. Wann könnte man den hier überhaupt mit einer Lösung rechnen?


    Ich zitiere mal [kk] vom 28.09.2017 (aus Thread https://www.liveconfig.com/de/…hl/page2?highlight=backup)


    Zitat

    Wir sind bereits mitten in der Umsetzung. Backups können künftig wahlweise auf dem Server verbleiben (mit Begrenzung der Anzahl der Backups) oder heruntergeladen werden.
    Wir geben die Funktion schrittweise nach Fertigstellung frei (zuerst Webspace, dann Datenbanken, zuletzt E-Mails).


    Im Changelog (https://www.liveconfig.com/de/changelog) findet sich bisher noch nichts.

    Kann über custom.lua erledigt werden.
    Funktion LC.web.addAccount und dann mittels


    Code
    LC.fs.mkdir(home .. "/.ssh")
    LC.fs.setperm(home .. "/.ssh/", 700, name, name)
    LC.fs.mkdir(home .. "/.composer")
    LC.fs.setperm(home .. "/.composer/", 700, name, name)


    usw. Gilt dann halt nur für neu angelegte Accounts.

    Guten Tag,


    aktuell liefert das LiveConfig Repo (CentOs7) nur das liveconfig-meta Paket




    Ist dies bekannt, oder werden ggf. gerade in diesem Moment neue Paket veröffentlicht?


    Nachtrag, die Repo Config


    Hallo,


    ich hatte in https://www.liveconfig.com/de/…UI-Fragen?p=9525#post9525 bereits im Februar 2015 angefragt, wann es möglich ist, das bei Nutzung von Nginx (nicht als Proxy vorm Apachen), der User auch entsprechende Logfiles zur Verfügung gestellt bekommt.


    >4) Wann könnten denn Nginx AccessLogfiles auf Vertragsebene verfügbar sein?


    Gibt es hierzu bereits eine Info. Die Statistiken funktionieren dann ja verständlicherweise auch nicht...

    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.

    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.

    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.

    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

    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.

    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

    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?

    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?