Начиная с версии 3.2.0 dhcpcd имеет ключ -S для поддержки опции 249 (ms-classless-static-routes), применяемой в некоторых сетях для раздачи статических маршрутов. На данный момент самая свежая версия dhcpcd 3.2.3. "Надо, чтоб в 4.1 вошло в лучшем виде (особенно раз уж сделано)." mike@
reassign
dhcpcd-3.2.3-alt0.1 с притёртыми patch1-3 отправлен в Daedalus и выложен сюда: http://fly.osdn.org.ua/~mike/packages/dhcpcd/ -- просьба проверить. 2 inger: nosrc.rpm с патчами там же, а вот как бы перелопатить твой git, я не сообразил (у апстрима всё прям в корне: http://git.marples.name/?p=dhcpcd/.git;a=summary).
<shrek> кое что забыл --- dhcpcd-3.2.3/configure.c.localhost 2008-02-25 11:28:19 +0300 +++ dhcpcd-3.2.3/configure.c 2008-02-25 21:19:38 +0300 @@ -764,7 +764,8 @@ int configure (const options_t *options, if (options->dohostname || strlen (curhostname) == 0 || strcmp (curhostname, "(none)") == 0 || - strcmp (curhostname, "localhost") == 0) + strcmp (curhostname, "localhost") == 0 || + strcmp (curhostname, "localhost.localdomain") == 0) { newhostname = xmalloc (sizeof (char) * MAXHOSTNAMELEN);
<shrek> еще косяк. добавляет левый маршрут 10.10.5.0/24 dev wifi proto kernel scope link src 10.10.5.2 10.24.63.0/24 dev ether proto kernel scope link src 10.24.63.242 169.254.0.0/16 dev ether scope link 10.24.0.0/16 via 10.24.63.254 dev ether 10.25.0.0/16 via 10.24.63.254 dev ether default via 10.10.5.1 dev wifi <shrek> должно быть 10.10.5.0/24 dev wifi proto kernel scope link src 10.10.5.2 10.24.63.0/24 dev ether proto kernel scope link src 10.24.63.244 10.24.0.0/16 via 10.24.63.254 dev ether 10.25.0.0/16 via 10.24.63.254 dev ether default via 10.10.5.1 dev wifi <gvy> 169.254 точно не раздают? вообще это zcip'шный диапазон
169.254/16 -- это link-local маршрут, никакого вреда, кроме пользы.
<shrek> shared-network Segment-63 { subnet 10.24.63.0 netmask 255.255.255.0 { range 10.24.63.220 10.24.63.250; option routers 10.24.63.254; option rfc3442-classless-static-routes 16, 10,24, 10,24,63,254, 16, 10,25, 10,24,63,254; option ms-classless-static-routes 16, 10,24, 10,24,63,254, 16, 10,25, 10,24,63,254; option domain-name "."; option domain-name-servers 10.24.72.7; use-host-decl-names on; allow unknown-clients; authoritative; <shrek> это dhcpcd добавляет. искать по LINKLOCAL_ADDR <shrek> ой. это же zeroconf <gvy> 8) <shrek> пусть живет <gvy> бишь кроме патчика про localhost.localdomain -- всё для тебя в порядке? <shrek> да. все ок <gvy> гут, соберу 3.2.3-alt0.2 <shrek> хотя у меня и с 3.0.17 все работало <gvy> ууу... а в бранче 1.3.22pl4
(In reply to comment #5) > 169.254/16 -- это link-local маршрут, никакого вреда, кроме пользы. Нда? А если сетевых карт - две; и на каждой адрес по dhcp получается у разных серверов, настроенных на выдачё этого адреса, то что будет? Я думаю, что если адресное пространство не используется, то его не должно быть и в маршрутах. Догадываюсь, что это "на всякий пожарный", но IMHO, лучше не надо. Мусор в таблице.
(In reply to comment #7) > Нда? А если сетевых карт - две Рекомендую почитать про Zeroconf/Bonjour/IPV4LL (например, RFC 3927). PS: если других замечаний нет, то я собираюсь закинуть эту сборку сначала в Sisyphus incoming, через пару недель -- в бранч.
У меня новая сборка из сизифа не заработала - не могет получить ip, постоянно ругается, что-то на тему received packet is not ours, в конце концов говорит Configured with OLD ip (кажется, адрес на 169.xx подставляет). Пришлось откатить на 3.0.17
alt0.2 -- seems working
(In reply to comment #9) > У меня новая сборка из сизифа не заработала - не могет получить ip, постоянно > ругается, что-то на тему received packet is not ours, в конце концов говорит > Configured with OLD ip (кажется, адрес на 169.xx подставляет). Хм, shrek@ нечто подобное упоминал. Соберу обновкой в бранч 3.0.17, на который нареканий вроде не было (разве что недостаёт поддержки той самой опции, про которую и вешали багу). > Пришлось откатить на 3.0.17 Можно повесить это новой багой? Поскольку версия обновлена -- эту закрываю. :)
На всякий -- сборка 3.0.17-alt3 заархивирована здесь: ftp://ftp.altlinux.org/pub/distributions/archive/Sisyphus/2007/05/21/files/SRPMS/dhcpcd-3.0.17-alt3.src.rpm ftp://ftp.altlinux.org/pub/distributions/archive/Sisyphus/2007/05/21/files/i586/RPMS/dhcpcd-3.0.17-alt3.i586.rpm ftp://ftp.altlinux.org/pub/distributions/archive/Sisyphus/2007/05/21/files/x86_64/RPMS/dhcpcd-3.0.17-alt3.x86_64.rpm
2 led, shrek: насколько понимаю, у вас воспроизводится проблема насчёт old ip с 3.2.3; просьба повесить баг и по возможности помочь найти его причину. По умолчанию я буду откатывать сизифовую сборку на 3.0.17 -- никаких следов таких проблем с 3.2.3 нагуглить пока не удалось.
откатывать не надо. zeroconf оно по любому подставлять будет, а насчет подстновки айпи из предыдущей сети надо еще проверять
Откатил (1:3.0.17-alt4). См. Bug #15042 и Bug #15131. В Daedalus доступна та же 3.2.3-alt0.2; если разница критична, просьба помочь с исправлением (у меня не воспроизводится то, что там пишут -- ни дома, ни в офисе).
(In reply to comment #15) > Откатил (1:3.0.17-alt4). накати назад: 1. реальных проблем с 3.2 нет, все остальное больше от не понимания 2. если уж так хочется откатить, то 3.0.17 не самый лучший вариант, см. http://git.marples.name/?p=dhcpcd/.git;a=summary
3.2.3-alt0.2 worksforme (still) иногда (если адрес нидаюд) полезно добавить -A в DHCP_ARGS
(In reply to comment #16) > 1. реальных проблем с 3.2 нет, все остальное больше от не понимания "не понимания" 1. чего? 2. кем?
