Re: nftables: masquerade sets wrong source address

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Tom,

On Tue, Dec 13, 2016 at 01:28:41PM +0000, Tom Hacohen wrote:
> Hi,
> 
> I've recently migrated from iptables (no modules loaded anymore) to
> nftables and came across a weird situation that looks like a bug to
> me.
> 
> When using "masquerade" it always sets the ip address to that of one
> of my interfaces, and not per interface as one would expect.
> 
> My config:
> 
> flush ruleset
> 
> table inet filter {
>     chain input {
>         type filter hook input priority 0; policy accept;
> 
>         iifname lo log accept
>     }
>     chain output {
>         type filter hook output priority 0; policy accept;
>     }
> }
> 
> table ip nat {
>     chain postrouting {
>         type nat hook postrouting priority 100;
>         masquerade
>     }
> }
> 
> 
> With this, connections to localhost fail because the masquerade line
> sets the source IP to that of the wlp1s0 interface, and not of the lo
> interface.
> 
> Here is output from the log:
> IN=lo OUT= MAC=00:00:00:00:00:00:00:00:00:00:00:00:08:00
> SRC=192.168.86.18 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64
> ID=64500 DF PROTO=TCP SPT=36844 DPT=8000 WINDOW=43690 RES=0x00 SYN
> URGP=0
> 
> You can see how the source ip is wrong. This is from running "curl"
> trying to connect to a local http server on port 8000.
> 
> Removing the masquerade line, or changing it to: "oifname wlp1s0
> masquerade" fixes it, but this is just a workaround that will fail in
> more complex situations.
> 
> I would have loved to provide you with tracing information, but
> unfortunately I never got that to work for me.
> 
> Tried with kernels: 4.8.12 and 4.4.35 on arch linux. Nft version is 0.6.
> 
> Please let me know if there's any other info you'd like me to provide you with.

I don't remember if this behaviour has been always the case. Would you
please check what has been the behaviour in old kernels?

nftables shares this masquerade code with iptables, so you can test
this with iptables in older kernels.

Thanks.
--
To unsubscribe from this list: send the line "unsubscribe netfilter" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux