Beiträge von loswebos.de

    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?

    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.

    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.