ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Нет возможности задать домен | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Evgenii Terechkov <evg> |
| Component: | alterator-net-eth | Assignee: | Mikhail Efremov <sem> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | aen, boyarsh, radik, rider, sem, vitty, zerg |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 23155 | ||
|
Description
Evgenii Terechkov
2011-01-24 15:15:38 MSK
Присоединяюсь к просьбе. Помощь нужна ? ответа не последовало, в общем, я это зафиксил, дайте правов на пакетик. Насколько я помню, запрет точки был сделан вполне сознательно, т.к. домен должен задаваться в alterator-net-domain. И возможность задать тут полное имя может сломать работу домена в Кентавре. boyarsh@ может сказать точно, он разбирался в этом мозге. Хотя желание задать тут FQDN, если домен не используется, мне вполне понятно. Значит надо придумать как разрешить это противоречие. Мне навскидку ничего не придумывается. Этикетка "Смотри alterator-net-domain для манипуляций с доменом" на видном месте плюс пара строк во встроенной помощи - не вариант? И кстати, я не помню чтобы инсталятор предлагал мне установить домен (отдельно). alterator-net-domain интегрирован в процесс установки? Не, не интегрирован. Я думаю, что идти надо от обратного - исправлять alterator-net-domain таким образом, что бы он разбирал HOSTNAME на домен/хост и соответственно использовал его, когда в этом есть необходимость - уже сейчас существует масса систем, на которых установлена конфигурация с FQDN в HOSTNAME, и к этому надо подходить именно с этой точки зрения. К сожалению, я не знаю как задействовать alterator-net-domain, и об решении этой проблемы придётся позаботится кому-то другому. поддержка domain в alterator-net-domain кстати, BROKEN.
тут написан какой-то бред - читаем HOSTNAME, потом выделяем из него домен, потом если этот домен действительно существует - заменяем его на localdomain.
Зачем - непонятно.
с записью тоже много странного. В общем, этот модуль требует серьёзного переосмысления и доработки, в отличии от alterator-net-eth, который уже работает.
read_domain()
{
local value="$(read_hostname)"
local domain="${value#*.}"
[ "$value" != "$domain" ] || domain="localdomain"
echo "$domain"
}
To snejok@: Ленар, сможешь помочь с этим? (В ответ на комментарий №7) > поддержка domain в alterator-net-domain кстати, BROKEN. Открой багу, пожалуйста. Это надо решать asap. для того, что бы это решить ASAP бага не нужна. Я не пользуюсь этим пакетом, так, в код заглянул. Мне нужно, что бы исправленный alterator-net-eth попал в репозиторий, а с alterator-net-domain проблема должна решаться уже после этого. (В ответ на комментарий №10) > для того, что бы это решить ASAP бага не нужна. Я не пользуюсь этим пакетом, > так, в код заглянул. > > Мне нужно, что бы исправленный alterator-net-eth попал в репозиторий, а с > alterator-net-domain проблема должна решаться уже после этого. Антон, домен в Кентавре ломать нельзя, потому договорись с boyarsh@, пожалуйста. Он сейчас многое правит. О чём мне нужно договориться ? О том, что кто-то должен исправить alterator-net-domain ? Так это и так понятно... Вопрос ровно в том, кто именно его будет исправлять. (В ответ на комментарий №12) > О чём мне нужно договориться ? О том, что кто-то должен исправить > alterator-net-domain ? Так это и так понятно... > > Вопрос ровно в том, кто именно его будет исправлять. Я же сказал, boyarsh@ занимается поддержкой домена в Кентавре. Обсуди с ним суть изменений. (В ответ на комментарий №12) > О чём мне нужно договориться ? О том, что кто-то должен исправить > alterator-net-domain ? Так это и так понятно... При смене домена должны выполняться хуки в /usr/lib/alterator/hooks/net-domain.d (я, правда, не в курсе работает ли сейчас смена домена вообще). Если домен можно будет сменить в alterator-net-eth, то эти хуки не выполнятся. В таком виде это изменение в Сизиф отправлять нельзя. Можно проверять наличие /usr/lib/alterator/hooks/net-domain.d и в зависимости от этого разрешать/запрещать смену домена. При этом будет несоответствие в отображении hostname при наличии/отсутствии alterator-net-domain (в одном случае только имя, в другом - fqdn), но с этим, думаю, можно смириться. или, как вариант, нужно вынести функцию установки домена в отдельный подпакет и вызывать её из alterator-net-eth. Только вот не стоит делать зависимость у этого подпакета на ldap. Меня текущее изменение устраивает, я готов его поддерживать в параллельной ветке alterator-net-eth. LDAP пока мне не интересен, поэтому, посмотрите пожалуйста сами, что там нужно исправить и в какую сторону. А в чём проблема с alterator-net-domain? Из "страшного" он тянет только openldap2.4-clients, что не так уж и много.. Можно в принципе и от него отвязать.. почему домен не меняется в net-eth, см #14 Ну если уж совсем никак нельзя исправить (хотя из #14 это мне неочевидно), то хотя бы подсказку куда смотреть на видное место нужно. (В ответ на комментарий №16) > А в чём проблема с alterator-net-domain? Из "страшного" он тянет только > openldap2.4-clients, что не так уж и много.. Можно в принципе и от него > отвязать.. Проблема в наличии ещё одного шага инсталятора, необходимость которого явно преувеличена. У меня дистрибутив уже год живёт без этого шага и его пользователи замечают только одну проблему, которую мы сейчас обсуждаем. > почему домен не меняется в net-eth, см #14 Антон, эти хуки должны выполняться только в том случае, если в них есть необходимость. Мы как раз и говорим про те случаи, когда необходимость запуска хуков отсутствует и конфигурация очень простая. (В ответ на комментарий №17) > Ну если уж совсем никак нельзя исправить (хотя из #14 это мне неочевидно), то > хотя бы подсказку куда смотреть на видное место нужно. Смотреть в мой гит - там всё работает: http://git.altlinux.org/people/rider/packages/?p=alterator-net-eth.git;a=commitdiff;h=2728d44c19b6f32a2067c44e16167a5f6edba137 (В ответ на комментарий №16) > А в чём проблема с alterator-net-domain? добавлю ещё пару строк про "проблему" - сейчас alterator-net-domain игнорирует домен в HOSTNAME, это явная ошибка, исправив которую мы сможем отправить alterator-net-eth в сизиф, не сломав при этом кентавр. Впрочем, я не вижу проблем и с этим - отправив мои изменения в сизиф, кентавр не сломается - в любом случае alterator-net-domain игнорирует домен в HOSTNAME и проблем возникнуть не должно. Антон, поправь меня пожалуйста, если я не прав. (В ответ на комментарий №19) > (В ответ на комментарий №17) > > Ну если уж совсем никак нельзя исправить (хотя из #14 это мне неочевидно), то > > хотя бы подсказку куда смотреть на видное место нужно. > > Смотреть в мой гит - там всё работает: > http://git.altlinux.org/people/rider/packages/?p=alterator-net-eth.git;a=commitdiff;h=2728d44c19b6f32a2067c44e16167a5f6edba137 Что всё? Хуки из net-domain.d запускаются? у меня даже каталога такого нет, с чего бы им запускаться ? Исправил в 4.14-alt1, добавил туда проверку на наличие alterator-net-domain в системе - если этот пакет есть, то для управления доменом надо использовать UI из него. Если нет - то alterator-net-eth успешно справляется с FQDN. Отправил в Сизиф, всем спасибо за участие. |
