• Serveurs

  • [Discussion] : Sécurisation & Logs {nginx} {lighttpd}

Magicalex Merci pour les infos, et pour la balise que tu as rajouté.
Le tuto date en effet, mais marchait très bien avant 🙂

Comme c'est pour un Raspberry Pi, je suis pas trop fan de docker.

Merci pour ta réponse

    Salut
    J'ai utilisé la partie "mail" il y a deux jours sur mon nouveau Kim' et pas de soucis d'install', les mail sortent bien.
    Le problème doit être ailleurs mais je ne peux pas t'en dire plus, désolé.
    Ex.

    Merci.
    J'ai changé la conf et utilise le SMTP de ma box FAI.
    Je comprends pas totalement. Postfix n'est pas censé être un serveur SMTP?
    Cordialement

    6 jours plus tard

    therealcorwin
    Bonjour, j'ai le meme soucis sur fail2ban que toi .As tu trouvé une solution?
    C'est 2018-10-18 10:05:22,274 fail2ban.transmitter [14908]: WARNING Command ['status', '-']
    has failed. Received UnknownJailException('    -',)
    2018-10-18 10:05:22,668 fail2ban.transmitter [14908]: WARNING Command ['status', 'Jail
    '] has failed. Received UnknownJailException('Jail',)
    2018-10-18 10:05:23,061 fail2ban.transmitter [14908]: WARNING Command ['status', 'list
    :'] has failed. Received UnknownJailException('list:',)

      10 jours plus tard

      Idem, j'ai le même problème de fail2ban. Install bonobox sur Debian 9 toute fraiche. Je n'y comprends rien.

      fail2ban-client status 0 < 17:03:21
      Status
      |- Number of jail: 8
      `- Jail list: nginx-auth, nginx-badbots, nginx-dos, postfix, postfix-rbl, ssh, sshd, vsftpd

      Ses 3 commandes reviennent toutes les 5 min.
      2018-10-28 17:00:13,019 fail2ban.transmitter [26226]: WARNING Command ['status', '-'] has failed. Received UnknownJailException('-',)
      2018-10-28 17:00:13,303 fail2ban.transmitter [26226]: WARNING Command ['status', 'Jail'] has failed. Received UnknownJailException('Jail',)
      2018-10-28 17:00:13,587 fail2ban.transmitter [26226]: WARNING Command ['status', 'list:'] has failed. Received UnknownJailException('list:',)

      Salut
      j'ai pas le temps en ce moment de tester, mais si tu veux revenir à un fail2ban brut:

      cd /etc/fail2ban

      tu backup le jail.local du script pour revenir à l’utilisation du fichier jail.conf de base:

      mv jail.local jail.local.bak

      et tu restart:

      service fail2ban restart

      là tu n'as de base que le ssh/22 sous surveillance mais tu ne devrais plus avoir d'erreurs, pour le reste il faudra trouver un autre tuto. Des machins ont du changer avec debian9, mais là je ne peux vraiment pas.
      Ex.

      Merci Ex

      J'ai déja test et c'est idem, donc de base il y a une merde mais je ne vois pas quoi.
      Je vais tenter de desinstall via purge et repartir de zéro pour voir.

      J'ai suivi le tuto de Erusaris (fail2ban en 0.11) et ça a fonctionné car plus d'erreur.
      ça m'a "juste" foutu le bordel au niveau de systemd. Impossible de lancer la commande service fail2ban avec ce tuto.
      Du coup je le lance via la commande client et ça roule mais le système en lui même n'est plus propre à ce sujet.

      Du coup surement un problème de version ou un bug dans les fichiers de conf. Bizarre car en purgeant et en réinstallant j'ai le même problème et le bug n'as pas l'air signalé chez fail2ban.

      Assez chiant tout de même. Donc si quelqu'un a une solution propre et fonctionnel, je suis super preneur afi nde sécure au mieux le serveur.

      Bonne journée.

      • 404 a répondu à ça.

        hackerman Salut

        Quel genre de désagrément tu constate avec systemd ?

        /etc/init.d/fail2ban status | start | stop

        Fonctionne ?

        Et aussi est ce que tu rencontre un problème avec la commande ?

        fail2ban-client

        Limite ce thread te viendrai pas en aide ?

        For systemd systems:
        You have to specify the backend in /etc/fail2ban/jail.conf to use systemd as follows:

        backend = systemd

        Then restart fail2ban:

        systemctl restart fail2ban

          Vu que j'ai suivi l'autre tuto de Erusaris ici 💯
          https://wiki.debian-fr.xyz/Fail2ban_v0.11.x_avec_support_IPv6_sur_Debian_Stretch
          je n'ai donc pas install fail2ban via les dépôts Debian.
          Donc la commande :
          /etc/init.d/fail2ban
          ne renvoi rien du tout.

          fail2ban-client fonctionne très bien.

          Suite au tuto vu plus haut, j'ai cela 💯

          ┌─<root @ sd-126935 in /h/leonidas>
          └─<>──» service fail2ban status

          ● fail2ban.service
          Loaded: not-found (Reason: No such file or directory)
          Active: failed (Result: exit-code) since Sun 2018-10-28 23:44:21 CET; 20h ago

          Oct 28 23:44:21 sd-126935 systemd[1]: Starting LSB: Start/stop fail2ban...
          Oct 28 23:44:21 sd-126935 fail2ban[26592]: Starting authentication failure monitor: fail2ban failed!
          Oct 28 23:44:21 sd-126935 systemd[1]: fail2ban.service: Control process exited, code=exited status=1
          Oct 28 23:44:21 sd-126935 systemd[1]: Failed to start LSB: Start/stop fail2ban.
          Oct 28 23:44:21 sd-126935 systemd[1]: fail2ban.service: Unit entered failed state.
          Oct 28 23:44:21 sd-126935 systemd[1]: fail2ban.service: Failed with result 'exit-code'.

          J'ai test ton thread et cela n'a pas aidé.
          J'utilise donc ala commande fail2ban-client restart | start | stop | reload pour l'instant.

          Merci tout de même.

          • 404 a répondu à ça.

            hackerman

            je n'ai donc pas install fail2ban via les dépôts Debian.
            Donc la commande :
            /etc/init.d/fail2ban
            ne renvoi rien du tout.

            Suis-je bête ... Bien vue

            Quand tu avais désinstallé fail2ban tu avais supprimer aussi le dossier dans /etc ?

            apt remove --purge fail2ban && rm -rf /etc/fail2ban

            Je te demande car j'ai pas eu le problème, en faite Erusaris et moi même faisons qu'un. J'ai égarer mes identifiants 🙁

            Bon sinon :

            wget https://raw.githubusercontent.com/fail2ban/fail2ban/0.11/files/debian-initd -O /etc/init.d/fail2ban
update-rc.d fail2ban defaults
service fail2ban restart

            Essaye et tiens nous au courant 🙂

              plop,

              Oui j'avais bien supprimer le dossier /etc/fail2ban après avoir désinstall la version des dépôts.

              J'ai donc tester ta modif et voila le résultat:

              ┌─<root @ sd-126935 in /h/leonidas>
└─<>──» service fail2ban restart                                    0 < 18:22:00
Failed to restart fail2ban.service: Unit fail2ban.service not found.

              En fait je pense que c'est cette partie du tuto qui a foutu la merde

              Automatisation lancement

              # cp files/debian-initd /etc/init.d/fail2ban
# chmod +x /etc/init.d/fail2ban
# systemctl enable fail2ban.service

fail2ban.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable fail2ban

# systemctl daemon-reload
# service fail2ban restart
# service fail2ban status
● fail2ban.service - LSB: Start/stop fail2ban
   Loaded: loaded (/etc/init.d/fail2ban; generated; vendor preset: enabled)
   Active: active (exited) since Mon 2017-11-27 09:07:24 EAT; 4s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 11586 ExecStart=/etc/init.d/fail2ban start (code=exited, status=0/SUCCESS)

nov. 27 09:07:24 dev.domaine.com systemd[1]: Starting LSB: Start/stop fail2ban...
nov. 27 09:07:24 dev.domaine.com fail2ban[11586]: Starting authentication failure monitor: fail2ban.
nov. 27 09:07:24 dev.domaine.com systemd[1]: Started LSB: Start/stop fail2ban.

              Bon j'ai test sur une VM toute fraiche avec bonobox installé.
              On a le soucis de la version de fail2ban (0.9.x) installé via les dépôts et le script bonobox avec les lignes revenant toutes les 3min. (Voir mes comms plus haut)
              J'ai donc effectué la manip suivante (désinstall de la version des depots et install de la dernière version via github) :

               # apt remove --purge fail2ban
# rm -rf /etc/fail2ban
# apt install python python-dnspython python-pyinotify gamin 
 # cd /usr/local/
# git clone https://github.com/fail2ban/fail2ban.git
 # cd fail2ban
# python setup.py install

              Et c'est la ou je n'ai pas suivi le tuto de 404 (https://wiki.debian-fr.xyz/Fail2ban_v0.11.x_avec_support_IPv6_sur_Debian_Stretch), j'ai suivi la documentation sur le github:

              Automatisation lancement:

              Please note that the system init/service script is not automatically installed. To enable fail2ban as an automatic service, simply copy the script for your distro from the files directory to /etc/init.d. Example (on a Debian-based system):

              cp files/debian-initd /etc/init.d/fail2ban
update-rc.d fail2ban defaults
service fail2ban start

              --> Et la la commande service fail2ban fonctionne nickel 🙂

              • Donc j'en déduit que les commandes suivantes du tuto foutent la merde : 
                systemctl enable fail2ban.service
   fail2ban.service is not a native service, redirecting to systemd-sysv-install.
   Executing: /lib/systemd/systemd-sysv-install enable fail2ban
# systemctl daemon-reload
                Je n'ai pas chercher à debug Fail2ban installé par le script de EX mais il est bon de savoir qu'il y a un petit souci (surement une connerie...)

              Plus qu'à réinstaller proprement mon serveur.
              En espérant que ça serve à d'autres.

              22 jours plus tard

              Bonjour,

              Je pose ça ici car ça m'a fait perdre bcp de temps.

              Je me suis fait ban par portcentry, via la directive:
              KILL_ROUTE="/sbin/route add -host $TARGET$ reject"

              donc j'ai lancé la commande:
              route del <mon_ip_bannie> reject

              Au cas où si cela sert à quelqu'un 🙂

              2 mois plus tard

              bonjour,

              depuis que j'ai fais le tuto j'ai un problème qui m'arrive tous les deux jours ça fait trois fois que ça m'arrive. déjà je reçoit plusieurs mail d'erreur de cron avec comme sujet : Cron <munin@kim> if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi

              voilà le log que je reçoit :
              Can't load '/usr/lib/x86_64-linux-gnu/perl/5.24/auto/Fcntl/Fcntl.so' for module Fcntl: /usr/lib/x86_64-linux-gnu/perl/5.24/auto/Fcntl/Fcntl.so: échec d'adressage (mapping) du segment de l'objet partagé at /usr/share/perl/5.24/XSLoader.pm line 96.
              � at /usr/lib/x86_64-linux-gnu/perl/5.24/Fcntl.pm line 11.
              Compilation failed in require at /usr/share/perl5/Munin/Master/Utils.pm line 12.
              BEGIN failed--compilation aborted at /usr/share/perl5/Munin/Master/Utils.pm line 12.
              Compilation failed in require at /usr/share/perl5/Munin/Master/UpdateWorker.pm line 18.
              BEGIN failed--compilation aborted at /usr/share/perl5/Munin/Master/UpdateWorker.pm line 18.
              Compilation failed in require at /usr/share/perl5/Munin/Master/Update.pm line 17.
              BEGIN failed--compilation aborted at /usr/share/perl5/Munin/Master/Update.pm line 17.
              Compilation failed in require at /usr/share/munin/munin-update line 14.
              BEGIN failed--compilation aborted at /usr/share/munin/munin-update line 14.

              ou encore :
              Forking worker failed: Cannot allocate memory at /usr/share/perl5/Munin/Master/Update.pm line 162.

              et pour finir le dernier type :
              Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.24/auto/Socket6/Socket6.so' for module Socket6: /usr/lib/x86_64-linux-gnu/perl5/5.24/auto/Socket6/Socket6.so: échec d'adressage (mapping) du segment de l'objet partagé at /usr/lib/x86_64-linux-gnu/perl/5.24/DynaLoader.pm line 187.
              � at /usr/share/perl5/IO/Socket/INET6.pm line 40.
              Compilation failed in require at /usr/share/perl5/IO/Socket/INET6.pm line 40.
              BEGIN failed--compilation aborted at /usr/share/perl5/IO/Socket/INET6.pm line 40.
              Compilation failed in require at /usr/share/perl5/Munin/Master/Node.pm line 18.
              BEGIN failed--compilation aborted at /usr/share/perl5/Munin/Master/Node.pm line 18.
              Compilation failed in require at /usr/share/perl5/Munin/Master/UpdateWorker.pm line 17.
              BEGIN failed--compilation aborted at /usr/share/perl5/Munin/Master/UpdateWorker.pm line 17.
              Compilation failed in require at /usr/share/perl5/Munin/Master/Update.pm line 17.
              BEGIN failed--compilation aborted at /usr/share/perl5/Munin/Master/Update.pm line 17.
              Compilation failed in require at /usr/share/munin/munin-update line 14.
              BEGIN failed--compilation aborted at /usr/share/munin/munin-update line 14.

              quand ça m'arrive je ne peux plus accéder à mon serveur je suis obliger de le redémarrer par le manager pour pouvoir y accéder. Si vous avez une piste merci d'avance

              4 jours plus tard

              Bonjour,

              On dirait que tu as un probleme de memoire.
              Si tu as un outil de monitoring, ca pourrait etre interessant d'y jeter un oeil pendant la tache cron

              Effectivement ma mémoireet le cpu sont à 100% quand cron fait bug le serveur

              A priori ton serveur crash à cause du manque de mémoire.
              Soit ton serveur n'a pas assez de mémoire pour faire tourner tes programmes courants plus la tâche Cron, soit tu as une fuite mémoire quelque part

              19 jours plus tard

              Salut : )
              Pour cette partie au début du tuto

              ex_rat
              On va mettre en place un mail lors des connexions ssh root, vous recevrez ainsi un mail à chaque connexion sur le compte.

              nano /root/.bashrc

              Ajouter à la fin :

              echo 'Acces Shell Root le ' date who | mail -s 'Connexion serveur via root' root

              c'est facilement évitable de charger le bashrc su - ou en ssh
              ssh user@host "bash --noprofile --norc"

              J'me pose la question si il y aurait pas moyen de mettre l'envoie du mail plus en amont dans l'ordre de chargement des fichiers .profile > .bashrc ?

              Sans tout casser ! Je pense pas que forcer bash/zsh dans /etc/shells soit une bonne idée.

              vous avez des suggestions ? 😃