Beiträge von kk

Einfachste Lösung ist, als "admin" unter "Mein Hosting" einen Vertrag anzulegen und diesem die Domain "server1.host.de" zuzuordnen - dann kann ein SSL-Zertifikat via Let's Encrypt beantragt werden.
LE macht einen HTTP-Zugriff zur Authentifizierung, daher braucht man derzeit zwangsweise einen Webspace. Eine Authentifizierung per DNS ist zwar schon spezifiziert, wird von LE aktuell aber noch nicht angeboten.

Was LiveConfig betrifft: aktuell kann das Zertifikat für LiveConfig nur "von Hand" verwaltet werden (default: /etc/liveconfig/sslcert.pem) - wir planen aber das auch über die LC-Oberfläche verwaltbar zu machen und somit auch Let's Encrypt nutzen zu können (sonst müsste man das ja alle 90 Tage von Hand austauschen...)

Zitat von Razor'

Wir fänden es erleichternd wenn einfach alle Domains in einer liste Auffindbar währen und dahinter die kdnr. zu dem die Domain gehört.

Verwaltung -> Berichte -> Kunden-Domains

Führen Sie als root mal "/etc/init.d/postfix restart" aus und schauen was es für Meldungen in /var/log/mail.log gibt.

Zitat von jacboy

gut, wenn ich das gewusst hätte

