forum.opennet.ru - "Отваливается интерфейс под FreeBSD" (7)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Отваливается интерфейс под FreeBSD"

Форумы OpenNET: Виртуальная конференция (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Отваливается интерфейс под FreeBSD"
Сообщение от Lgo (??) on 14-Июл-08, 15:23
Шлюз в интернет. FreeBSD 6.2-RELEASE. 2 интерфейса, внутренний rl0 и внешний nfe1. Так вот регулярно отпадает часть интерфейса. Из сети регулярно перестает пинговаться один из внутренних адресов - 195.246.105.1. При этом другие алиасы (как 10.62.4.1) пигуются все время без проблем. Часто ситуацию исправляет ifconfig rl0 -alias 195.246.105.1 ifconfig rl0 alias 195.246.105.1 netmask 255.255.255.0 Инфо: ifconfig rl0 rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=48<VLAN_MTU,POLLING> inet 10.62.4.1 netmask 0xffff0000 broadcast 10.62.255.255 inet 10.62.5.1 netmask 0xffffff00 broadcast 10.62.5.255 inet 10.62.6.1 netmask 0xffffff00 broadcast 10.62.6.255 inet 10.62.7.1 netmask 0xffffff00 broadcast 10.62.7.255 inet 195.246.105.1 netmask 0xffffff00 broadcast 195.246.105.255 ether 00:e0:4c:35:0b:32 media: Ethernet autoselect (100baseTX <full-duplex>) status: active Что это может быть? Сервер стоит давно, никогда ничего подобного не было. А потом внезапно началось.
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Отваливается интерфейс под FreeBSD, universite, 04:02 , 15-Июл-08, (1)

Отваливается интерфейс под FreeBSD, Lgo, 15:25 , 15-Июл-08, (3)

Отваливается интерфейс под FreeBSD, RSG, 11:08 , 15-Июл-08, (2)

Отваливается интерфейс под FreeBSD, Lgo, 15:32 , 15-Июл-08, (4)

Отваливается интерфейс под FreeBSD, RSG, 15:42 , 15-Июл-08, (5)

Отваливается интерфейс под FreeBSD, Lgo, 18:17 , 18-Июл-08, (6)

Отваливается интерфейс под FreeBSD, RSG, 10:03 , 21-Июл-08, (7)

Сообщения по теме [Сортировка по времени | RSS]

1. "Отваливается интерфейс под FreeBSD"

Сообщение от universite (ok) on 15-Июл-08, 04:02

>Что это может быть? Сервер стоит давно, никогда ничего подобного не было.
>А потом внезапно началось.
Для начала, поменять сетевуху.
Потом в /etc/rc.conf добавить опцию:
router_flags="-q -T /var/log/routed.log"
и потом ловить ошибки в момент пропадания алиаса.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Отваливается интерфейс под FreeBSD"

Сообщение от Lgo (??) on 15-Июл-08, 15:25

>Для начала, поменять сетевуху.
Менял. Была nfe0 теперь rl0, то же самое.
>Потом в /etc/rc.conf добавить опцию:
>router_flags="-q -T /var/log/routed.log"
>и потом ловить ошибки в момент пропадания алиаса.
Сделаю.
>А ничего что маска основного IP 10.62.4.1 - /16 и алиасов /24 перекрываются?
Уже с год так работает, и ничего. Траблов раньше не было.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Отваливается интерфейс под FreeBSD"

Сообщение от RSG (ok) on 15-Июл-08, 11:08

>[оверквотинг удален]
>rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>       options=48<VLAN_MTU,POLLING>
>        inet 10.62.4.1 netmask 0xffff0000 broadcast 10.62.255.255
>       inet 10.62.5.1 netmask 0xffffff00 broadcast 10.62.5.255
А ничего что маска основного IP 10.62.4.1 - /16 и алиасов /24 перекрываются?
man ifconfig:
alias      If the address
             is on the same subnet as the first network address for this
             interface, a non-conflicting netmask must be given.  Usually
             0xffffffff is most appropriate.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Отваливается интерфейс под FreeBSD"

Сообщение от Lgo (??) on 15-Июл-08, 15:32

>man ifconfig:
>
>alias      If the address
>
> is on the same subnet as the first network address
>for this
>
> interface, a non-conflicting netmask must be given.  Usually
>
> 0xffffffff is most appropriate.
Переделал на вот так:
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        options=48<VLAN_MTU,POLLING>
        inet 195.246.105.1 netmask 0xffffff00 broadcast 195.246.105.255
        inet 10.62.4.1 netmask 0xffff0000 broadcast 10.62.255.255
        inet 10.62.5.1 netmask 0xffffffff broadcast 10.62.5.1
        inet 10.62.6.1 netmask 0xffffffff broadcast 10.62.6.1
        inet 10.62.7.1 netmask 0xffffffff broadcast 10.62.7.1
        ether 00:e0:4c:35:0b:32
        media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Отваливается интерфейс под FreeBSD"

Сообщение от RSG (ok) on 15-Июл-08, 15:42

>[оверквотинг удален]
>broadcast 10.62.255.255
>        inet 10.62.5.1 netmask 0xffffffff
>broadcast 10.62.5.1
>        inet 10.62.6.1 netmask 0xffffffff
>broadcast 10.62.6.1
>        inet 10.62.7.1 netmask 0xffffffff
>broadcast 10.62.7.1
>        ether 00:e0:4c:35:0b:32
>        media: Ethernet autoselect (100baseTX <full-duplex>)
>        status: active
Лихо ты однако маски на алиасах правишь ;)
Может надо было у 10.62.4.1- /24 поставить (может какая историческая описка)? Тогда и /32 на других интерфейсах не надо.
Какие маски на хостах подключенных к этому интерфейсу?
Кстате на счет пропадения пинга: тисипидампом пробовал в момент пропаденя пакетов на интерфейсе смотреть?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Отваливается интерфейс под FreeBSD"

