Beiträge von DarkTrinity

  • apache2 startet nicht

    Hallöchen :)

    Zitat von sepp2gl

    DarkTrinity:
    sollte in den Logs etwas anderes stehen als das, was ich in meinem ersten Post geschrieben habe?

    Ich hatte damals in die logs geschaut und genau das gefunden.

    Im ersten Post zeigst Du keine logs sondern nur den aktuellen Status des Apache Dienstes:


    Das als einzige Basis für eine Fehlersuche ist bissel dünn ...


    Aber mit StatusCode 127 verrät es uns immerhin schon mal daß etwas nicht gefunden wurde. Die nächste Fragen wären damit was nicht gefunden wurde

  • Probleme und Unklarheiten mit der Firewall

    Hallo Ihr Lieben,


    Ich habe 1 Problem mit meiner softwareseitigen Firewall auf OpenSuse 153


    Die Firewall führt kein Protokoll. Ich weiß ganz genau, daß bereits einiges durch die Firewall rejected wurde. Ginge auch kaum anders bei meiner Config ^^ Aber die entsprechenden Dateien unter /var/logs sind gähnend leer (Dateien: firewall und firewalld)

    Zur Software:

    Code: zypper se -si | grep firewall
    i+ | firewall-macros                            | Paket   | 0.9.3-1.1                                   | noarch | Haupt-Repository
i+ | firewalld                                  | Paket   | 0.9.3-1.1                                   | noarch | Haupt-Repository
i+ | firewalld-lang                             | Paket   | 0.9.3-1.1                                   | noarch | Haupt-Repository
i+ | python3-firewall                           | Paket   | 0.9.3-1.1                                   | noarch | Haupt-Repository
i+ | yast2-firewall                             | Paket   | 4.3.11-1.1                                  | noarch | Haupt-Repository

    Auch wenn ich rekursiv in /var/logs herum grepe finde ich nichts.


    Von einem FW würde ich erwarten, daß sie protoliiert, wann was rejected wurde (inkl. Zeitstempel, IP Adressen und Ports)


    Lässt sich diese Funktion irgendwie aktivieren ? Oder vielleicht eine andere Firewall nehmen ? Dabei scheint die firewalld aber eigentlich ein recht mächtiges Werkzeug zu sein - das mit dem Protokoll geht doch bestimmt auch irgendwie ...:/

  • apache2 startet nicht

    Zitat von sepp2gl

    [...]
    Ich werde es mal versuchsweise deinstallieren,

    [...]

    Wieso immer gleich alles mit Gewalt ?


    Zitat von sepp2gl

    [...]

    glaube aber nicht, dass das die Ursache sein kann;

    [...]

    Ich auch nicht.


    Hast Du mal in die Logs geguckt ? Falls ja, poste bitte die Einträge mit dem entsprechenden Zeitstempel.

    Wenn keine Logs dazu da sind, das Loglevel anpassen (notfalls auf DEBUG), Fehler reproduzieren und nochmal in die Logs gucken...


    Sicherlich hängt die ideale Vorgehensweise auch davon ab, ob es sich womöglich um einen produktiven Webserver handelt, ein Webhosting Dienst oder i-was was zu Hause steht.

  • Übersicht aller manuell installierten Pakete

    Hey, daß mit dem i+ ist ein toller Hinweis :)


    Ich würde das Script aber dahingehend anpassen, daß es mich im Fall des Falles auch unterstützt und mir Arbeit erspart. So richtig schick wäre doch eine Liste zu haben, die Du einfach an Zypper zwecks Installation übergeben kannst:


    Code
    ## Mit Versionsnummer, ideale Ergänzung zu einem Backup
## In der frommen Hoffnung, daß man mit zypper auch gezielt ausgewählte Versionen installieren kann :)
zypper se -si | grep i+ | awk '{print $3, $7}' > myPackages.list

## Ohne Versionsnummer
## Hier würde ich erwarten, daß Zypper entsprechend der Prios aller Repos das neuste installiert
zypper se -si | grep i+ | awk '{print $3}' > myPackages.list

    <3

  • ClamAV Antivirus effektiv nutzen

    Hallo Ihr Lieben,


    hier eine kleine Anleitung wie Ihr folgende Grundkonfiguration auf die Beine stellt:

    • Eingehende und ausgehende Emails mit ClamAV untersuchen und ggf in einen Quarantäne- Ordner schubsen (Kontact).
    • Den Download- Ordner im OnAccess Modus überwachen und verdächtige Dateien in einen Quarantäne Ordner schubsen

    1. Grundkonfiguration

    Leider wird clamd nicht out of the box starten wegen Socketproblemen. Auch wird sich die Datenbank des Scanners nicht aktualisieren wegen einem zu geringen TimeOut. Auch die Verhaltenskonfiguration ist per Standard nicht der Hit.... Das ändern wir als Erstes,

    unter der Annahme daß

    • clamd über den User sowie die Gruppe vscan läuft
    • Die UID des Users vscan 65 ist

    Mittels vi /etc/clamd.conf folgende Einträge sicherstellen:

    Dann die Logdatei anlegen, Verzeichnissrechte setzen und den Dienst aktivieren - mit folgenden Befehlen:

    Code: Bash Konsole
    mkdir /var/log/clamav
