Beiträge von kwm

Also ich habe gerade testweise db4.8-util nachinstalliert und LiveConfig den Dienst neu konfigurieren lassen. Dies brachte keine Änderung.
Die Datei ist nicht vorhanden. Das anmelden am FTP funktioniert jedoch einwandfrei?! :confused:

Hallo!

Unter meiner aktuellen Konfiguration unter Debian Squeeze 6.0.6 und LiveConfig stable 1.5.3 unter Nutzung von vsftpd (könnte man das eventuell bei liveconfig-meta als Option hinzufügen?!) tritt nach FTP-Login folgende Meldung auf:

vsftpd: pam_userdb(vsftpd-lc:auth): user_lookup: could not open database `/etc/vsftpd/passwd': No such file or directory

liveconfig --diag:

Running Lua diagnostics...
[INFO] Detected 'Debian GNU/Linux 6.0.6 (squeeze)'
       Distribution name: 'Debian'
   Distribution codename: 'squeeze'
     Distribution family: 'Debian'
    Distribution version: '6.0.6'
Distribution description: 'Debian GNU/Linux 6.0.6 (squeeze)'
Checking for web server software:
[DEBUG] running web.detect()
[DEBUG] Found package 'apache2-mpm-prefork' (Version 2.2.16-6+squeeze8)
[DEBUG] binver 2.2.16
 - Found 'apache' web server
   Version: '2.2.16'
   Package version: '2.2.16-6+squeeze8'
       SNI support: yes
Checking for ftp server software:
[DEBUG] running ftp.detect()
[DEBUG] Found package 'vsftpd' (Version 2.3.2-3+squeeze2)
 - Found 'vsftpd' FTP server
   Version: '2.3.2-3+squeeze2'
   Package version: '2.3.2-3+squeeze2'
Checking for SMTP server software:
[DEBUG] running smtp.detect()
[DEBUG] Found package 'postfix' (Version 2.7.1-1+squeeze1)
 - Found 'postfix' smtp server
   Version: '2.7.1'
   Package version: '2.7.1-1+squeeze1'
Checking for POP/IMAP server software:
[DEBUG] running popimap.detect()
[DEBUG] Found package 'dovecot-common' (Version 1:1.2.15-7)
 - Found 'dovecot' POP/IMAP server
   Version: '1.2.15'
   Package version: '1:1.2.15-7'
Checking for database server software:
[DEBUG] running db.detect()
[DEBUG] Found package 'mysql-server' (Version 5.1.63-0+squeeze1)
 - Found 'mysql' database server
   Version: '5.1.63'
   Package version: '5.1.63-0+squeeze1'
Checking for DNS server software:
[DEBUG] running dns.detect()
Done.

Wie kann ich diese Meldung korrekt beheben?

Viele Grüße
Martin

Hallo!

In der Roadmap ist etwas von einer Rundschreiben-Funktion vermerkt um Kunden usw. aus LiveConfig aus per E-Mail zu benachrichtigen.
Ich würde mir zudem die Möglichkeit wünschen, dass man bei neu angelegten Accounts eine entsprechende E-Mail an den Vertragspartner schicken kann. Eventuell auch bei neuen E-Mail Konten an eine alternative Adresse.

Wäre es möglich diese Funktion in naher Zukunft umzusetzen?

Viele Grüße

Martin

Ist der Brute-Force-Schutz mittlerweile implementiert. In einem Selbstversuch konnte ich dies nicht bestätigen.
Wenn nicht würde ich mich sehr über eine entsprechende Implementation in den nächsten Versionen freuen!

Gruß

Martin

Im Handbuch gibt es die entsprechende Information: http://www.liveconfig.com/de/handbuch/tutorial.mail.html

Den beiden Vorschlägen schließe ich mich an!

Wird in der nächsten Version - wie geplant - diese Konfiguration automatisch vorgenommen?

Hallo!

Gibt es bzgl. der Möglichkeit ungenutzte und eigtl. inaktive IP-Gruppen zu löschen Neuigkeiten? Würde die Karteileichen gerne entfernen

Hallo!

Ich würde es sehr begrüßen, wenn weitere Variablen als Präfix zur Verfügung stehen würden.
Zum Beispiel explizit der Vertrag "webX" usw.

Zudem wäre es schön, wenn man für Datenbanken und FTP-Benutzer ein inkrementierender Wert benutzt werden könnte. Beispielsweise ein Konstrukt wie: "webXdb1" "webXdb2" usw.

Gruß

Martin

Unglaublich gut!

Hallo!

Da es unter NGINX keine Äquivalent zu .htaccess gibt, wäre es wünschenswert wenn perspektivisch eine Möglichkeit geschaffen würde, dass Änderungen auf vhost- und Location-Basis vorgenommen werden können.
Natürlich nur in einem gewissen Rahmen und für Personen mit entsprechenden Rechten.

Ich denke hierbei vor allem an Möglichkeiten das http_access Modul nutzen zu können.

Ich würde mich freuen, wenn dieses Feature mit aufgenommen werden würde.

Viele Grüße

Martin

Und wieder etwas dazu gelernt! Danke!

Ich würde mich dann dem entsprechenden Feature-Request direkt anschließen, wenn der Zeitpunkt gekommen ist.

Hallo!

Also ich habe auf meinem System zumindest PHP5-APC laufen. Installiert per aptitude install php-apc. Dann legt man sich die gewünschte Konfiguration unter /etc/php5/conf.d/apc.ini an.
Nun sollte APC sowohl unter Apache als auch unter NGINX zur Verfügung stehen.

Gruß

Martin

Ebenso vielen Dank!

Hallo!

Ich habe eine Domain von Apache auf NGINX umgestellt. DNS Einträge sind selbstverständlich geändert. In der IP-Gruppe von NGINX wurde auch der SSL-Support aktiviert.
Ich habe also die entsprechende Domain und Sub-Domains mit der neuen IP-Gruppe von NGINX versehen und diese Änderung greift auch.
Bis auf die Domain, auf die auch per HTTPS zugegriffen werden soll. Das Zertifikat wurde entsprechend gewählt und funktionierte unter Apache einwandfrei!

Nun erhalte ich beim Zugriff per Chrome oder Safari nur die Fehlermeldung:

Fehler 107 (net::ERR_SSL_PROTOCOL_ERROR): SSL-Protokollfehler

Die error.log gibt nichts her und in der access.log tauchen nur solche Einträge auf:

"\x16\x03\x01\x00?\x01\x00\x00?\x03\x02P??_n3s?????}`??o\x08??1?8@?\x06X?$?/?\x00\x00H?" 400 173 "-" "-"

