Beiträge von weltmeister

Zitat von kk

Haben Sie die neueste Version von "lc-sso.php" installiert? (6067b89 vom 18.10.)
Die o.g. Fehlermeldung tritt auf, wenn ein Ajax-Request vom Browser an LiveConfig nicht ausgeführt werden kann - in der aktuellsten Version sollte die Fehlermeldung eigentlich etwas aussagekräftiger sein.
Zudem: welchen Browser nutzen Sie? Läuft der Browser im "privaten Modus"?

Ansonsten schicken Sie uns bitte mal Test-Zugangsdaten (LiveConfig) an support@liveconfig.com, dann schauen wir uns das mal an.

Unter https://demo.liveconfig.com (admin/admin) haben wir eine Demo eingerichtet.

Viele Grüße

-Klaus Keppler

Alles anzeigen

Ich habe eben eine Mail fertig gemacht, allerdings mit den config-Dateien, falls es etwas nützt oder sich in diesen gar noch ein Fehler befindet.

Falls noch etwas benötigt wird, bitte einfach eine kurze Info per Mail.

Von vielen Kunden gewünscht: eine sog. E-Mail-Whitelist. D.h. die Mail soll unbedingt zugestellt werden, ohne vorherige Spam-Prüfung, Filterung, Abweisung oder prüfung der Absender-IP auf Blacklist-Einträge. Wenn ich richtig informiert bin, gibt es diese Funktion bei Plesk bereits, viele Kunden wünschen sich das auch für LiveConfig, ich selbst würde diese Funktion ebenso sehr begrüßen.

Zitat von Ringelnatz

Wenn ich in den Einstellungen einer Datenbank das Häckchen aktiviere und das bisherige Passwort eintrage erhalte ich die Fehlermeldung "Um Single Sign-On zu aktivieren, müssen Sie das aktuelle Datenbankpasswort eingeben (oder ein neues Passwort festlegen)."

Den Fehler kann ich so bestätigen.

kk: die aktuelle "lc-sso.php" wurde verwendet.

Browser: Firefox in der aktuellen Standard-Installation ohne weitere besondere Einstellungen.

Hat es schon jemand hinbekommen? Bin genau nach dieser Anleitung vorgegangen und bin der Meinung nichts dabei vergessen zu haben: https://github.com/LiveConfig/…/blob/master/README.de.md
Alle Dienste wurden zudem neu gestartet, PMA_SIGNON_INDEX wurde angepasst.

Der Login scheitert mit der Meldung " The Ajax request to verify the token failed. (error)"

Hat jemand einen Tipp?

Zitat von kk

Am einfachsten ist es wirklich für HSTS den gewünschten Header per .htaccess senden zu lassen.
Besteht denn Bedarf, das auch über GUI einzurichten?

Ja, es gab schon mehrfach Nachfragen (Kunden sind nun mal bequem). Andere Hoster bieten das so schon lange per GUI an!

Von unseren Kunden hagelt es nur Beschwerden wegen der eigentlich mieserablen Backup-Funktion. Mal geht es, mal nicht. (Debian 9, ZIP ist installiert)

Es wird etwas ganz simples gewünscht, was es bei Confixx schon einmal gab. Sichern und wiederherstellen mit nur jeweils einem Klick. Nicht mehr und nicht weniger. Und wer das ganze auf der eigenen Festplatte speichern will, kann sich das Archiv per FTP herunterladen.

Fallbeispiel: der Kunde hat eine Seite mit tausenden Dateien, fertigt eine Sicherung an, die auf der lokalen Festplatte nach ewigem Download bereitsteht, wenn es denn mal funktioniert. Geht etwas schief, muss der Kunde das ganze manuell wieder per FTP hochladen. Die Datenbank muss jedesmal manuell exportiert und importiert werden. Bei sehr großen Datenbanken mit mehreren Hundert MB ein Problem. Ein nicht unerheblicher Zeitaufwand. Und ja, es hat eben nicht jeder SSH-Kenntnisse, es sollte hier auch an die normalen Endkunden gedacht werden, die sich eine solche simple Funktion zur sicherung derer Daten und Datenbanken wünschen.

Hier muss sich also schnellstens etwas ändern!

Single Sign-On für phpMyAdmin ---> Das klingt gut, danach haben schon viele Kunden gefragt.

Problem gelöst, manchmal ist man eben schon blind!

Zitat von kk

Wir bereiten das bereits vor. Mit Commit 0f1553d unterstützt lcsam rein technisch Postfach-spezifische Einstellungen. Der Dialog zum Bearbeiten von Postfacheinstellungen wird in Kürze etwas umorganisiert, da soll es dann auch einen Tab für die Bearbeitung dieser Spamfilter-Einstellungen geben.
Bitte also noch ein klein wenig Geduld, dieses Feature ist bereits auf dem Weg.

Wenn das so ist: Daumen Hoch!

Falls es hilfreich ist:

Zitat

