Hoping someone might have some ideas for me.  I'm working on testing an
SSL based VPN client right now. Single tunnel tests work fine.  I'm now
trying to verify multi-tunnel numbers.  I've set up 2 tunnels ppp0 and
ppp1.  When I send traffic through either tunnel independantly it works
fine.  however, when I try to send traffic from a single originating
address to 2 different destinations, no Packets get through.  I've run
tcpdump on each of the 4 involved ports, eth0,eth1, ppp0, & ppp1 and
verified that when I do this traffic is recieved on eth0 and not
forwarded on out any interface.  My routing table is below.  I keep
feeling like I'm missing something incredibly simple.  Traffic is coming
from 192.168.1.11 and should be going to 10.0.0.3 and 10.0.0.4.  Traffic
through either interface alone works, but through both simultaneously
doesn't.
                        -Mike

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.0.4        *               255.255.255.255 UH    0      0        0 ppp1
10.0.0.100      *               255.255.255.255 UH    0      0        0 ppp0
10.0.0.100      *               255.255.255.255 UH    0      0        0 ppp1
10.0.0.3        *               255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
15.0.0.0        *               255.0.0.0       U     0      0        0 eth1

eth0 192.168.1.51
eth1 15.0.0.20



Another effective [debugging] technique is to explain your code to
someone else. This will often cause you to explain the bug to yourself.
Sometimes it takes no more than a few sentences, followed by an
embarrassed "Never mind. I see what's wrong. Sorry to bother you." This
works remarkbly well; you can even use non-programmers as listeners. One
university computer center kept a teddy bear near the help desk.
Students with mysterious bugs were required to explain them to the bear
before they could speak to a human counselor. --- Kernighan & Pike "The
Practice of Programming"
_______________________________________________
EUGLUG mailing list
[email protected]
http://www.euglug.org/mailman/listinfo/euglug

Reply via email to