Beiträge von perryflynn

  • sources.list

    Debian hält seine Pakete aktuell. Es werden allerdings nur Sicherheitspatches implementiert. Neue Features kommen immer erst mit einer neuen Debian Version. Das ist halt einer der Sicherheitsaspekte an Debian.

    Nur alternative Repos einsetzen wird kaum möglich sein. Ich denke ab einem bestimmten Punkt wird es wegen unaufgelösten Abhängigkeiten knallen.

    Du könntest aber einfach die testing oder unstable Repos benutzen. Debian ist ja so "paranoid" das selbst die testing Repos als stabil anzusehen sind.

    Um welche Pakete geht es Dir denn genau?
    Mir persönlich hat noch nie ein Feature unter Debian gefehlt.

  • Software über Paketverwaltung mit User installieren

    Alle Dateien die Du mit apt installierst werden in die Systemverzeichnisse installiert. Serverdienste arbeiten dann unter eigenen Benutzern die apt automatisch anlegt, damit die nicht als root laufen.

    Wenn Du das manuell im eigenen Home Verzeichnis haben willst musste das Paket runter laden ohne es zu installieren und alles manuell einrichten. Das selbe kannst Du auch mit dem Quellcode machen, den Du dann selbst bauen könntest.

  • Kein zugriff über FTP

    Was hast Du denn für ein System laufen?
    Ohne FTP Server Version und Konfiguration kann man da schlecht helfen.

    Und wenn es Root Zugriff per FTP unbedingt sein muss, dann nimm wenigstens SFTP over SSH anstatt eines "normalen" FTP Servers. Aber auch das ist keine gute Idee...

  • VCP Webservice Problem - Firewall Regel hinzufügen funktioniert nicht

    Hatte auch grad wieder ne IP wo der Ban nicht gegriffen hat.

    Kommentar im Firewalleintrag

    Code
    Added by Fail2Ban at 2012-06-25 18:45:11 from Host lab01.nc.anyserver.net


    Der Eintrag wurde also erfolgreich und Zeitig angelegt, wirkte aber erst nach Minuten, ohne das ich was dagegen oder dafür getan habe. Wäre toll wenn jemand vom Support da mal stochern könnte. Der Firewall Eintrag ist noch vier Stunden da.

    fail2ban.log

  • Fail2Ban Script für die VCP API

    Wenn ich den Fehler richtig Analysiert habe, wird immer die erste "echte" Regel der Fail2Ban Regel vorgezogen. Das ist das ganze Problem. Wenn Du nun einfach eine Dummy-Regel die nichts bewirkt als erste Regel definierst, sollte es gehen.

    Steht aber zum Beispiel ein echtes ACCEPT für SSH ganz oben, geht SSH halt immer.
    Deswegen bräuchten wir für Fail2Ban eigentlich ein "Pin to top"-Flag.

  • Fail2Ban Script für die VCP API

    Das Problem habe ich schon mehrmals gehabt. Es scheint immer dann aufzutauchen, wenn es in der Firewall eine Regel mit der Sortierung "1" gibt. Bisher habe ich das immer so lösen können, dass ich im Nachhinein die Regeln neu sortiert habe, sodass die "echten" Regeln immer mit der Sortierung "2" anfangen.

    Danach funktionierte alles so lange, bis man wieder was verändert hat, wo grad keine Fail2Ban Regel da war.

    Deshalb habe ich auf einem meiner Server eine Dummy-Drop-Regel angelegt. Also eine Regel die einfach zB die IP 42.42.42.42 komplett sperrt. So sind die echten Freigaberegeln erst an Stelle zwei und es geht alles.

    Unschön, aber es funktioniert. Ich habe Netcup zu dem Thema schon mehrmals ne Mail geschickt mit der Bitte eine Option für "an erster Stelle anlegen" oder frei wählbare Sortierungen im VCP hinzuzufügen.