dopo che google ha beccato le sessioni dell'utente russo sul mio sito privato senza dominio e hostato su porte assurde (!!!) ho dovuto installare fail2ban ieri sera, non riuscivo a dormire pensando al fatto che qualcuno mi stesse cercando di violare, anche se non ci sono ancora files se non me ne fossi accorto forse avrei testato owncloud e ci avrei messo qualcosa di mio sopra (pianifico di tenerci ad esempio tutti i miei documenti)
quindi per prima cosa fail2ban, fosse un bot voglio droppare tutto, ho configurato le seguenti jails:
nginx-botsearch, sshd e php-fopen.
configuro tutto, come banrule ho provato sia firewallcmd-multiport che iptables-multiport, con firewallcmd fail2ban si accorge che c'e' un errore e non va, non parte il servizio ed il log di fail2ban ti dice che non riesce ad usare quella banaction, con iptables-multiport nella conf di jail.local fail2ban dice che va tutto bene ed il suo log sembra felice, poi pero' ho provato a scansionarmi il sito con uno scanner e fail2ban fa il suo dannato lavoro, lo vedo li che lavora da atop, ma non riesce a bannare gli ip, il problema e' che non dice nulla fail2ban nel proprio log!, lo dice solo firewalld nel log di systemd che fail2ban ha provato a bannare un ip e non ce l'ha fatta!
firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'http,https', '-m', 'set', '--match-set', 'fail2ban-php-url-fopen', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'
firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'http,https', '-m', 'set', '--match-set', 'fail2ban-nginx-botsearch', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'
firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'ssh', '-m', 'set', '--match-set', 'fail2ban-sshd', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'
e per ciascuno di questi ci sono 3 errori identici cosi
firewalld[7093]: WARNING: '/usr/sbin/iptables-restore -n' failed:
ed infatti lo scanner va che e' un piacere.
ad una veloce letta pare che la cosa debba essere abilitata dall'hoster se sei un fottuto container senza il tuo kernel, quindi penso proprio di essere arrivato al limite massimo cui posso spingere la conf di un openvz, almeno su questo hoster.
sapevo delle limitazioni degli openvz, so che sono pensati per roba che sta in userspace, mi sta bene, ma anche se mi serve solo lo userspace per hostare dei servizi cribbio mi serve anche un firewall, o no?
vedremo cmq se non lo ha configurato l'hoster il kernel che possa droppare pacchetti oppure se devo solo aggiungere la rule di ban in iptables (cosi par di capire dal messaggio di errore, investighero')
Please consider the environment before printing this message, 50% of the above is useless!
