Bug 13352 - в случае нескольких ip в ipv4address конфигурация ломается
: в случае нескольких ip в ipv4address конфигурация ломается
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/alterator-net-eth)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2007-11-08 09:38 by
Modified: 2016-03-22 17:37 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-11-08 09:38:51
Если в ipv4address содержится что-то вроде 

# ip 1
192.168.1.1/27 broadcast +
192.168.1.2/27 broadcast +

# ip 2
10.1.1.1/24 broadcast + label eth0:1

то, по умолчанию, остаётся только первый ip с cidr /32. Можно не заметить и
сохранить конфигурацию. Кроме того, всегда следует добавлять broadcast + при
cidr < 32
------- Comment #1 From 2007-11-08 10:48:20 -------
конфигуратор пока умеет работать только с одним ip-адресом, вряд ли больше мозг
простого пользователя сможет осилить. Вот для крутого админа видимо мы сделаем
другой конфигуратор. Поэтому если простой конфигуратор энфорсит в файле только
то что он умеет - это правильно.

Что такое broadcast+? Что такое cidr? И зачем всё это нужно?
------- Comment #2 From 2007-11-08 11:04:27 -------
На всякий случай: конфигуратор для крутого админа в таком случае нам
понадобится
буквально для текущего заказа от ИВК. Они хотят иметь возможность вешать
несколько IP-адресов на один сетевой интерфейс, естественно, через
веб-интерфейс.
------- Comment #3 From 2007-11-08 12:26:21 -------
"broadcast +" - это параметр, заставляющий ip рассчитывать броадкаст для 
интерфейса. Когда броадкаст получается 0.0.0.0, в некоторых случаях возможны 
грабли. Samba, к примеру, тормозить начинает.

/nn, по научному, называется CIDR, в отличие от /xxx.xxx.xxx.xxx, называемой 
маской. Но это так, мелочь ;-)
------- Comment #4 From 2007-11-08 13:49:24 -------
А разве etcnet не умеет расчитывать broadcast?
Вроде как справлялся сам.
------- Comment #5 From 2007-11-08 13:55:44 -------
Не умеет. Это делает именно сам ip, но при наличии "broadcast +" в строке 
параметров.
------- Comment #6 From 2007-11-08 14:00:16 -------
Я почему собственно спросил ... в какой-то момент etcnet был пойман на
генерации
нулевых бродкастов, но потом pilot включил в недрах etcnet какой-то параметр в
on  и всё пришло в норму. То есть не может ли такого быть что etcnet сам
добавляет этот параметр?
------- Comment #7 From 2007-11-08 14:46:26 -------
AUTO_BROADCAST называется этот параметр и он включен по умолчанию для Ethernet,
так что не вижу особой необходимости дописывать "broadcast +" в исходном
примере.
------- Comment #8 From 2007-11-08 15:03:14 -------
Понятно, значит, я упустил момент, когда оно появилось.
------- Comment #9 From 2007-11-10 20:28:22 -------
Фичреквест на модуль альтератора дальше пожалуйста обсуждайте без меня.
------- Comment #10 From 2007-11-27 12:35:40 -------
(In reply to comment #7)
> AUTO_BROADCAST называется этот параметр и он включен по умолчанию для 
Ethernet,

Что-то не особенно он включен... В бранче, по крайней мере:

# cat 00-default |egrep "NEVER_RMMOD|AUTO_BROADCAST"
NEVER_RMMOD=no
AUTO_BROADCAST=off
# rpm -qf 00-default
etcnet-0.9.2-alt2

Про NEVER_RMMOD - это до кучи.
------- Comment #11 From 2008-12-05 18:02:28 -------
Современное состояние этого параметра:
/etc/net/ifaces/default/options-eth:AUTO_BROADCAST=yes
------- Comment #12 From 2016-03-22 17:37:23 -------
Список адресов поддерживается с версии 4.12.