Сообщение от Lgo (??) on 18-Июл-08, 18:17

>Лихо ты однако маски на алиасах правишь ;)
>Может надо было у 10.62.4.1- /24 поставить (может какая историческая описка)?
Тогда
>и /32 на других интерфейсах не надо.
Адресация с расчётом на маршрутизацию в будущем.
Есть несколько подсетей 10.62.4.0/24 10.62.5.0/24 10.62.7.0/24 и на всех одна
маска 255.255.0.0.
Но есть еще сети 10.62.8.0/24 и 10.62.2.0/24 адреса из которых я серверу отдать не могу.
Следовательно адрес 10.62.4.1 255.255.0.0 служит как для своей сети, так и для этих.
>Какие маски на хостах подключенных к этому интерфейсу?
255.255.0.0
>Кстате на счет пропадения пинга: тисипидампом пробовал в момент пропаденя пакетов на
>интерфейсе смотреть?
Смотрел, но ничего путного не увидел. С какими ключами tcpdump запускать нужно,
чтоб понятно было что происходит?
Сама соль проблемы исчезла. Отключили недавно подключённого пользователя, и все
вернулось на свои места. Это не был Leyer 2 флуд. Что то другое. Может вирус,
может так выглядит DoS атака, не знаю точно. Пока пользователь отключен,
посмотрим что у него не так.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Отваливается интерфейс под FreeBSD"

Сообщение от RSG (ok) on 21-Июл-08, 10:03

