Re: Packet Marks with UDP and portforwarding

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

Subject: Re: Packet Marks with UDP and portforwarding
From: Philip Schaten <philip@xxxxxxxxxxxxxx>
Date: Sun, 25 Aug 2019 19:43:17 +0200
Cc: netfilter@xxxxxxxxxxxxxxx
In-reply-to: <20190825170555.GR20113@breakpoint.cc>
References: <dea840fa-f8d9-6cd0-1dce-62ce4f3988ac@noerdcampus.de> <20190825124318.GO20113@breakpoint.cc> <801c0e32-c210-79d3-5298-22381507805f@noerdcampus.de> <20190825161555.GQ20113@breakpoint.cc> <dbb27677-84dd-dcad-0145-167b9b982915@noerdcampus.de> <20190825170555.GR20113@breakpoint.cc>

Thank you very much. Sorry, I missed that detail!
It works like a charm now.

Best, Philip

References:
- Packet Marks with UDP and portforwarding
  - From: Philip Schaten
- Re: Packet Marks with UDP and portforwarding
  - From: Florian Westphal
- Re: Packet Marks with UDP and portforwarding
  - From: Philip Schaten
- Re: Packet Marks with UDP and portforwarding
  - From: Florian Westphal
- Re: Packet Marks with UDP and portforwarding
  - From: Philip Schaten
- Re: Packet Marks with UDP and portforwarding
  - From: Florian Westphal

Prev by Date: Re: Packet Marks with UDP and portforwarding
Next by Date: Re: Lightweight ipset API?
Previous by thread: Re: Packet Marks with UDP and portforwarding
Next by thread: HA firewall providing "masquerade": SNAT the only way to go?
Index(es):
- Date
- Thread

[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