Das steht zum einen in der Anleitung (http://www.liveconfig.com/de/handbuch/tutorial.domains.xhtml, Abschnitt "Weiterleitung") als auch in dem Info-Tooltip bei dem kleinen "(i)"-Icon.

Zitat von ViperAix

Desweitere habe ich ein paar Probleme was den Mailserver angeht!
Ich habe in den Servereinstellungen das SSL-Zertifikat ausgewählt nur leider funktionioert das nicht! Auch im SSL-Check wird mir kaum was angezeigt: https://www.liveconfig.com/de/sslcheck?q=jabsng.net

Was für eine Linux-Distribution verwenden Sie denn genau?
Der Fehler "TLS not available due to local problem" deutet darauf hin, dass Postfix nicht auf das SSL-Zertifikat zugreifen kann.
- existieren die Dateien "/etc/ssl/private/postfix.key" und "/etc/ssl/certs/postfix.crt"?
- ist das Paket "ca-certificates" installiert?

Natürlich ist ein 301 möglich...
Unter "Hosting" -> "Domains" z.B. die Domain "jabsng.de" bearbeiten und bei HTTP einstellen:
"Weiterleitung", Typ: "permanent (301)", Ziel: "https://jabsng.de/*"
Mit dem "/*" am Ende der URL werden eventuelle Pfade bei der Weiterleitung mit übernommen (also http://jabsng.de/beispiel.html -> https://jabsng.de/beispiel.html)

Was liefert denn unser SSL-Check beim Port 21? http://sslcheck.liveconfig.com

Ach ja: verschlüsselter FTP-Zugriff (FTPS) geht, indem man im LiveConfig bei der FTP-Konfiguration SSL aktiviert und dann im Client "FTP mit explizitem TLS/SSL" (FTPS) auswählt.

WinSCP (=SCP) hat auch überhaupt nichts mit FTP zu tun. Das Protokoll läuft via SSH, d.h. die User dürfen in das selbe Filesystem wie auch ein SSH-User. SSH-User "einzusperren" ist relativ aufwendig (Stichwort: chroot-Jail) - also nicht unmöglich aber i.d.R. mit einem gewissen Pflegeaufwand verbunden.
LiveConfig sorgt an sich aber dafür, dass solche User natürlich nicht in "fremde" Webspace-Dateien schauen können und hält auch seine eigene Konfiguration soweit wie möglich lesegeschützt.

Ist denn HTTPS überhaupt für die Webseiten aktiviert?

• unter "Serververwaltung" -> "Web" die jeweilige IP-Gruppe bearbeiten & ggf. SSL für diese IPs aktivieren
• im jeweiligen Webspace-Vertrag muss auch SSL (HTTPS) aktiviert sein
• und zuletzt muss man für die gewünschten (Sub-)Domains HTTPS aktivieren und ein SSL-Zertifikat auswählen

Oder meinen Sie den Zugriff auf LiveConfig selbst? Das läuft auf Port 8443, manche Netze blockieren den. Über die /etc/liveconfig/liveconfig.conf können Sie das aber auch auf einen anderen Port legen.

Zeigt LiveConfig unter "Serververwaltung" -> "FTP" eine Fehlermeldung?
Ansonsten mal auf dem Server "/etc/init.d/proftpd restart" ausführen...

Kein Problem.

PS: https://www.google.de/search?q=ssh+over+dns

Hallo,

interessanter Fehler... beim Neustart des FTP-Prozesses ist es da zu einem Fehler gekommen, und LiveConfig hat scheinbar keinen gültigen Fehlercode erhalten (womit wir an dieser Stelle nicht rechnen, daher der Lua-Fehler...).
Was taucht denn in /var/log/liveconfig/liveconfig.log um diesen Zeitpunkt herum auf?

Nein, im Lua-Teil hat sich nichts geändert.
(es gab auch Änderungen "unter der Haube", die betreffen aber nur "internen" Code)

Hallo,

bislang unterstützt LiveConfig PHP nur im FastCGI-Modus. FPM kommt aber in Kürze (Preview dazu noch vor Weihnachten).

Viele Grüße

-Klaus Keppler

Ab sofort steht mit Version 2.0.0-r3952 ein kleines Update bereit, welches die beschriebenen Darstellungsfehler beseitigt.
Auf demo.liveconfig.com wurde das Update auch schon eingespielt.

Viele Grüße

-Klaus Keppler

Zitat von aho546745

Auf meiner Installation bleiben nach Entfernen des hakens "Mailbox anlegen" in der Emailverwaltung die zuvor mit der Mailbox verwendeten Login-Daten aktiv.

Das ist derzeit so beabsichtigt. Ein "echtes" Löschen/Deaktivieren des Postfachs würde zu neuen Problemen führen. Beispiel: ein Kunde hat 10.000 Mails im Postfach und möchte vorübergehend neue Mails nur weiterleiten (aber weiterhin auf das Postfach. Würde das Postfach dann beim Entfernen des Häkchens gelöscht/deaktiviert, wären alle Mails nicht mehr erreichbar...

Den Account dann nur für den Versand zu sperren ist technisch möglich, wird von LiveConfig aktuell aber noch nicht unterstützt. Die Funktion ist vorbereitet (über eine separate Hash-Table, die dann auch zum Blockieren von gesperrten Accounts sowie beim Erreichen von Mail-Limits genutzt werden kann) - mit dem nächsten größeren Update sollte diese dann zur Verfügung stehen.

Nein, hat keinen besonderen Grund und wurde daher eben (v2.0.0-r3952) auch auf 128 angepasst.

Viele Grüße

-Klaus Keppler

Nachfolgend sind zwei Screenshots: einmal "richtig" (mit WebFonts), einfach "falsch".
Tests haben ergeben, dass das Häkchen bei "Verwenden von eigenen Schriftarten erlauben" ignoriert wird, wenn folgende Einstellungen im Firefox ("about:config") auf false gesetzt sind:

gfx.downloadable_fonts.enabled
layout.css.font-loading-api.enabled

Bei wem die Anzeige "falsch" aussieht: prüfen Sie bitte mal die beiden o.g. Firefox-Einstellungen im "about:config"-Bereich.
Wir werden uns Gedanken um eine Fallback-Lösung machen.

forum.liveconfig.com/cms/attachment/14/ forum.liveconfig.com/cms/attachment/15/

Zitat von ap24

Wenn man ein Smartphone nutzt, werden bei Google z.B. die Telefonnummer und andere eindeutige Geräte-IDs mit dem Aufruf der Webseite verknüpft.

Sorry, aber das ist absoluter Schwachsinn...