Bug 219038
| Summary: | ipv4mapped: echo to /proc/net/xt_recent "not understood" | ||
|---|---|---|---|
| Product: | Networking | Reporter: | Steffen Nurpmeso (steffen) |
| Component: | Netfilter/Iptables | Assignee: | networking_netfilter-iptables (networking_netfilter-iptables) |
| Status: | NEW --- | ||
| Severity: | normal | CC: | steffen |
| Priority: | P3 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | Subsystem: | ||
| Regression: | No | Bisected commit-id: | |
Could you try kernel 6.10 or 6.6.40? 6.6.40 does not change the situation. |
Hello. printf '%s\n' "+::ffff:80.187.103.83" > /proc/net/xt_recent/alien_super results in < /proc/net/xt_recent/alien_super awk '{print $1}' src=0000:0000:0000:0000:0000:ffff:50bb:6755 But the actual IPv4 address is not actually blocked from the firewall that does add_rule -m recent --name alien_super --rcheck \ -m recent --name alien_super --update --seconds 84000 --reap -j DROP (where "add_rule" is a sh(1)ell function that does the expected). This happens on both AlpineLinux edge with virtual kernel as well as with self-compiled Linux kent 6.1.97-ideapad #1 SMP PREEMPT_DYNAMIC Sat Jul 6 21:43:14 CEST 2024 x86_64 GNU/Linux