FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD


	Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.

Введите FGHI ссылку:

Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763

Ответить на сообщение

К списку сообщений

Предыдущее сообщение

Следующее сообщение

= Сообщение: 4009 из 10763 ===================================== RU.UNIX.BSD =
От   : Eugene Grosbein                  2:5006/1           19 Feb 16 17:20:06
Кому : Andrey Ostanovsky                                   19 Feb 16 17:20:06
Тема : Re: непонятки с ping
FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+ed126d0c
На   : area://RU.UNIX.BSD?msgid=2:5030/1957+56c58412
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
18 фев 2016, четверг, в 11:33 NOVT, Andrey Ostanovsky написал(а):

AO> Есть пара vlan интерфейсов на сетевухе fxp. Периодически то один перестает
AO> пинговаться с локальной машины (и из сети), то другой. Перезагрузка - решает
AO> проблему. Hазначение алиаса - позволяет пинговать вновь добавленный алиас, но
AO> тот адрес, который не пингуется - так и не оживает даже после удаления и
AO> добавления.
AO> Вопрос - куда смотреть?

Как всегда в таких случаях, первым делом в tcpdump во время проблемы.

AO> # uname -rm
AO> 10.2-RELEASE-p8 i386
AO> vlan1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
AO>         ether 00:a0:c9:8a:6e:24
AO>         inet6 fe80::2a0:c9ff:fe8a:6e24%vlan1 prefixlen 64 tentative scopeid 0x6
AO>         inet 192.168.5.4 netmask 0xffffff00 broadcast 192.168.5.255
AO>         inet 192.168.5.5 netmask 0xffffffff broadcast 192.168.5.5
AO>         nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
AO>         media: Ethernet autoselect (100baseTX <full-duplex>)
AO>         status: active
AO>         vlan: 3 parent interface: fxp0
AO> Пинг почему-то выходит наружу (получаю отлуп от внешнего хоста), хотя по
AO> роутингу - не должен. Правила pf перегружал, не полегчало.
AO> # route -nv get 192.168.5.5
AO> RTA_DST: inet 192.168.5.5; RTA_IFP: link ; RTM_GET: Report Metrics: len 164,
AO> pid: 0, seq 1, errno 0, flags:<UP,GATEWAY,HOST,STATIC>
AO> locks:  inits:
AO> sockaddrs: <DST,IFP>
AO>  192.168.5.5 link#0
AO>    route to: 192.168.5.5
AO> destination: 192.168.5.5
AO>         fib: 0
AO>   interface: lo0
AO>       flags: <UP,HOST,DONE,STATIC>
AO>  recvpipe  sendpipe  ssthresh  rtt,msec    mtu        weight    expire
AO>        0         0         0         0     16384         1         0
AO> locks:  inits:
AO> sockaddrs: <DST,GATEWAY,IFP,IFA>
AO>  192.168.5.5 link#6 lo0 127.0.0.1

И да, в таблицу маршрутизацию смотреть, но обязательно во время проблемы -
не теряется ли маршрут на этот адрес через lo0 в это время.
Если нет - виноват, скорее всего pf и пробовать без него.

Eugene
--
Кара за одно съеденное яблоко, все-таки, была несоизмеримо велика,
приступ диареи послужил бы достаточным уроком.
--- slrn/1.0.2 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)

К главной странице гейта