Bug 22574

Как именно "не получается"?  Попробуйте вручную dhcpcd -G <интерфейс>, если поможет -- добавьте nogateway в /etc/dhcpcd.conf.

Речь не шлюзе по умолчанию.

Ключ -G работает. Шлюз по умолчанию не прописывается.

Судя по ману, речь о маршрутах вообще, а не только о _default_ gateway.
Вопрос решён?

"Don't set any default routes." в моем мане.
Возможно Ваш перевод верен.
Но!
Поднимаю интерфейс на экране появляются надписи:
подобные этой: "add route to 10.0.0.0/8 via 10.50.4.1"
Изучаю вывод "route -n"
Вижу прежний шлюз по умолчанию и 4 новых маршрута.
Дописывание nogateway в /etc/dhcpcd.conf не помогает.

"Don't set any default routes."
Гугль перевел как:
"Не устанавливайте любые маршруты по умолчанию."

С помощью рассылки установили, что
DHCPcd игнорирует команду не использовать 121 атрибут (classless_static_routes),  и не не хочет использовать атрибуты routers и static_routes.

(В ответ на комментарий №7)
> С помощью рассылки установили, что
> DHCPcd игнорирует команду не использовать 121 атрибут
> (classless_static_routes),  

Так и есть, он всегда запрашивает определенный набор опций и, соответственно, их использует. По сути --nooption заставляет только не экспортировать полученные значения как переменные окружения. Я это запатчил по простому, вот думаю, может ли это что-то сломать. Если ничего не надумаю - отправлю в Сизиф :).
Вообще там просится упростить код немного, выкинуть из struct options nomask и использовать только requestmask заполняемый значениями по умолчанию. Но это надо еще код почитать и с апстримом списаться, спросить зачем он именно так сделал. Может была причина.

> и не не хочет использовать атрибуты routers и
> static_routes.

Это правильное поведение при наличии classless_static_routes согласно RFC3442.

(В ответ на комментарий №8)
> Так и есть, он всегда запрашивает определенный набор опций и, соответственно,
> их использует. По сути --nooption заставляет только не экспортировать
> полученные значения как переменные окружения. 

Не у ловил смысла, сорри. Мне бы что бы маршруты не дописывались при указании ключа.

> Если ничего не надумаю - отправлю в Сизиф :).

А в P5 за одно можно?


> Вообще там просится упростить код немного, выкинуть из struct options nomask и
> использовать только requestmask заполняемый значениями по умолчанию. 

Что-то мне подсказываетчто этого не стоит делать. Пусть берет все, а пользователь уже сам с помощью ключей выкинет лишнее.

> > и не не хочет использовать атрибуты routers и
> > static_routes.
> 
> Это правильное поведение при наличии classless_static_routes согласно RFC3442.

Вот только спецам из Билайна и Микрософта на этот RFC наплевать. Может можно приделать ключик --dumbISP для совместивости?

(В ответ на комментарий №9)
> > их использует. По сути --nooption заставляет только не экспортировать
> > полученные значения как переменные окружения. 
> 
> Не у ловил смысла, сорри. Мне бы что бы маршруты не дописывались при указании
> ключа.

Так и будет с моим фиксом. Эти опции больше не будут запрашиваться у сервера.

> > Если ничего не надумаю - отправлю в Сизиф :).
> 
> А в P5 за одно можно?

В 5.1 отправлю чуть позже. Если очень надо в p5 - это к cas@.

> > > и не не хочет использовать атрибуты routers и
> > > static_routes.
> > 
> > Это правильное поведение при наличии classless_static_routes согласно RFC3442.
> 
> Вот только спецам из Билайна и Микрософта на этот RFC наплевать. Может можно
> приделать ключик --dumbISP для совместивости?

Костыли для криво настроенных серверов лучше по месту делать. Например написать свой хук в /lib/dhcpcd/dhcpcd-hooks и установить там недостающие маршруты.

dhcpcd-1:4.0.15-alt2 -> sisyphus:

* Mon Dec 28 2009 Mikhail Efremov <sem@altlinux> 1:4.0.15-alt2

- Not request the options that are given with --nooption
    (closes #22574).

(In reply to comment #10)
> В 5.1 отправлю чуть позже. Если очень надо в p5 - это к cas@.
2 cas: можешь проверить и при отсутствии регрессов забрать 4.0.15-alt1.M51.1?

Проверил, работает. task #19252 (в p5)

FYI: "nooption clause" fixed in upstream http://roy.marples.name/projects/dhcpcd/ticket/254