Beiträge von antondollmaier

  • LiveConfig - PHP und MySQL Updaten

    Zitat von Hanimel

    Gibt es evtl. eine genaue Anleitung die entsprechend für LiveConfig geschrieben wurde?


    Für was?


    Zitat

    Habe ich gefunden aber ob diese nicht evtl. LiveConfig Dateien überschreibt bezweifel ich.


    Sieht gut aus.


    Zitat

    Gibt es den beim Updaten gewisse dinge die am besten gesichert werden sollten so das nicht die entsprechenden "Webs" hinterher nicht mehr Funktionieren?


    Alles? ;)



    Zusätzlich noch in /etc/apt/sources.list.d/ alle Dateien öffnen und ebenfalls "squeeze" durch "wheezy" ersetzen.


    Alles in allem ist das Wheezy-Upgrade eines der stressfreiesten, das mir unterkam. Da gab es schon schlimmere (Lenny mit SASL-Problemen etc).

  • LiveConfig - PHP und MySQL Updaten

    Bitte erst ein Upgrade auf Debian Wheezy durchführen, bevor irgendwelche externen Paketquellen verwendet werden. Squeeze erhält nur noch für einen kurzen Zeitraum Updates*.



    :* dass "squeeze-lts" in Diskussion ist, ist mir bekannt und bewusst. Auf Dauer kann das aber auch keine Lösung sein, vor allem, wenn eh neuere Pakete gewünscht sind.

  • Einstellung der php.ini

    Serververwaltung -> Web -> "Module". Ist "rewrite" dabei? fertig.


    Ist nicht dabei? Dokumentation deines Betriebssystemes befragen, wie es zu aktivieren ist. Debian? "a2enmod rewrite; service apache2 restart". Fertig.


    Mehr gibt es nicht zum Einstellen.

  • Webserver Lokal ansprechen geht nicht.

    Anfragen unterhalb von ip/web1 müssen als User web1 ausgeführt werden, Anfragen unterhalb von ip/web2 mit User web2.


    Für den Webserver gibt es keine Unterscheidung zwischen "IP" und "Domain", da bei beiden Fällen ein HTTP-"Host"-Header mitgesendet wird, der intern verarbeitet werden muss.


    Verwende die /etc/hosts (Linux/Mac) bzw. die hosts bei Windows, um die interne IP für die regulären Domains zu hinterlegen respektive Intranet-Domains wie "example.local" o.ä., die dann im LiveConfig ebenfalls definiert werden.

  • Python Unterstützung

    mod_python ist sicherheitstechnisch "leicht" problematisch, aus ähnlichen Gründen wie mod_php.


    Was spricht dagegen, Python-Skripte via FastCGI auszuführen?


    Ich habe es mit LiveConfig (bzw. der Modul-Konfiguration dazu) noch nicht probiert, grundsätzlich läuft das aber verdammt gut.

  • Postfix & Dovecot

    Klappts nun?


    kk: evntl. einen entsprechenden Hinweis ins Handbuch aufnehmen ... mir kam es jetzt schon öfter unter, der Server in dem Schema ("example.com" statt "server.example.com" o.ä.) benannt wurden.

  • Postfix & Dovecot

    Du darfst als Hostname nicht "vserver.es" setzen - weder im LiveConfig noch im OS. Verwende dort überall "server.vserver.es", "mail.vserver.es" oder sonstwas ("vader.vserver.es", "trick.vserver.es", ...).


    Postfix mag es nicht, wenn der eigene Hostname ("myhostname") auch für die Virtual Users verwendet wird.

  • Postfix Konfiguration - reject_sender_login_mismatch

    Bitte beachten, dass MS Exchange nur einen SMTP-Relayhost verwalten kann.


    Wir haben aktuell eine Prüfung, ob die Domain des Absenders im Vertrag des Kunden enthalten ist und rejecten, falls das nicht der Fall ist.


    Die Exchange-User haben damit Probleme, sobald auf einem Exchange-Server Domains aus mehreren Verträgen genutzt werden sollen.


    Ähnliches gilt für David von Tobit.



    Bitte dann berücksichtigen!

  • Apache & SubDomains

    nun ja ...


    Zitat von solidius

    [Fri Mar 07 21:37:01 2014] [warn] VirtualHost 93.180.154.171:80 overlaps with VirtualHost 93.180.154.171:80, the first has precedence, perhaps you need a NameVirtualHost directive


    DAS sollte behoben werden ;)


    Zitat

    VirtualHost configuration:
    93.180.154.171:80


    ihr habt in den VirtualHosts exakte IP-Definitionen vermischt mit Wildcard-Angaben.


    ALLE "<VirtualHost *:80>" umändern auf die tatsächlichen IP-Adressen - oder direkt alles ins LiveConfig ziehen, so dass damit alle Apache-VirtualHosts mit exakter IP-Definition (ohne Wildcard) angelegt sind.



    Zitat

    Sobald einer der vHost Einträge nicht mehr auf das Apps Verzeichnis zeigt, wird wieder der Inhalt des Root Verzeichnis angezeigt.


    Ja, da der Apache die erste passende Konfiguration aus "IP/Port" wählt, kann das zu solch lustigen Phänomenen kommen.

  • Spamproblematik in den Griff bekommen

    Zitat von kk

    Und weil ich gerade dabei bin: wir haben noch ein anderes Tool entwickelt, mit dem Logfiles (u.a. auch das Postfix-Log) ausgewertet werden können, um Statistiken über den Versand und Empfang von E-Mails pro E-Mail-Adresse erzeugen zu können.


    Mit Anzeige, wann eine Mail warum angenommen oder abgelehnt wurde?


    Dann hat LC gerade ">6 Mannjahre" Arbeitszeit, die ein Berliner Unternehmen in die Entwicklung eines Mail-Nachfolge-Tools gesteckt hat, im (für mich/uns) relevanten Teil ersetzt.

  • Spamproblematik in den Griff bekommen

    Zitat von Mogwais

    Selbst Confixx hatte das vor ~8 Jahren schon drauf. Und wie gesagt in der Featurebeschreibung steht es schon seit Ewigkeiten.


    Confixx kann Out of the Box kein "Greylisting" und wird es auch nie mehr können.
    Dass man es in Postfix einbinden kann bzw. die GUI (2004 von mir ...) modifiziert wurde, ändert nichts daran, dass LC hier weiter ist.


    Es wäre nur schön, wenn man die main.cf ergänzen/ändern könnte, ohne dass die Änderungen bei Updates wieder gelöscht werden. Plesk ist da leider auch nicht weiter.