netfilter-devel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH 00/13] Transparent Proxying Patches, Take 4
@ 2007-10-02 20:39 KOVACS Krisztian
  2007-10-02 20:40 ` [PATCH 01/13] Loosen source address check on IPv4 output KOVACS Krisztian
                   ` (12 more replies)
  0 siblings, 13 replies; 21+ messages in thread
From: KOVACS Krisztian @ 2007-10-02 20:39 UTC (permalink / raw)
  To: Patrick McHardy; +Cc: netfilter-devel, Balazs Scheidler, Toth Laszlo Attila

Hi Patrick,

Here's the next round of tproxy patches, hopefully fixing problems
which came up last time I've posted these patches[1].

I'd like to thank you and Jan Engelhardt the huge help you've
provided.  (Jan himself did a lot of fixes/cleanups!)

The most important changes relative to the previous versions[1] are:

  * the patch implementing the propagation of IP_TRANSPARENT to
    routing output now does not change the signature of
    request_sock_opt.send_ack but uses a flag in inet_request_sock
    itself
  * TCP port redirection support patch
    adds loc_port to struct inet_request_sock unconditionally
  * TPROXY target is an xt_* target now and has proper 32 bit mark
    values in the target info structure

Additionally there are code cleanups all over the place (thanks Jan).



References:
[1] http://marc.info/?l=netfilter-devel&m=119118672703285&w=2

-- 
KOVACS Krisztian

