Beiträge von lebenszeit

Zitat von aho546745

-apt-get install phpmyadmin
-Webspace anlegen
-in die fstab: "/usr/share/phpmyadmin /var/www/tools/htdocs/phpmyadmin none rw,bind 0 0"
-"find /usr/share/phpmyadmin/ -type d | xargs -n 1 dpkg-statoverride --add --update tools tools 755"
"find /usr/share/phpmyadmin/ -type f | xargs -n 1 dpkg-statoverride --add --update tools tools 644"
-apt-get install apticron und jeden Tag eine Email bekommen mit Nachrichten zu Updates

+Deaktivierung des Setup-Verzeichnisses.
+Verwendung der phpmyadmin-Datenbank
+Verwendung des bei Paketinstalltion erzeugten blowfish_secret.

dpkg-statoverride --force --add --update tools tools 000 /usr/share/phpmyadmin/setup/
dpkg-statoverride --add --update tools tools 750 /etc/phpmyadmin/config-db.php
dpkg-statoverride --add --update tools tools 750 /var/lib/phpmyadmin/blowfish_secret.inc.php
dpkg-statoverride --add --update tools tools 750 /var/lib/phpmyadmin/config.inc.php

PHP open_basedir erweitern um
:/etc/phpmyadmin/:/var/lib/phpmyadmin/

Danke, das kann ich gerne noch testen. Alles externe läuft einwandfrei über TLS, allerdings sehe ich für Verbindungen zu localhost keinen Vorteil darin(?).

Ein Link beim jeweiligen Postfach ist zweckmäßig. So wie es bei Datenbanken umgesetzt wurde.
Die Information (nur) woanders zu platzieren ist nicht zweckmäßig.

Welche Gründe lassen dich daran zweifeln, dass das vergleichbar umgesetzt werden könnte?

Wo kann die Verzögerung der Weiterleitung (/liveconfig/derefer?) eingestellt werden?

//<![CDATA[
var url='https://example';if (window.location.hash) url+=window.location.hash;window.setTimeout(function(){window.location.href=url;}, 2000);
//]]>

What about using a subdomain for production and connecting example.org (proxy) to live.example.org?

Eine zweckmäßige Lösung wäre besser als eine perfekte die wegen ihrer Komplexität Theorie bleibt.
Zweckmäßig wäre, zu jedem Dovecot einen URL zu hinterlegen und bei der jeweiligen Mailbox oder ähnlich anzuzeigen. Damit wäre schon einigen geholfen.
(Schöner Gedanke wäre eine zentrale Instanz, die anhand der Mailadresse auf den jeweiligen Server zugreift.)

+1 und gleich noch eine humane Form dazu.

Hier tritt der Fehler mit 2.1.0-r4085 und frischer RC-Installtion noch auf.

$config['skin'] = 'larry';
$config['password_driver'] = 'liveconfig';

localhost ließ sich über den Installer nicht eintragen. Dort hatte ich dann 127.0.0.1 drin.
$config['password_liveconfig_host'] = 'localhost';

$config['password_liveconfig_port'] = '8080';

Habe false und true getestet.
$config['password_liveconfig_accept_selfsigned'] = false;

(LC antwortet auf localhost:8080 und 127.0.0.1:8080)

Vielleicht lässt sich die Fehlermeldung spezifischer gestalten?

PS: LC restart hilft nicht.

Fehlt die Möglichkeit, einen zentralen Webmail-Link zu hinterlegen oder übersehe ich sie?

Dazu gibt es einen älteren Thread in dem beschrieben wird, wie es über die DB möglich ist: https://www.liveconfig.com/de/…stallierbaren-Anwendungen

Ich würde es begrüßen dies dem Admin ins GUI zu geben und ihm zu ermöglichen, auch gesperrte Anwendungen zu installieren. Der Verweis auf die Datenbank inspiriert fast dazu, auch woanders einer und nuller zu ändern...

Vielleicht ist es im April soweit

Ich würde in der Domainliste im GUI gerne erkennen, welchen Zonen ein Record hinzugefügt wurde.
Auch würde ich es begrüßen, wenn die komplette Zone eingeblendet werden könnte.

Siehe oben

Zitat von antondollmaier

Wenn der zweite Server leer ist: LC Server deinstallieren, LC Client installieren, im LC Business einbinden.

Zitat von antondollmaier

LiveConfig sendet https-only-Cookies.

Ist dies auch möglich wenn https://liveconfig.example mittels Proxy auf http://localhost:8080 zeigt?

Schließe mich dem an.

Eine Schnittstelle, die Domains des Masters auszulesen um damit die Slaves zu füttern, fehlt noch.

Weiß jemand, wie die custom.lua zu bestücken ist um zusätzliche "options" in die named.conf.options einzutragen oder wie Bind durch separate Datei weitere "options" annimmt?