All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Brian J. Murrell" <brian@interlinx.bc.ca>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] simple dual Internet connection setup not sending
Date: Fri, 26 Nov 2004 17:45:20 +0000	[thread overview]
Message-ID: <1101491120.8287.157.camel@pc> (raw)
In-Reply-To: <1101398346.8287.66.camel@pc>

[-- Attachment #1: Type: text/plain, Size: 2175 bytes --]

On Fri, 2004-11-26 at 18:25 +0100, diab wrote:
> yes they are conflicting with each other.. i thought that you could
> select which connection the packets should be using either based on
> the address the packets are coming FROM (-s some.ip.on.the.lan) or
> going TO (-d wan.destination.address.).

No.  The problem is that outbound reply packets (i.e. a SYN-ACK packet)
to incoming packets (i.e. SYN) are being NATted correctly (i.e. they
have the correct source address) they are just not being put on the
right interface.  They are being put on the interface of the default
route in the main routing table.

> iif is the interface packets are coming in (there is also oif).. if
> it's not a static ip address it might be convenient not having to use
> the IP of the connection but the interface. (same goes for the "via
> XX when you are doing "ip route add default dev XY table N")
> 
> if you do "man ip" it reads (ip rule add/ip rule del):

~sigh~  My man page for "ip" says only:

NAME
       ip - TCP/IP interface configuration and routing utility

SYNTAX
       ip

DESCRIPTION
       This utility allows you to configure your network interfaces in various
       ways.

OPTIONS
       For the complete command reference please look at the  following  docu-
       ment:
       /usr/share/doc/iproute-2.4.7/ip-cref.ps

SEE ALSO
       ifconfig(8), route(8), netstat(8), arp(8), rarp(8), ipchains(8)

AUTHORS
       Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>

and no "/usr/share/doc/iproute-2.4.7/ip-cref.ps" exists.

> iif NAME
>   select  the  incoming  device  to match.  If the interface is
>   loopback, the rule only matches packets originating from
>   this host.  This means that you may create separate routing tables for
>   forwarded and local packets  and,  hence,  com­
>   pletely segregate them.

OK.  But I don't know the device to use.  That is the *whole point* of
the ip rule add (from <iface address> lookup <table>) isn't it?  To
select the routing table (and therefore the outbound device) to send the
return packets on.

Maybe I am completely missing something in your explanation.

b.


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2004-11-26 17:45 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-25 15:59 [LARTC] simple dual Internet connection setup not sending return packets Brian J. Murrell
2004-11-26  5:40 ` [LARTC] simple dual Internet connection setup not sending return gypsy
2004-11-26 13:19 ` [LARTC] simple dual Internet connection setup not sending Brian J. Murrell
2004-11-26 14:39 ` Brian J. Murrell
2004-11-26 15:21 ` Brian J. Murrell
2004-11-26 16:44 ` Brian J. Murrell
2004-11-26 17:45 ` Brian J. Murrell [this message]
2004-11-26 21:27 ` [LARTC] simple dual Internet connection setup not sendingreturn gypsy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1101491120.8287.157.camel@pc \
    --to=brian@interlinx.bc.ca \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.