^ permalink raw reply	[flat|nested] 21+ messages in thread
* [PATCH 00/13] Transparent Proxying Patches, Take 3
@ 2007-09-30 20:51 KOVACS Krisztian
  2007-09-30 20:53 ` [PATCH 10/13] iptables socket match KOVACS Krisztian
  0 siblings, 1 reply; 21+ messages in thread
From: KOVACS Krisztian @ 2007-09-30 20:51 UTC (permalink / raw)
  To: Patrick McHardy; +Cc: netfilter-devel, Balazs Scheidler, Toth Laszlo Attila

Hi Patrick,

These patches are our (Balazs, Attila and me) third try at providing Linux
2.2-like transparent proxying support for Linux 2.6. During the 5th Netfilter
Workshop in Karlsruhe, Germany we tried to come up with an even more
lightweight approach not requiring the modification of the IPv4 routing code at
all.

The most important changes relative to the previous versions[1,2] are:
 * the tproxy table is gone, TPROXY targets need to be added to the
   mangle table instead
 * the tproxy match is gone, a new "socket" match is introduced
 * instead of using a separate routing trick to divert packets to the
   local IP stack inside the TProxy target, we are now using stock routing
   decisions, and need a bit in the packet MARK field, and perform diversion by
   using an advanced routing rule (this hopefully makes it possible to
   implement IPv6 support in the future
 * instead of IP_FREEBIND we are using a setsockopt named IP_TRANSPARENT
   which requires CAP_NET_ADMIN privilege
 * in previous patches the output routing decision was commented out, it
   is now correctly decided whether a packet belongs to a tproxied
   connection or not.

Usage is a bit more complicated compared to the previous approach, but it's
certainly not rocket science:

# iptables rules necessary:
# create a chain named DIVERT
iptables -t mangle -N DIVERT
# everything that matches "-m socket" should go to the local stack
iptables -t mangle -A PREROUTING -p tcp -m socket -j DIVERT
# connections to be redirected should use the TPROXY target, which sets 
# up redirection, and marks the packet according to its 'tproxy-mark' 
# argument
iptables -t mangle -A PREROUTING -p tcp --dport 80 -j TPROXY \
   --tproxy-mark 0x1/0x1 --on-port 50080
# DIVERT chain: mark packets and accept
iptables -t mangle -A DIVERT -j MARK --set-mark 1
iptables -t mangle -A DIVERT -j ACCEPT

# set up advanced routing rules to deliver our marked packets locally
ip rule add fwmark 1 lookup 100
ip route add local 0.0.0.0/0 dev lo table 100

The proxy code needs to be modified as well, but these are really lightweight:
before binding, the IP_TRANSPARENT sockopt needs to be enabled on the socket.
This implies IP_FREEBIND, so after enabling this socket option non-local binds
will work and if you got your iptables/iproute setup right non-local traffic
will be delivered to/from the socket. A netcat patch demonstrating this is
available[4] as an example.

Some word about the patches:

 * output path (patches 1-5): these modifications make it possible to
   output IPv4 datagrams with non-local IP addresses by:
   - introducing a new flowi flag (FLOWI_FLAG_ANYSRC) which disables the source
     address check in ip_route_output_slow() [3]
   - adding the IP_TRANSPARENT socket option (setting this requires CAP_NET_ADMIN)
   - setting FLOWI_FLAG_ANYSRC if IP_TRANSPARENT is enabled for the originating
     socket
   - set FLOWI_FLAG_ANYSRC where appropriate for sending reply packets
     generated by the kernel; this requires extending the ip_reply_arg
     structure with a flags field and adding an IP_REPLY_ARG_NOSRCCHECK flag

 * input patch (patches 6-13): these changes implement redirection support for
   TCP plus the iptables socket match and TPROXY target -- these provide the
   actual user interface:
   - split IPv4 defragmentation into a separate module, as this is needed by
     both our target and match
   - add a 'socket' match which does a socket lookup based on the destination
     tuple in the packet and matches is a socket has been found
   - add a 'TPROXY' target which looks up a socket based on a modified IP/port
     tuple and stores the socket reference in the skb
   - modifying the TCP/UDP input paths to use the stored socket reference if
     present

All kinds of comments welcome. Patrick, I'd like to ask you to review these
patches and if no issues are found by you or by anyone on the list, please
consider merging them.

I'll send the necessary iptables changes in a separate mail.

References:
[1] http://marc.info/?l=linux-netdev&m=117310979603009&w=2
[2] http://www.balabit.com/downloads/files/tproxy/
[3] http://marc.info/?l=linux-netdev&m=118065358510836&w=2
[4] http://people.netfilter.org/hidden/tproxy/netcat-ip_transparent-support.patch

-- 
KOVACS Krisztian

^ permalink raw reply	[flat|nested] 21+ messages in thread

end of thread, other threads:[~2007-10-23 18:26 UTC | newest]

Thread overview: 21+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-02 20:39 [PATCH 00/13] Transparent Proxying Patches, Take 4 KOVACS Krisztian
2007-10-02 20:40 ` [PATCH 01/13] Loosen source address check on IPv4 output KOVACS Krisztian
2007-10-02 20:40 ` [PATCH 02/13] Implement IP_TRANSPARENT socket option KOVACS Krisztian
2007-10-02 20:41 ` [PATCH 03/13] Allow binding to non-local addresses if IP_TRANSPARENT is set KOVACS Krisztian
2007-10-02 20:41 ` [PATCH 04/13] Conditionally enable transparent flow flag when connecting KOVACS Krisztian
2007-10-02 20:42 ` [PATCH 05/13] Handle TCP SYN+ACK/ACK/RST transparency KOVACS Krisztian
2007-10-02 20:42 ` [PATCH 06/13] Port redirection support for TCP KOVACS Krisztian
2007-10-02 20:43 ` [PATCH 07/13] Export UDP socket lookup function KOVACS Krisztian
2007-10-02 20:43 ` [PATCH 08/13] Split Netfilter IPv4 defragmentation into a separate module KOVACS Krisztian
2007-10-08  8:30   ` Patrick McHardy
2007-10-17 19:11   ` Krzysztof Oledzki
2007-10-23 18:26     ` KOVACS Krisztian
2007-10-02 20:44 ` [PATCH 09/13] iptables tproxy core KOVACS Krisztian
2007-10-02 20:44 ` [PATCH 10/13] iptables socket match KOVACS Krisztian
2007-10-08  8:32   ` Patrick McHardy
2007-10-02 20:45 ` [PATCH 11/13] iptables TPROXY target KOVACS Krisztian
2007-10-08  8:34   ` Patrick McHardy
2007-10-02 20:45 ` [PATCH 12/13] Don't lookup the socket if there's a socket attached to the skb KOVACS Krisztian
2007-10-02 20:46 ` [PATCH 13/13] " KOVACS Krisztian
  -- strict thread matches above, loose matches on Subject: below --
2007-09-30 20:51 [PATCH 00/13] Transparent Proxying Patches, Take 3 KOVACS Krisztian
2007-09-30 20:53 ` [PATCH 10/13] iptables socket match KOVACS Krisztian
2007-09-30 21:43   ` Jan Engelhardt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).