From: Mikhail Efremov <sem@altlinux.ru> To: ALT Linux Community general discussions <community@lists.altlinux.org> Subject: Re: [Comm] Настройка сети -- что ж я делаю не так? Date: Tue, 7 Sep 2010 00:49:44 +0400 Message-ID: <20100907004944.3aed3ac1@sem.localdomain> (raw) In-Reply-To: <4C84E70D.1050706@rambler.ru> On Mon, 06 Sep 2010 17:05:17 +0400 Alexei V. Mezin wrote: > > Еще раз: штатное средство редактирование конфигов etcnet - > > альтератор. > Но после загрузки системы штатно включен NM. Или альтератор не читает > текущее состояние при старте, а пишет свой дефолт? Тогда это еще один > баг. А если сеть есть, а текущее состояние читать неоткуда, то это > тоже баг. Очевидно тут какое-то недопонимание. Есть конфиги etcnet. Альтератор умеет их редактировать. Плюс решается проблема взаимодействия NM и etcnet прописыванием пар DISABLED/NM_CONTROLLED в конфиге. А NM просто умеет читать оттуда настройки и дает возможность ими воспользоваться, чтобы не пришлось создавать такое же соединение еще и в редакторе апплета. Точно также все происходит и в FC, например. Там соответствующий плагин читает настройки из конфигов network-scripts. С недавнего времени этот плагин умеет и записывать настройки в эти конфиги, у нас я не вижу необходимости это делать, т.к. у нас и так есть штатное средство редактирования конфигов - альтератор. К тому же далеко не все, что можно настроить в NM, получится записать в конфиги etcnet. В целом наша схема больше похожа на Debian/Ubuntu: там тоже плагин ifupdown занимается общесистемными настройками и используется плагин keyfile для сохранения в качестве общесистемных настроек, сделанных в редакторе апплета. > В любом случае livecd АЛьТ "из коробки" работает не так, как все > прочие livecd, Насколько я помню "прочие" LiveCD, там тоже происходит попытка сразу же использовать DHCP. Причем не только в режиме LiveCD, но и в установленной системе. Когда я последний раз смотрел FC и Ubuntu было именно так. > и работает он хуже - дефолтно запущенный апплет ничего > не может сделать с сетью. Естественный вопрос -- а нафига этот апплет > тогда нужен? Чтоб мозолил глаз и смущал пользователей? Пока проблему я тут видел только с pptp, из-за того, что на диске не хватает некоторых пакетов. Да, это баг сборки образа, но при чем тут NM сам по себе? > >> Это просто вводит пользователя в ступор: две части одной и той же > >> программы говорят прямо противоположные вещи. > > > > Никогда не думал, что кто-то обращает внимания на эту строчку в > > редакторе соединений. > > > Это строчка в редакторе соединений -- единственная. Других строчек > там из коробки нет. Так что на нее трудно не обратить внимания. Вы > знаете, что это некий "системный" интерфейс, настроенный в совершенно > другой подсистеме, в данном апплете он вообще не нужен (с ним все > равно ничего сделать нельзя), и вы его игнорируете. Пользователь > всего этого не знает. Он просто видит, что какая-то сеть поднялась > ("квадратики" зеленые), но сделать с этим ничего нельзя. Пользователь может создать свое собственное соединение в редакторе. А если зайдет в "Центр Управления Системой" и жмякнет там "Сетевые интерфейсы", то узнает интерфейс, в котором настраивал сеть при установке системы. Я думаю сложить 2+2, и понять, что именно тут настраиваются соединения "System ethX" труда не составит. Но да, как-то задокументировать это поподробнее будет не лишним. Переделывать же плагин только для того, чтобы пользователь мог поредактировать конфиги etcnet еще и из редактора апплета, я не буду. Впрочем, надо подумать, может удастся как-то запускать альтератор прямо из редактора. > > Скорее всего проблема в том, что в конфиге нет DISABLED=no, а в > > default стоит DISABLED=yes, как уже сказали рядом. DISABLED=no в > > default - это тоже особенность конкретно LiveCD, впрочем в любом > > случае это баг. > > В таком случае это баг альтератора. Это не альтератор, это какие-то хуки в режиме LiveCD. Скорее всего, чтобы избежать проблемы с ppp, будет достаточно прописывать DISABLED=yes не в options, а в options-eth. > > Что значит "одновременно запущенные"? По умолчанию используется NM, > > Я что-то не понял? "системный интерфейс" по умолчанию настраивается > из дефолтов Etcnet (тихо-молча, и пользователь даже не может понять, > откуда эти настройки взялись, если в привычном месте их вообще нету), Это особый случай на LiveCD. И в любом случае сетью управляет NM, никак не NM + etcnet. Он только позволяет использовать то, что настроено в etcnet. И пользователь имеет возможность в аплете настроить сеть так, как ему угодно. Да, удалить/отредактировать дефолтные настройки для использования DHCP нельзя, но зачем это на _LiveCD_? > По-моему, это прекрасный пример офигенного бардака (в головах > разработчиков, прежде всего): одновременно используется и etcnet и > NM, причем их взаимодействие переплетено дичайшим образом, и сами > разработчики, видимо, настоятельно рекомендуют "отключить NM" для > нормальной работы. У меня NM прекрасно работает. И часто бывает удобен. Но там, где возможностей NM не хватает, я использую etcnet. Т.е. полностью заменить etcnet NM не может, но бывают случаи, когда он здорово облегчает жизнь. -- WBR, Mikhail Efremov
next prev parent reply other threads:[~2010-09-06 20:49 UTC|newest] Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top 2010-09-02 0:11 Alexei V. Mezin 2010-09-02 5:57 ` Sergey 2010-09-02 9:39 ` Alexei V. Mezin 2010-09-02 10:48 ` Sergey 2010-09-02 10:59 ` Alexei V. Mezin 2010-09-02 13:08 ` Sergey 2010-09-02 19:59 ` Михаил 2010-09-02 6:31 ` Sergey 2010-09-02 7:35 ` Denis Nazarov 2010-09-02 21:46 ` Mikhail Efremov 2010-09-05 17:43 ` Alexei V. Mezin 2010-09-06 5:51 ` Sergey 2010-09-06 9:53 ` Alexei V. Mezin 2010-09-06 10:37 ` Sergey 2010-09-06 10:41 ` Шенцев Алексей Владимирович 2010-09-06 12:13 ` Alexei V. Mezin 2010-09-06 12:25 ` Mikhail Efremov 2010-09-06 13:05 ` Alexei V. Mezin 2010-09-06 20:49 ` Mikhail Efremov [this message] 2010-09-06 23:27 ` Alexei V. Mezin 2010-09-07 13:10 ` Андрей Черепанов 2010-09-07 13:15 ` Andrey Rahmatullin 2010-09-06 18:27 ` Alexei V. Mezin 2010-09-06 18:30 ` Aleksey Novodvorsky 2010-09-04 5:07 ` С.Н. Рева 2010-09-05 17:45 ` Alexei V. Mezin 2010-09-06 17:06 ` Рева Сергей 2010-09-06 18:17 ` Alexei V. Mezin 2010-09-06 18:34 ` С.Н. Рева 2010-09-06 18:57 ` Alexei V. Mezin 2010-09-06 20:56 ` Mikhail Efremov 2010-09-07 14:18 ` С.Н. Рева 2010-09-07 14:27 ` Андрей Черепанов 2010-09-04 5:12 ` С.Н. Рева
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20100907004944.3aed3ac1@sem.localdomain \ --to=sem@altlinux.ru \ --cc=community@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git