fail2ban 0.11.2-2 source package in Ubuntu
Changelog
fail2ban (0.11.2-2) unstable; urgency=high * Fix a problem with mail -- Sylvestre Ledru <email address hidden> Mon, 12 Jul 2021 06:52:40 +0200
Upload details
- Uploaded by:
- Debian Python Team
- Uploaded to:
- Sid
- Original maintainer:
- Debian Python Team
- Architectures:
- all
- Section:
- net
- Urgency:
- Very Urgent
See full publishing history Publishing
| Series | Published | Component | Section |
|---|
Downloads
| File | Size | SHA-256 Checksum |
|---|---|---|
| fail2ban_0.11.2-2.dsc | 2.0 KiB | fd294cc0286add8789f20532c6528b398b30fb075c8ffdfe9a17c81bbeb031d0 |
| fail2ban_0.11.2.orig.tar.gz | 546.4 KiB | 383108e5f8644cefb288537950923b7520f642e7e114efb843f6e7ea9268b1e0 |
| fail2ban_0.11.2-2.debian.tar.xz | 29.1 KiB | 1d64c8b56a6d1ab6398929ec48d16fd4ca3693b5e09fa3b9c4caa22256be6f55 |
Available diffs
- diff from 0.11.2-1 to 0.11.2-2 (1.6 KiB)
No changes file available.
Binary packages built by this source
- fail2ban: ban hosts that cause multiple authentication errors
Fail2ban monitors log files (e.g. /var/log/auth.log,
/var/log/apache/ access. log) and temporarily or persistently bans
failure-prone addresses by updating existing firewall rules. Fail2ban
allows easy specification of different actions to be taken such as to ban
an IP using iptables or hostsdeny rules, or simply to send a notification
email.
.
By default, it comes with filter expressions for various services
(sshd, Apache, proftpd, sasl, etc.) but configuration can be
easily extended for monitoring any other text file. All filters and
actions are given in the config files, thus fail2ban can be adopted
to be used with a variety of files and firewalls. Following recommends
are listed:
.
- iptables/nftables -- default installation uses iptables for banning.
nftables is also supported. You most probably need it
- whois -- used by a number of *mail-whois* actions to send notification
emails with whois information about attacker hosts. Unless you will use
those you don't need whois
- python3-pyinotify -- unless you monitor services logs via systemd, you
need pyinotify for efficient monitoring for log files changes