touch /var/log/clamav/logs
chown -R vscan:vscan /var/log/clamav/logs
mkdir /opt/clamd/
touch /opt/clamd/clamd-socket
chown -R vscan:vscan /opt/clamd/
systemctl restart clamd
systemctl enable clamd


    Damit Freshclam wieder Updates findet, den Connectiontimeout erhöhen mittels vi /etc/freshclam.conf
    Code: /etc/freshclam.conf
    ConnectTimeout 60

    Dann manuell aktualisieren und den Dienst aktivieren

    Code: Bash Konsole
    freshclam
systemctl restart freshclam
systemctl enable freshclam

    Aktivieren von OnAccess Scanning (Download Ordner)

    Quarantäne Ordner anlegen, Das Startscript "StartClamavOnAccessScanner" anlegen, es mit Code befüllen und ausführbar machen:
    Code: Bash Konsole
    mkdir ~/.Infected
cd ~/bin
mkdir system
cd system
vi StartClamavOnAccessScanner
chmod +x ./StartClamavOnAccessScanner

    Im vorletzten Schritt, bei Anlage des Scripts, fütterst Du es mit dem folgenden Code:

    Bash: /home/DEINNAME/bin/system/StartClamavOnAccessScanner
    #!/bin/bash
sleep 20s
sudo -u root /usr/sbin/clamonacc --move=/home/DEINNAME/.Infected
output=$(ps aux | awk '$11=="/usr/sbin/clamonacc"') 
if [ ${#output} == 0 ]
    then 
        kdialog --msgbox "ClamAV OnAccess Scanner konnte NICHT gestartet werden !"
    else
        kdialog --msgbox "ClamAV OnAccess Scanner überwacht den Download Ordner"
fi

    Dann unter Yast → Sicherheit und Benutzer → Sudo einen Eintrag für den Befehl anlegen:


    Nun kann ein Autostarteintrag für das Script angelegt und bei jedem Reboot erfolgreich ausgeführt werden:


    Aktiviren des Mailscanners

    Als Vorbereitung in den lokalen Mailordnern 1 Unterordner anlegen:

    • Infected


    Dann in KMail über Extras → Antivirus Assistent den Scanner auswählen und aktivieren. Danach die dazugehörigen Filter einrichten unter Eintellungen → Filter einrichten:

    1. Filter „Clam Antivirus Check“
      1. Reiter „Allgemein“ kann in den Standard Einstellungen belassen werden
      2. Im Reiter „Erweitert“ folgendes festlegen:
        1. Diesen Filter auf eingehende Nachrichten anwenden
          1. von allen Postfächern
        2. Diesen Filter vor dem Senden von Nachrichten anwenden
    2. Filter „Virusbekämpfung“
      1. Reiter „Allgemein“
        1. Unter Filteraktion betroffene Emails in den erstellten Lokalordner „Infected“ schubsen lassen
      2. Im Reiter „Erweitert“ folgendes festlegen:
        1. Diesen Filter auf eingehende Nachrichten anwenden
          1. von allen Postfächern
        2. Diesen Filter vor dem Senden von Nachrichten anwenden
        3. Bearbeitung hier beenden, falls Filterbedingung zutrifft



    Im letzten Schritt dann das involvierte Script optimieren:

    vi /usr/bin/kmail_clamav.sh


    Ach ja: wenn Du permissions.secure aktiviert haben solltest, musst Du den User "Vscan" (nebst Deinem eigenen, was Du aber bereits getan haben wirst) in die User-Gruppe "Trusted" schieben.


    So... Dann ein beherzter Neustart.


    Du wirst hoffentlich mit einem PopUp Fenster begrüsst welches Dir sagt, daß Dein Download Ordner nun überwacht wird :)


    Testen kannst Du die Abläufe auch - besorg Dir dazu eine "EICAR.COM" Testsignatur - das ist eine Textdatei.


    Ich würde zusätzlich über ClamTK einen Cron anlegen, der täglich 1x Deinen Userordner scannt.

    Das war hilfreich ?

    Dann schenk mir doch ein Like <3

  • Autostart mit Root Rechten geht nicht

    Mittlerweile habe ich heraus bekommen, daß das Setting permissions.secure hier die Ursache war :rolleyes:

    Folgende Anpassungen machten die Ausführung dann möglich:

    1. Ich legte den Systemuser "VScan" in die Systemgruppe "Trusted"
    2. Meinen Benutzeraccount hatte ich bereits vorab in diese Gruppe gesteckt

    Ach ja:


    Zitat von DarkTrinity

    [...]


    Und im o.g. Script habe ich bereits beide Varianten probiert:

    • sudo /usr/sbin/clamonacc --move=/home/meinName/.Infected
    • su /usr/sbin/clamonacc --move=/home/meinName/.Infected
    [..]

    Definitiv richtig ist:

    Code
    sudo -u root /usr/sbin/clamonacc --move=/home/meinName/.Infected

    Und dem Script habe ich zu Anfang noch ein sleep 20s spendiert. In den Sudoconfigs/Yast muss die Sudoregel auf den Befehl im Script bezogen werden (und nicht auf das Script, welches den Befehl enthält)


    Das wars :)