>Адресация с расчётом на маршрутизацию в будущем.
>Есть несколько подсетей 10.62.4.0/24 10.62.5.0/24 10.62.7.0/24 и на всех одна
>маска 255.255.0.0.
>Но есть еще сети 10.62.8.0/24 и 10.62.2.0/24 адреса из которых я серверу
>отдать не могу.
>Следовательно адрес 10.62.4.1 255.255.0.0 служит как для своей сети, так и для
>этих.
Не понятно зачем тогда  алиасы 5,6,7 висят, если они не используются. Или у некторых 5.1,6.1,7.1 как шлюзы настроены? Вобщем здесь рекомендую в порядок привести все префиксы используемых сетей.
>>Кстате на счет пропадения пинга: тисипидампом пробовал в момент пропаденя пакетов на
>>интерфейсе смотреть?
Да собственно icmp пакеты ловить на интерфейсе:
tcpdump -i rl0 -n icmp and host 195.246.105.1
>Сама соль проблемы исчезла. Отключили недавно подключённого пользователя, и все
>вернулось на свои места. Это не был Leyer 2 флуд. Что то
>другое. Может вирус,
>может так выглядит DoS атака, не знаю точно. Пока пользователь отключен,
>посмотрим что у него не так.
Есть идея, что проблема из-за того, что кто-то занял 195.246.105.1. Проверить это можно было бы, посмотрев ARP таблицы на любом из хостов из сети  195.246.105.0/24 и сравнить с MAC на интерфейсе.  Или запустив там же tcpdump -i rlX -n not ip, для простомотра запросов-ответов ARP. Если действительно кто-то занял ип. То реплаев будет два.
Был у меня случай, когда на одном из хостов в сети включился а-ля arp-proxy. На все арп-реквесты, которые этот хост принимал, он генерил арп-реплаи со своим маком.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Отваливается интерфейс под FreeBSD"
Сообщение от universite (ok) on 15-Июл-08, 04:02
>Что это может быть? Сервер стоит давно, никогда ничего подобного не было. >А потом внезапно началось. Для начала, поменять сетевуху. Потом в /etc/rc.conf добавить опцию: router_flags="-q -T /var/log/routed.log" и потом ловить ошибки в момент пропадания алиаса.
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Отваливается интерфейс под FreeBSD"
	Сообщение от Lgo (??) on 15-Июл-08, 15:25
	>Для начала, поменять сетевуху. Менял. Была nfe0 теперь rl0, то же самое. >Потом в /etc/rc.conf добавить опцию: >router_flags="-q -T /var/log/routed.log" >и потом ловить ошибки в момент пропадания алиаса. Сделаю. >А ничего что маска основного IP 10.62.4.1 - /16 и алиасов /24 перекрываются? Уже с год так работает, и ничего. Траблов раньше не было.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