Mache ich da was falsch?

(Die Dienste habe ich bereits neu gestartet...)

Gruß

Martin

Das mit der Löschung von IP-Gruppen würde mich auch interessieren. Auch wenn es nur manuell per SQL wäre.

+1 für die Ideen!

Ich habe da noch eine Ergänzung: Die dargestellten Boxen haben ja abgerundete Ecken. Dies funktioniert unten rechts und unten links sehr gut. Bei den oberen Ecken ist dort ein kleiner Fehler zu sehen, da der Inhalt die Ecken nicht ganz rund werden lässt.
So aus meiner Erinnerung heraus, müsste man nur in der Box ein entsprechend höheres padding setzen.

Ohne es ausprobiert zu haben, nehme ich an, dass die URIs nur "Platzhalter" im Sinne eines rewrites sind.
Die anzugebende URL stellt dann das dar, was im IFRAME eingebettet wird.

Also ich habe gerade ein Update auf 1.5.2 (war im stable-Zweig) durchgeführt.
Die Ordner haben unter ~/htdocs/cgi-bin noch nicht existiert, werden allerdings angelegt. Die alten cgi-bins waren leer, existieren aber weiterhin.
Macht mir nichts aus diese zu löschen, sollte nur ein Hinweis sein, falls da etwas nicht korrekt durchlaufen sollte?!

Wäre es nach der Verschiebung nicht sinnvoll, den alten cgi-bin zu löschen?