пинг идет в одну сторону, Help

[mr.maxim]

стоит домашняя сеть из роутера asus rt-n16 (192.168.1.1) с внешним адресом, TANK на Ubuntu server 12, TANK подключен к локальной сети eth0 (192.168.1.2)к роутеру и имеет свою подсеть eth1(192.168.2.2).

выглядит примерно так:
(pcA)192.168.2.10<->192.168.2.2eth1(TANK)eth0_192.168.1.2<->192.168.1.1(ASUS 192.168.1.0) 192.168.1.1<->192.168.1.147(pcB)

у pcA gate 192.168.2.2, у pcB gate 192.168.1.1
на Asuse указан статический маршрут 192.168.2.0 gate 192.168.1.2
на Tank соответсвенно правила
default eth0 (192.168.1.2)
192.168.2.0 eth1 (192.168.2.1)

ping c pcB (192.168.1.147) на pcA (192.168.2.10) проходит без проблем, а с pcA на pcB не проходит (превышен интервал ожидания для запроса).
при этом с tank ping на pcB проходит без проблем.

роутинг включен
#sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1
Где собака зарыта? 

[ArcFi]

На всех компах:

Код: [Выделить]

ip a ; ip r ; sudo iptables-save

[mr.maxim]

вот с TANK и роутером asus см. приложения
iptables -save -ругается на команду
#ip a
1: lo: <LOOPBACK,MULTICAST,UP,10000> mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 20:cf:30:ce:22:4d brd ff:ff:ff:ff:ff:ff
    inet 10.20.231.134/24 brd 10.20.231.255 scope global eth0
3: eth1: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 20:cf:30:ce:22:4d brd ff:ff:ff:ff:ff:ff
4: vlan1@eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc noqueue
    link/ether 20:cf:30:ce:22:4d brd ff:ff:ff:ff:ff:ff
11: br0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc noqueue
    link/ether 20:cf:30:ce:22:4d brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.1/24 brd 192.168.1.255 scope global br0

# ip r
10.20.231.1 dev eth0  scope link
10.20.231.0/24 dev eth0  proto kernel  scope link  src 10.20.231.134
192.168.2.0/24 via 192.168.1.2 dev br0  metric 3
192.168.1.0/24 dev br0  proto kernel  scope link  src 192.168.1.1
5.0.0.0/8 via 192.168.1.2 dev br0  metric 3
127.0.0.0/8 dev lo  scope link
default via 10.20.231.1 dev eth0

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.20.231.1     0.0.0.0         255.255.255.255 UH    0      0        0 eth0
10.20.231.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.2.0     192.168.1.2     255.255.255.0   UG    3      0        0 br0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
5.0.0.0         192.168.1.2     255.0.0.0       UG    3      0        0 br0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         10.20.231.1     0.0.0.0         UG    0      0        0 eth0

TANK:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:e0:52:c3:91:ad brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.2/24 brd 192.168.1.255 scope global eth0
    inet6 fe80::2e0:52ff:fec3:91ad/64 scope link
       valid_lft forever preferred_lft forever
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
    link/ether 00:80:48:49:2c:0b brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.2/24 brd 192.168.2.255 scope global eth1
    inet6 fe80::280:48ff:fe49:2c0b/64 scope link
       valid_lft forever preferred_lft forever
4: ham0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1404 qdisc pfifo_fast state UNKNOWN qlen 500
    link/ether 7a:79:05:37:e1:f2 brd ff:ff:ff:ff:ff:ff
    inet 5.55.225.242/8 brd 5.255.255.255 scope global ham0
    inet6 2620:9b::537:e1f2/96 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::7879:5ff:fe37:e1f2/64 scope link
       valid_lft forever preferred_lft forever

TANK:~# ip r
default via 192.168.1.1 dev eth0  metric 100
5.0.0.0/8 dev ham0  proto kernel  scope link  src 5.55.225.242
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.2
192.168.2.0/24 dev eth1  proto kernel  scope link  src 192.168.2.2


TANK:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 eth0
5.0.0.0         0.0.0.0         255.0.0.0       U     0      0        0 ham0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1

[ArcFi]

iptables -save -ругается на команду

Как именно ругается?
Вы сейчас пробел поставили там, где его не должно быть.

На первом хосте (роутер?):

Код: [Выделить]

brctl showЧто говорит?

route -n

Кстати, это не нужно, уже есть "ip r".

Где данные по компам pcA, pcB?

[mr.maxim]

Как именно ругается?
Вы сейчас пробел поставили там, где его не должно быть.

разобрался.

На первом хосте (роутер?):

Код: [Выделить]

brctl showЧто говорит?

у меня вроде бриджа нет
пишет - # brctl show
bridge name   bridge id      STP enabled   interfaces

Где данные по компам pcA, pcB?

arcfi,

это машины под виндусами что по ним нужно?

[ArcFi]

пишет - # brctl show
bridge name   bridge id      STP enabled   interfaces

А тут пишет, что есть:

11: br0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc noqueue
    link/ether 20:cf:30:ce:22:4d brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.1/24 brd 192.168.1.255 scope global br0

192.168.2.0/24 via 192.168.1.2 dev br0  metric 3
5.0.0.0/8 via 192.168.1.2 dev br0  metric 3

Один из них врёт. =)
Но пока можно сделать допущение, что это к основной проблеме не относится.

это машины под виндусами

Вендовый фаервол по дефолту режет пинг.

[mr.maxim]

А тут пишет, что есть:
Один из них врёт. =)
Но можно сделать допущение, что это к основной проблеме не относится.

так это на  роутере асус ,
 у меня туда только телнет доступ, ставить дополнительный софт туда не хочу.

Вендовый фаервол по дефолту режет пинг.

нет он у меня отключен, да и почему тогда пинг с TANK на pcB (192.168.1.147) идет?
см ниже 
Пользователь решил продолжить мысль 21 Октября 2012, 16:35:42:Вообще изначально была задача предоставить доступ из локальной сети (192.168.1.0) через шлюз танке ham0
(5.55.225.242)  в сеть hamachi.
Но что то не заладилось, поэтому быстренько собрал такой стенд.
Т.К. Опыта по маршрутизации нет то буду эксперементировать на стенде, а потом уж попытаюсь настроить выход в hamachi

[ArcFi]

Есть мысль погонять traceroute/tracepath между pcA и pcB.