2. "Отваливается интерфейс под FreeBSD"
Сообщение от RSG (ok) on 15-Июл-08, 11:08
>[оверквотинг удален] >rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > options=48<VLAN_MTU,POLLING> > inet 10.62.4.1 netmask 0xffff0000 broadcast 10.62.255.255 > inet 10.62.5.1 netmask 0xffffff00 broadcast 10.62.5.255 А ничего что маска основного IP 10.62.4.1 - /16 и алиасов /24 перекрываются? man ifconfig: alias If the address is on the same subnet as the first network address for this interface, a non-conflicting netmask must be given. Usually 0xffffffff is most appropriate.
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Отваливается интерфейс под FreeBSD"
	Сообщение от Lgo (??) on 15-Июл-08, 15:32
	>man ifconfig: > >alias If the address > > is on the same subnet as the first network address >for this > > interface, a non-conflicting netmask must be given. Usually > > 0xffffffff is most appropriate. Переделал на вот так: rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=48<VLAN_MTU,POLLING> inet 195.246.105.1 netmask 0xffffff00 broadcast 195.246.105.255 inet 10.62.4.1 netmask 0xffff0000 broadcast 10.62.255.255 inet 10.62.5.1 netmask 0xffffffff broadcast 10.62.5.1 inet 10.62.6.1 netmask 0xffffffff broadcast 10.62.6.1 inet 10.62.7.1 netmask 0xffffffff broadcast 10.62.7.1 ether 00:e0:4c:35:0b:32 media: Ethernet autoselect (100baseTX <full-duplex>) status: active
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Отваливается интерфейс под FreeBSD"
	Сообщение от RSG (ok) on 15-Июл-08, 15:42
	>[оверквотинг удален] >broadcast 10.62.255.255 > inet 10.62.5.1 netmask 0xffffffff >broadcast 10.62.5.1 > inet 10.62.6.1 netmask 0xffffffff >broadcast 10.62.6.1 > inet 10.62.7.1 netmask 0xffffffff >broadcast 10.62.7.1 > ether 00:e0:4c:35:0b:32 > media: Ethernet autoselect (100baseTX <full-duplex>) > status: active Лихо ты однако маски на алиасах правишь ;) Может надо было у 10.62.4.1- /24 поставить (может какая историческая описка)? Тогда и /32 на других интерфейсах не надо. Какие маски на хостах подключенных к этому интерфейсу? Кстате на счет пропадения пинга: тисипидампом пробовал в момент пропаденя пакетов на интерфейсе смотреть?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Отваливается интерфейс под FreeBSD"
	Сообщение от Lgo (??) on 18-Июл-08, 18:17
	>Лихо ты однако маски на алиасах правишь ;) >Может надо было у 10.62.4.1- /24 поставить (может какая историческая описка)? Тогда >и /32 на других интерфейсах не надо. Адресация с расчётом на маршрутизацию в будущем. Есть несколько подсетей 10.62.4.0/24 10.62.5.0/24 10.62.7.0/24 и на всех одна маска 255.255.0.0. Но есть еще сети 10.62.8.0/24 и 10.62.2.0/24 адреса из которых я серверу отдать не могу. Следовательно адрес 10.62.4.1 255.255.0.0 служит как для своей сети, так и для этих. >Какие маски на хостах подключенных к этому интерфейсу? 255.255.0.0 >Кстате на счет пропадения пинга: тисипидампом пробовал в момент пропаденя пакетов на >интерфейсе смотреть? Смотрел, но ничего путного не увидел. С какими ключами tcpdump запускать нужно, чтоб понятно было что происходит? Сама соль проблемы исчезла. Отключили недавно подключённого пользователя, и все вернулось на свои места. Это не был Leyer 2 флуд. Что то другое. Может вирус, может так выглядит DoS атака, не знаю точно. Пока пользователь отключен, посмотрим что у него не так.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Отваливается интерфейс под FreeBSD"
	Сообщение от RSG (ok) on 21-Июл-08, 10:03
	>Адресация с расчётом на маршрутизацию в будущем. >Есть несколько подсетей 10.62.4.0/24 10.62.5.0/24 10.62.7.0/24 и на всех одна >маска 255.255.0.0. >Но есть еще сети 10.62.8.0/24 и 10.62.2.0/24 адреса из которых я серверу >отдать не могу. >Следовательно адрес 10.62.4.1 255.255.0.0 служит как для своей сети, так и для >этих. Не понятно зачем тогда алиасы 5,6,7 висят, если они не используются. Или у некторых 5.1,6.1,7.1 как шлюзы настроены? Вобщем здесь рекомендую в порядок привести все префиксы используемых сетей. >>Кстате на счет пропадения пинга: тисипидампом пробовал в момент пропаденя пакетов на >>интерфейсе смотреть? Да собственно icmp пакеты ловить на интерфейсе: tcpdump -i rl0 -n icmp and host 195.246.105.1 >Сама соль проблемы исчезла. Отключили недавно подключённого пользователя, и все >вернулось на свои места. Это не был Leyer 2 флуд. Что то >другое. Может вирус, >может так выглядит DoS атака, не знаю точно. Пока пользователь отключен, >посмотрим что у него не так. Есть идея, что проблема из-за того, что кто-то занял 195.246.105.1. Проверить это можно было бы, посмотрев ARP таблицы на любом из хостов из сети 195.246.105.0/24 и сравнить с MAC на интерфейсе. Или запустив там же tcpdump -i rlX -n not ip, для простомотра запросов-ответов ARP. Если действительно кто-то занял ип. То реплаев будет два. Был у меня случай, когда на одном из хостов в сети включился а-ля arp-proxy. На все арп-реквесты, которые этот хост принимал, он генерил арп-реплаи со своим маком.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 \| 2 \| 3 \| 4 \| 5 ] [Рекомендовать для помещения в FAQ]