Sven Gothel wrote
Machines
- Server stability (against DoS, ...)
- cgit patches
- various fine tuning kernel/apache/..
- we may need a more powerful machine due to incr load(?)
Last week we had a harddisk failure.
Since we use ZFS, nothing was lost, disk has been replaced
and I could resilver it.
I took the chance to cleanup the mem-swap setup
- disabled zfs vdev swap (buggy)
- added native swap partition
See <
https://jausoft.com/cgit/jaunotes.git/about/config/misc/linux-boot-uefi_dual-or-single.md>
Further I updated the ZFS backup,
pulling from remote to my local server via
<
https://jausoft.com/cgit/openzfs/openzfs_build_env.git/tree/scenarios/backup/zsync-poolFromRemote.sh>.
This has also been done and I will do it regularly again w/ incremental snapshots.
Then I hacked cgit and added a cgit-reaper for reasons described
<
https://jausoft.com/cgit/cgit-reaper.git/about/#goals>
Last but not least, I updated our iptables setup
as a final attempt to get rid of the DoS attacks
<
https://jausoft.com/cgit/jaunotes.git/tree/config/server/02-firewall/etc/iptables/ip4tables_bad_fwdmz_good-secure#n264>
It features for ipv4 and ipv6
- better syn-flood protection, now limited to 50/s
- same IP http(s) rate-limit to 10 (15) per second
- same ip max-concurrent http(s) connections to 10 (30) per second
So far it shows we got hit a lot by
- syn-flood (wasn't handled properly by kernel)
- http(s) rate-limit
Hope it makes the server more accessible again.
At least I can lower the connection rate per IP
in case this is not enough ...
Cheers
~Sven
EDIT: If interested, I use this script to monitor the filtering results via 'watch -n 2 print-network-stats.sh`
<
https://jausoft.com/cgit/jaunotes.git/tree/config/server/xx-attack/scripts/print-network-stats.sh>