Модератор: terminus
Код: Выделить всё
gif3: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> metric 0 mtu 1500
tunnel inet 10.0.254.2 --> 10.0.254.12
inet 10.0.112.1 --> 10.0.112.2 netmask 0xfffffffcКод: Выделить всё
1 <1 ms <1 ms <1 ms 192.168.2.1
2 * * * Превышен интервал ожидания для запроса.
3 18 ms 13 ms 14 ms 192.168.1.11 
TTL в каком месте? Он тут точно не причем.zingel писал(а):TTL покажите
Код: Выделить всё
traceroute -SvnI <host> Код: Выделить всё
netstat -rn && netstat -ibтоже самое только из другой сети, на 192.168.0/16 нету там фриzingel писал(а):поверь, в том, что я отвечаю, я разбираюсь, это первое, второе - "превышен интервал ожидания для запроса", в этом случае может быть равно no route to host. Давай вывод
нормальный, flow-вывод и:Код: Выделить всё
traceroute -SvnI <host>
Код: Выделить всё
netstat -rn && netstat -ib
Код: Выделить всё
traceroute to 10.25.0.10 (10.25.0.10), 64 hops max, 60 byte packets
1 10.45.0.40 36 bytes to 10.45.0.111 0.555 ms 0.711 ms 0.490 ms (0% loss)
2 * * * (100% loss)
3 10.25.0.10 40 bytes to 10.45.0.111 66.321 ms 65.279 ms 65.327 ms (0% loss)
Код: Выделить всё
PING 10.0.112.1 (10.0.112.1): 56 data bytes
64 bytes from 10.0.112.1: icmp_seq=0 ttl=63 time=63.580 ms
64 bytes from 10.0.112.1: icmp_seq=1 ttl=63 time=63.586 ms
64 bytes from 10.0.112.1: icmp_seq=2 ttl=63 time=63.102 ms
^C
--- 10.0.112.1 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 63.102/63.423/63.586/0.227 ms
Код: Выделить всё
PING 10.0.112.2 (10.0.112.2): 56 data bytes
64 bytes from 10.0.112.2: icmp_seq=0 ttl=62 time=65.509 ms
64 bytes from 10.0.112.2: icmp_seq=1 ttl=62 time=65.807 ms
^C
--- 10.0.112.2 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 65.509/65.658/65.807/0.149 ms
это было бы слишком просто 
Хочу видеть через какой туннель идет маршрут, поднята динамическая маршрутизация. хочется чтобы показывала всетаки или понять почему этого не будетВопрос: зачем Вам второй хоп?
нет не режится, все вырубил специально. Проблема именно на gif интерфейсах, тут вот еще одна особенность вылезла, трафик который приходит с gif интерфейсов, не попадает в правило на файрволе rdr from 192.168.2.0/24 to (внешний адрес) port https -> (внутренний адрес), с tun интерфейсами через openvpn таких проблем нет. Но это уже другая история, хочется пока icmpschizoid писал(а):не режется фаером ниде?
Код: Выделить всё
tcpdump -i gif3у меня не ipnat, pf, ipfw я давно разлюбилschizoid писал(а):попробуй не ipnat, а divert. у мну вроде тож траблы были с ipnat'ом на гифе
ничего, пакеты icmp приходят, ответа нет на 2 хопе, на 3м приходят и уходят.zingel писал(а):не говорит ли
чего либо подозрительного?Код: Выделить всё
tcpdump -i gif3
zingel писал(а):давайте тогда будем смотреть, как создается gif3
Код: Выделить всё
gif3: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> metric 0 mtu 1500
tunnel inet 10.0.254.2 --> 10.0.254.12
inet 10.0.112.1 --> 10.0.112.2 netmask 0xfffffffc
rc.conf:
gifconfig_gif3="10.0.254.2 10.0.254.12"
ifconfig_gif3="inet 10.0.112.1 10.0.112.2 netmask 0xfffffffc mtu 1500"
ipsec.conf:
spdadd 10.0.254.12/32 10.0.254.2/32 any -P in ipsec
esp/transport/10.0.254.12-10.0.254.2/require;
spdadd 10.0.254.2/32 10.0.254.12/32 any -P out ipsec
esp/transport/10.0.254.2-10.0.254.12/require;
не работающий rdr в pf, ipnat лечится options IPSEC_FILTERTUNNEL в 7.0 (в 6.3 вроде тоже) и ее вариациями в старых фрюхах.schizoid писал(а):попробуй не ipnat, а divert. у мну вроде тож траблы были с ipnat'ом на гифе