Beiträge von kwm

  • LiveConfig v1.6.2 freigegeben

    Und ein weiteres "Problem" gibt es: Wenn ich ein Verzeichnis per Passwort schützen möchte, funktioniert dies nicht, wenn NGINX eingesetzt wird.
    Die erstellte Konfiguration enthält jedoch einen Kommentar, der darauf schließen lässt, dass dies funktionieren sollte.


    Gibt es da in naher Zukunft einen Patch?

  • LiveConfig v1.6.2 freigegeben

    Auch von mir ein herzliches Dankeschön! Das sind wirklich grandiose Features :)


    Zwei Dinge habe ich jedoch noch:
    Kann ich pauschal allen bereits vorhandenen Postfach-Benutzern die Web-Anmeldung erlauben?
    Den Button für die Anzeige des Fehlerprotokolls würde ich bei Gelegenheit anders platzieren. Zwischen "FTP-Zugänge" und "Datenbanken" sieht er sehr gequetscht aus.


    Das wars auch schon, sonst ist alles Top ;)

  • Unterstützung von Debian 7 (suPHP, fastCGI, dovecot)

    Ich möchte meinerseits darauf hinweisen, dass dies lediglich eine Information darstellen sollte, dass noch nicht alles 100%ig funktioniert.
    Die Workarounds habe ich ja bereits aufgeführt, so dass diese bei Zeiten mit z.B. in das meta-Paket aufgenommen werden können, falls noch nicht geschehen.


    Ich empfinde deinen Ton daher teilweise als etwas harsch.

  • Manuelle Ergänzung der NGINX-Konfiguration eines Webs

    Unglaublich, das ist ja super! :D


    Ich weiß nur nicht ob eine allgemeine Syntax sinnvoll ist... Ich persönlich wäre glaub ich eher dafür, dass man die entsprechende Apache- oder NGINX-Syntax angeben kann und diese entsprechend in die Konfiguration übernommen wird. Was ich eher interessant fände, wäre eine vorherige Überprüfung ob die Syntax korrekt ist. Wenn nicht, gibt es eine Warnung, die man jedoch auch quittieren können sollte, sofern man exotische Ergänzungen angibt.
    Das fände ich angenehmer und innovativer als eine unabhängige Schreibweise beachten zu müssen.

  • PREVIEW LiveConfig 1.6.2-r2302 (RC)

    Ich habe mit Debian Wheezy ein Problem bezüglich suPHP/fastCGI und dem php-handler feststellen können. (bezieht sich aktuell noch auf die stable-Version von LC!)


    Entgegen der Anleitung funktioniert das ganze bei mir nur wenn der Handler wie folgt gesetzt ist:


    Code
    application/x-httpd-suphp="php:/usr/bin/php-cgi"


    Die Anleitung in der Wissens-Datenbank sagt jedoch:

    Code
    application/x-httpd-php="php:/usr/bin/php-cgi"


    Das erzeugt bei mir unter fastCGI und suPHP jedoch einen Internal Server Error. Die error.log sagt dann passenderweise:

    Code
    [Thu May 09 12:04:10 2013] [error] [client xxx.xxx.xxx.xxx] SecurityException in Application.cpp:496: Handler not found in configuration
[Thu May 09 12:04:10 2013] [error] [client xxx.xxx.xxx.xxx] Caused by KeyNotFoundException in Configuration.cpp:234: Handler "application/x-httpd-suphp" not found
[Thu May 09 12:04:10 2013] [error] [client xxx.xxx.xxx.xxx] Premature end of script headers: index.php


    Zudem funktionieren dann interessanterweise nur suPHP und fastCGI. mod_php gerät damit in Konflikt (nicht, dass ich es einsetze, aber vielleicht ist das noch interessant).


    Desweiteren würde ich gerne xCache oder APC zur Verfügung stellen. Diese scheinen in der jetzigen Konfiguration jedoch nicht zu funktionieren. Auch nicht, wenn ich in der php.ini diese entsprechend aktiviere.


    Gibt es diesbezüglich noch etwas zu beachten?

  • Unterstützung von Debian 7 (suPHP, fastCGI, dovecot)

    Hallo!


    Wird es in naher Zukunft eine volle Unterstützung von Debian 7 und damit meine ich eher, die damit ausgelieferten Versionen der Software-Pakete geben?


    Insbesondere bei dovecot muss noch dovecot-sieve zusätzlich installiert werden. Der php-Handler von suPHP ist auch anders anzugeben als in der Anleitung.
    Trotzdem hakelt es gerade bei PHP dann wieder an der ein oder anderen Stelle.


    Gibt es da in Zukunft einen Fix?


    Viele Grüße
    Martin

  • SSH-Zugriff mittels Key-Verfahren

    Hallo!


    Ich würde es begrüßen, wenn man den Zugriff per SSH, sei es SCP/SFTP oder gar auf eine Shell (manchmal durchaus praktisch) in Zukunft einfacher und vor allem funktionierend konfigurieren könnte.
    Darunter verstehe ich auch die Funktion, dass der Public-Key des Benutzers gesetzt werden kann.


    Ist dies geplant?


    Viele Grüße


    Martin

  • proFTPd: Virtuelle Benutzer - "check pass; user unknown" "authentication failure"

    Hallo!


    Ich setze proFTPd und LiveConfig auf Debian Squeeze ein. Ich habe einen neuen virtuellen FTP Benutzer eingerichtet (bisher auch der einzige) und stelle folgendes fest:


    1. Der Login dauert 4-5 Sekunden, was ich sonst bei keinen Systemen (ohne LiveConfig) feststellen konnte
    2. Der Login funktioniert, aber ich erhalte jedes mal folgende Log-Einträge:


    Code
    Mar 29 22:22:18 server proftpd: pam_unix(proftpd:auth): check pass; user unknown
Mar 29 22:22:18 server proftpd: pam_unix(proftpd:auth): authentication failure; logname= uid=0 euid=0 tty=/dev/ftpd28031 ruser=vXX_abc rhost=test.example.com


    vXX_abc und test.example.com habe ich nur ersetzt, sonst stünden hier die richtigen Namen.


    Ich vermute, dass proFTPd erst versucht gegen Systemaccounts zu testen. Kann man das Verhalten evtl. so anpassen, dass solche Fehlermeldungen nicht mehr auftreten?


    Viele Grüße
    Martin

  • Erzwingen von HTTPS

    Hallo!


    Man hat u.a. mittels mod_rewrite die Möglichkeit eine verschlüsselte Verbindung über HTTPS zu erzwingen.
    Ich denke, sowas könnte ein nettes Feature sein, das man direkt in die Konfiguration mit übernehmen könnte.


    Hat man eine (Sub-)Domain für HTTPS konfiguriert könnte man bei der HTTP-Variante eine Box anklicken, die sämtliche unverschlüsselten Anfragen direkt auf die verschlüsselte Version umschreibt. Und das idealerweise transparent, so dass gesendete Anfragen nicht verloren gehen.


    Beispiel:


    Aufruf von http://example.com/test führen zu https://example.com/test
    Aufruf von http://example.com/?q=xyz führen zu https://example.com/?q=xyz



    Viele Grüße


    Martin

  • Gemeinsamer Ordner für Kunden

    Mir erschließt sich der Sinn nicht ganz, eine ausführlichere Erläuterung wäre toll.


    Zudem möchte ich dezent darauf hinweisen, dass LiveConfig keine eingehenden Linux-Administrationskenntnisse ersetzt! Erfahrung in der Administration von Linux-Systemen ist essentiell!