дано: ноутбук с карточками: eth0 - обычный 100мбитный проводной. eth1 - wi-fi eth1 специально не настраивался, подгружается через hotplug & ifaces/unknown eth0 получает настройки через dhcp, и должен использоваться для локалки, интернета и т.д. eth1 получает настройки через ipv4ll, как единственное устройство (у меня нет wi-fi стройств, кроме того антенна выключенна) Actual Results: после отработки zcip(eth1) - сеть пропадает, потому что все пакеты пытаются идти через eth1 После ifdown eth1 - появляется. Или после отключения eth1 явной настройкой etcnet Expected Results: eth0 используется для доступа к сети, поскольку (каждый критерий IMHO имеет смысл и все они однажды должны быть реализованы) 1. он раньше использовался. Негоже unknown перебивать настроенный интерфейс. 2. zcip в принципе не может шлюзовать пакеты куда-то, он насквозь локальный. 3. dhcp протокол более высокого уровня, чем ipv4ll - и должен быть предпочтительнее 4. наконец, у меня просто отключена антенна. См. вывод dmesg: (кажется для wi-fi есть аналог ifplugd? ) zsh 8 % dmesg |tail ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.0.6 ipw2200: Copyright(c) 2003-2004 Intel Corporation ACPI: PCI Interrupt 0000:02:06.0[A] -> Link [LNKG] -> GSI 10 (level, low) -> IRQ 10 ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection ipw2200: Radio Frequency Kill Switch is On: Kill switch must be turned off for wireless networking to work. zcip uses obsolete (PF_INET,SOCK_PACKET) device eth1 entered promiscuous mode device eth1 left promiscuous mode
Это не первый глюк zcip с default route, см. #4208
zcip может быть виноват в "2. zcip в принципе не может шлюзовать пакеты куда-то, он насквозь локальный." Но, IMHO, признаки 1,3,4 должны учитываться и при необходимости продавливаться( be enforced) самим etcnet'ом. IMHO, это все же вполне себе wish (не самый срочный безусловно) для etcnet.
BUGS zcip currently assumes that the target interface is down and reconfig- ures it. The IETF draft seems to suggest using multi-homing, which we don't do yet. zcip устанавливает default gateway всегда. Мне кажется, нужен патч.
Created attachment 3990 [details] /etc/zcip/zcip.d/suppress-default-route A primitive workaround (through /etc/zcip/zcip.d/suppress-default-route) attached. Probably, instead of "ip route del ...", it could be an "ip route change default dev "$IFACE" scope link metric 90" -- the result we get with etcnet+ipv4ll+autoipd, where the resulting network configuration works.
2 pilot, sbolshakov: можете посмотреть предлагаемый объезд, стоит его упаковать?
стоит прекратить существование этого пакета -- для ipv4ll давно используется avahi-autoipd
2 voins: тогда сделай ssh git.alt task new; ssh git.alt task add del zcip; ssh git.alt task run
done. Вот так, один раз когда-то пакет по служебной необходимости собрал, а потом его и похоронил. :)
тогда и в спеки к abahi-autoipd нужно наверное добавить Obsoletes: zcip а по зависимостям, я правильно понял http://sisyphus.ru/ru/srpm/Sisyphus/avahi/spec, что autoipd даже не требует основной avahi ? просто не хотелось бы, чтобы замена простого zcip вдруг потянула черт знает что, вплоть до mono :-) рабочего альта под руками нет сейчас
Бывает :)
