ping: sendto: Network is down
Alexander Burylov
6.0RC1, одни проблемы...
стандартный gre туннель, до этого работал на 5.4 нормально, после обновления
такая бяка:
ping: sendto: Network is down
Судя по логам ipfw пакет идёт правильно - out via gre0
Счётчик на интерфейсе обновлется с каждым пакетом
Если смотреть tcpdump-ом то пакеты не уходят.
В чём может быть проблема? Или может какие идеи будут, всё уже перепробовал...
Обратного пути на 5.4 уже нет...
До свидания, Alexander.
Gleb Smirnoff
AB> 6.0RC1, одни проблемы...
AB> стандартный gre туннель, до этого работал на 5.4 нормально, после обновления
AB> такая бяка:
AB> ping: sendto: Network is down
AB> Судя по логам ipfw пакет идёт правильно - out via gre0
AB> Счётчик на интерфейсе обновлется с каждым пакетом
AB> Если смотреть tcpdump-ом то пакеты не уходят.
AB> В чём может быть проблема? Или может какие идеи будут, всё уже перепробовал...
Покажите пожалуйста ifconfig полностью и rc.conf, ту часть что
относится к интерфейсам.
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
Alexander Burylov
03 Hоя 05 00:17, Gleb Smirnoff -> Alexander Burylov:
AB>> 6.0RC1, одни проблемы...
AB>> стандартный gre туннель, до этого работал на 5.4 нормально, после
AB>> обновления такая бяка:
AB>> ping: sendto: Network is down
AB>> Судя по логам ipfw пакет идёт правильно - out via gre0
AB>> Счётчик на интерфейсе обновлется с каждым пакетом
AB>> Если смотреть tcpdump-ом то пакеты не уходят.
AB>> В чём может быть проблема? Или может какие идеи будут, всё уже
AB>> перепробовал...
GS> Покажите пожалуйста ifconfig полностью и rc.conf, ту часть что
GS> относится к интерфейсам.
Разобрался в чём собака зарыта. Косяк за косяком в этой 6-ке :-(
Коротко: туннельный интерфейс создаётся при загрузке системы подобным образом:
ifconfig gre0 create
ifconfig gre0 tunnel MY_IP PEER_IP
ifconfig gre0 up
ifconfig gre0 inet MY_TUNNEL_IP PEER_TUNNEL_IP netmask 255.255.255.255
route add MY_TUNNEL_IP -iface lo0
----
ifconfig gre0
gre0: flags=9051<UP,POINTOPOINT,RUNNING,LINK0,MULTICAST> mtu 1476
tunnel inet MY_IP --> PEER_IP
inet MY_TUNNEL_IP --> PEER_TUNNEL_IP netmask 0xffffffff
Далее mpd поднимает линк, через который и будет туннель. При поднятии в
up-script прописывается прямой роутинг на тот адрес куда прокидываем туннель,
тут всё стандартно, данная схема стабильно работала на 5-ке, всё было обкатано.
Собака на 6-ке зарыта вот в чём:
После того, как mpd поднимает линк, прописывает прямой роутинг и тд, мне
необходимо было прописать default gateway на PEER_TUNNEL_IP. По некоторым
соображениям в конфиге mpd у меня прописана опция set iface route default, т.е.
в конце концов мне надо этот шлюз сменить на PEER_TUNNEL_IP. Я делал это так
(из up-script в mpd):
route change default PEER_TUNNEL_IP
После этого получалась вышеописанная картина...
Если сначала удальть шлюз по-умолчанию, а потом прописать новый - то всё
работает.
Проверял раз 10, все 10 раз получал такую бяку... Причём такая бяка получается
только на туннельном интерфейсе. Hу примерно так (все линки подняты,
необходимые мпрямые маршруты прописаны и тд, меняю просто шлюз по-умочланию):
Имеем текуший шлюз, который нужно сменить на PEER_TUNNEL_IP:
Destination Gateway Flags Refs Use Netif Expire
default Gateway_IP UGS 0 0 ng0
ввожу следующее, в том порядке что написано ниже, и сразу проверяю.
route change default PEER_TUNNEL_IP - глюк
route change default Gateway_IP - норма
route delete default
route add default PEER_TUNNEL_IP - норма
route change default Gateway_IP - норма
route change default PEER_TUNNEL_IP - глюк
route delete default
route add default PEER_TUNNEL_IP - норма
Короче route change default ... на туннельный интерфейс даёт такой косяк.
До свидания, Alexander.
Gleb Smirnoff
AB> ввожу следующее, в том порядке что написано ниже, и сразу проверяю.
AB> route change default PEER_TUNNEL_IP - глюк
AB> route change default Gateway_IP - норма
AB> route delete default
AB> route add default PEER_TUNNEL_IP - норма
AB> route change default Gateway_IP - норма
AB> route change default PEER_TUNNEL_IP - глюк
AB> route delete default
AB> route add default PEER_TUNNEL_IP - норма
AB> Короче route change default ... на туннельный интерфейс даёт такой косяк.
Ээх... Надо было ставить беты. На днях посмотрю. Если пришлёте по почте
минимальный test case, буду благодарен.
Dmitry Pryanishnikov
Привет!
On Thu, 3 Nov 2005, Alexander Burylov wrote:
> Разобрался в чём собака зарыта. Косяк за косяком в этой 6-ке :-(
Я как раз поставил себе на домашнюю машину 6.0-RELEASE, для пристального
изучения. А какой предыдущий косяк, если не секрет?
> Имеем текуший шлюз, который нужно сменить на PEER_TUNNEL_IP:
>
> Destination Gateway Flags Refs Use Netif Expire
> default Gateway_IP UGS 0 0 ng0
>
> ввожу следующее, в том порядке что написано ниже, и сразу проверяю.
>
> route change default PEER_TUNNEL_IP - глюк
"глюк" - это как? В таблице вообще пропадает default или появляется с
какими-то кривыми флагами?
> Короче route change default ... на туннельный интерфейс даёт такой косяк.
У меня именно gre проверить пока негде, но для ppp0 route change работает
правильно. Для теста выставил default в сетевуху, затем прозвонился
на пул (ppp0 смотрит туда):
root@homelynx# nst -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.220.2 UGS 0 7 rl0
127.0.0.1 127.0.0.1 UH 0 12 lo0
192.168.220 link#1 UC 0 0 rl0
192.168.220.1 00:0e:2e:06:0d:74 UHLW 1 2 lo0
192.168.220.2 link#1 UHRLW 2 0 rl0 4
193.108.46.251 193.108.46.137 UH 0 0 ppp0
Меняю default в ppp0:
root@homelynx# route change default 193.108.46.251
change net default: gateway 193.108.46.251
root@homelynx# nst -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 193.108.46.251 UGS 0 27 ppp0
127.0.0.1 127.0.0.1 UH 0 12 lo0
192.168.220 link#1 UC 0 0 rl0
192.168.220.1 00:0e:2e:06:0d:74 UHLW 1 2 lo0
192.168.220.2 link#1 UHLW 1 0 rl0
193.108.46.251 193.108.46.137 UH 1 0 ppp0
Все замечательно, сейчас вот работаю через этот default ;)
Sincerely, Dmitry
--
Atlantis ISP, System Administrator
e-mail: dmi...@atlantis.dp.ua
nic-hdl: LYNX-RIPE
Alexander Burylov
04 Hоя 05 00:30, Gleb Smirnoff -> Alexander Burylov:
GS> Alexander Burylov <Alexande...@p1.f75.n5054.z2.fidonet.org>
GS> wrote:
AB>> ввожу следующее, в том порядке что написано ниже, и сразу
AB>> проверяю.
AB>> route change default PEER_TUNNEL_IP - глюк
AB>> route change default Gateway_IP - норма
AB>> route delete default
AB>> route add default PEER_TUNNEL_IP - норма
AB>> route change default Gateway_IP - норма
AB>> route change default PEER_TUNNEL_IP - глюк
AB>> route delete default
AB>> route add default PEER_TUNNEL_IP - норма
AB>> Короче route change default ... на туннельный интерфейс даёт такой
AB>> косяк.
GS> Ээх... Hадо было ставить беты. Hа днях посмотрю. Если пришлёте по
GS> почте минимальный test case, буду благодарен.
Было бы ещё время на это... Туннель круглые сутки нужен, не до экспериментов на
этих машинах...
Вот вторая тачка, свежеобновлённая:
FreeBSD 6.0-STABLE #0: Tue Nov 8 21:52:00 YEKT 2005
Точно такой же gre туннель.
Разница лишь в том, что на первой туннель поднимается через ng интерфейс (mpd
поднимает линк), на второй - через ed.
route change один фиг не работает, выдаёт правдо уже другое:
ping: sendto: Input/output error
ping: sendto: Input/output error
До свидания, Alexander.
Gleb Smirnoff
AB> Было бы ещё время на это... Туннель круглые сутки нужен, не до экспериментов на
AB> этих машинах...
AB> Вот вторая тачка, свежеобновлённая:
AB> FreeBSD 6.0-STABLE #0: Tue Nov 8 21:52:00 YEKT 2005
AB> Точно такой же gre туннель.
AB> Разница лишь в том, что на первой туннель поднимается через ng интерфейс (mpd
AB> поднимает линк), на второй - через ed.
AB> route change один фиг не работает, выдаёт правдо уже другое:
AB> ping: sendto: Input/output error
AB> ping: sendto: Input/output error
Значит на тестовой машине можно воспроизвести? Пожалуйста, напишите подробный
How-To-Repeat.