Line 256: [2017/07/27 16:43:45.488899] [1220|1224] [LUA] Removing '/etc/apache2/sites-available/web15.conf' (no vHosts configured)
Line 258: [2017/07/27 16:44:16.252677] [1220|1224] Error while deleting database 'web15_wp' and user 'web15_wp': Cannot load from mysql.proc. The table is probably corrupted
Line 258: [2017/07/27 16:44:16.252677] [1220|1224] Error while deleting database 'web15_wp' and user 'web15_wp': Cannot load from mysql.proc. The table is probably corrupted
Line 9420: [2017/07/27 17:19:45.336542] [25547|25550] Created database 'web15_wp' (user 'web15_wp')
Line 9420: [2017/07/27 17:19:45.336542] [25547|25550] Created database 'web15_wp' (user 'web15_wp')
Line 9456: [2017/07/27 17:28:29.041657] [16095|16097] Error while deleting database 'web15_wp' and user 'web15_wp': Cannot load from mysql.proc. The table is probably corrupted
Line 9456: [2017/07/27 17:28:29.041657] [16095|16097] Error while deleting database 'web15_wp' and user 'web15_wp': Cannot load from mysql.proc. The table is probably corrupted
Line 9487: [2017/07/27 17:29:26.038393] [18245|18246] Created database 'web15_wp' (user 'web15_wp')
Line 9487: [2017/07/27 17:29:26.038393] [18245|18246] Created database 'web15_wp' (user 'web15_wp')
Line 9573: [2017/07/29 19:34:48.144263] [6220|6222] [LUA] Removing '/etc/apache2/sites-available/web15.conf' (no vHosts configured)
Line 9575: [2017/07/29 19:35:39.905919] [6220|6223] Error while deleting database 'web15_wp' and user 'web15_wp': Cannot load from mysql.proc. The table is probably corrupted
Line 9575: [2017/07/29 19:35:39.905919] [6220|6223] Error while deleting database 'web15_wp' and user 'web15_wp': Cannot load from mysql.proc. The table is probably corrupted
Line 9605: [2017/07/29 19:36:08.288456] [6477|6478] Created database 'web15_wp' (user 'web15_wp')
Line 9605: [2017/07/29 19:36:08.288456] [6477|6478] Created database 'web15_wp' (user 'web15_wp')

Alles anzeigen

Danke für den Tipp, aber das habe ich alles schon probiert, ohne Erfolg.
Alles andere lässt sich ohne Probleme anlegen / löschen, nur bei dieser Sache gibt es das besagte Problem.

Problem: ein Vertrag wurde gelöscht und soll mit dem selben Namen "web15" wieder neu angelegt werden. Das ganze wird mit folgendem Fehler beendet: "Vertrags-ID bereits in Verwendung", obwohl der Vertrag nirgendwo mehr auffindbar ist. Wo ist der Fehler?

Ein Kunde, der vorher auf Plesk gehostet war fragt an, ob es eine "manuell pflegbare Spamliste" gibt, so wie hier: https://www.metanet.ch/files/i…ter-white-blacklist_3.png

Das würde ich - und andere sicherlich auch - ganz sinnvoll finden.

Gibt es hier schon etwas neues?

Gilt diese Anleitung auch wie folgt:

Debian 7 ---> Debian 9
Debian 8 ---> Debian 9

:confused:

Auch ich schließe mich an. Es wurde gestern - wie so oft - nach einer simplen Backup- und Restoremöglichkeit im LiveConfig gefragt, wie es eben früher bei Confixx möglich war. Auch ich würde solch eine Funktion begrüßen!

Zitat von Mogwais

https://news.ycombinator.com/item?id=14374933

Danke!

Zitat von Mogwais

Also auch wenn ich es selber nicht umständlich finde habe ich schon 2mal Live erlebt das die Leute damit überfordert sind, vielleicht gibt es ja wirklich einen Weg das ganze noch ein bisserl leichter zu gestalten.

Das sehe ich auch so. Der Support-Aufwand ist trotz Anleitung sehr hoch, gerade wenn es um SSL geht. Es macht keinen Spaß, dem Kunden 30 Minuten am Telefon zu erklären, wie man so ein Zertifikat einrichtet. Bei einem anderen Provider habe ich gesehen, dass ein einziger Haken gereicht hat... so einfach könnte das sein.

Heute schon wieder diese Meldung seit Mittag - weiß jemand, was da los ist?

Insgesamt könnte der gesamte SSL-Einrichtungsprozess wesentlich einfacher sein. Es gibt Provider, bei denen setzt man nur einen(!) Haken und die Sache ist erledigt. Bei LiveConfig muss man sich erst durch zahlreiche, teilweise für den Endkunden unverständliche, Menüpunkte klicken...

Nachtrag: auf allen Debian 8-Servern funktioniert das Backup noch, auf allen Debian 7-Servern seit dem Update nicht mehr.

Gerade von einem Kunden darüber informiert worden: seit dem letzten Update funktioniert auf allen Servern das Backup über LiveConfig nicht mehr. Folgende Meldung ist zu sehen:

Zitat

Fehler: Gesicherte Verbindung fehlgeschlagen

Ein Fehler ist während einer Verbindung mit xxxx.xxxxxx.de:8443 aufgetreten. SSL hat einen Eintrag mit ungültigem Nachrichtenauthentifizierungscode erhalten. Fehlercode: SSL_ERROR_BAD_MAC_READ

Die Website kann nicht angezeigt werden, da die Authentizität der erhaltenen Daten nicht verifiziert werden konnte. Kontaktieren Sie bitte den Inhaber der Website, um ihn über dieses Problem zu informieren.

Jemand eine Idee und besteht das Problem bei allen anderen auch?