|
Hello,
On Sat, 3 Nov 2001, Adam: Kurzawa wrote:
> traceroute to 10.1.1.90 (10.1.1.90) from 192.168.4.1, 30 hops max, 38
> byte packets
> 1 192.168.4.128 0.398 ms 0.225 ms 0.230 ms
> 2 10.1.1.90 0.372 ms 0.400 ms 0.348 ms
>
> traceroute to 10.1.1.90 (10.1.1.90) from 192.168.4.1, 30 hops max, 38
> byte packets
> 1 * 192.168.4.128 0.387 ms 0.244 ms
This star is suspicious. I'm browsing your postings but can't
find what is the IPVS version (in Redhat 7.2).
> 2 10.1.1.90 0.419 ms 0.380 ms 0.373 ms
> traceroute to 10.1.1.90 (10.1.1.90) from 192.168.4.1, 30 hops max, 38
> byte packets
> 1 * 192.168.4.128 0.476 ms 0.394 ms
the same. Can you try to set */send_redirect to 0 but I'm
not sure whether it will help.
> But under identical contitions. The high port numbers and a few other
> things are different. If its important, I'll redo the tcpip dump.
No.
> Again, I see packets coming back to the LVS on eth1, but they get lost
> there. I put "-j LOG" on the NAT PREROUTING and POSTROUTING tables.
Can you start the LVS debugging just for one test?
echo 20 > /proc/sys/net/ipv4/vs/debug_level
> The PREROUTING sees all the packets coming back, the POSTROUTING sees
> nothing at all.
The LVS packets exit the post_routing chain before SNAT.
> I don't have a tcpdump for the client machine, it's a windows box. But
> I think the lvs# dump on eth0 shows the same thing anyway.
No problem, for the LBS box is enough.
> Kind regards,
> Adam
Regards
--
Julian Anastasov <ja@xxxxxx>
|
