From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00, DNS_FROM_OPENWHOIS, SPF_HELO_PASS,SPF_PASS autolearn=no version=3.2.5 X-Injected-Via-Gmane: http://gmane.org/ To: community@lists.altlinux.org From: "Alexei V. Mezin" Date: Sun, 05 Sep 2010 21:43:19 +0400 Message-ID: References: <20100903014658.6fa18c28@sem.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: home-pool-165-177.com2com.ru User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b1pre Thunderbird/3.1.2 In-Reply-To: <20100903014658.6fa18c28@sem.localdomain> Subject: Re: [Comm] =?koi8-r?b?7sHT1NLPysvBINPF1MkgLS0g3tTPINYg0SDExczBwCDO?= =?koi8-r?b?xSDUwcs/?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: alexei-mezin@rambler.ru, ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Sep 2010 17:43:36 -0000 Archived-At: List-Archive: List-Post: 03.09.2010 01:46, Mikhail Efremov пишет: Итак, продолжаем разговор. VirtualBox, простейшая машина с одной сетевухой, в ней упомянутый образ в режиме livecd. > Эти соединения прочитаны из etcnet. И они read only. Для настройки Это неправда. http://www.photoshare.ru/original/photoshare.ru-5965395.jpg Четко видно, что в /etc/net/ifaces никакого eth0 нет, однако он есть и работает (DHCP получил адрес и т.п.). Это же самое подтверждает и альтератор, где в настройках интерфейса указано "адрес вручную" (по дефолту там пусто, ессесно), а в дополнительных свойствах стоит NetworkManager. > etcnet штатное средство - альтератор. > Отключено по дефолту. Так что штатное там NM. > Там можно указать mac.Но да, я уже думал как-то сделать там список > интерфейсов, чтобы не вбивать mac, который еще знать надо. Может > когда-нибудь доберусь это сделать. Вы уж простите, но "указать MAC" чтоб выбрать интерфейс это не только АНТИинтуитивно, но и просто маразм. Ни один (!!!) пользователь до этого не догадается НИКОГДА. И не только пользователь. А уж в школе... > Текущие настройки должны были быть прочитаны из etcnet. Т.е. 'System > eth0' уже соответствует тому, что было настроено в альтераторе. См. выше. > А что там не так? Соединение есть, но при этом "никогда не соединялось". Что показывает первая закладка апплета? При поднятии интерфейса (в виртуалке воспроизводится), переключенного в режим etcnet апплет радостно информирует (всплывает подсказка), что интерфейс "системный eth0" поднят. При этом на соответствующей закладке "никогда не поднимался". Это просто вводит пользователя в ступор: две части одной и той же программы говорят прямо противоположные вещи. >> настройка PPTP есть, и даже создается каталог /etc/net/ifaces/ppp1 с >> правильными параметрами, но ни через ЦУ, ни через ifup ppp1 НЕ >> РАБОТАЕТ. Просто ничего не происходит. eth0 можно перевести на >> управление etcnet, руками поднять-опустить, все работает. А ppp1 с >> правильными параметрами (примонтировал свой диск и скопировал >> содержимое /e/n/ifaces) не стартует. > > Без логов это рассказ про подземный стук. Да вот же они: Файлы, созданные альтератором в /etc/net.ifaces/ppp1 [root@threebears from_livecd]# cat ./ppp1/options TYPE=ppp PPPTYPE=pptp PPTP_SERVER=192.168.8.2 REQUIRES=eth0 ONBOOT=yes [root@threebears from_livecd]# cat ./ppp1/pppoptions nodeflate nobsdcomp mtu 1400 usepeerdns user XXXX password YYYY nomppe defaultroute А вот что происходит при попытке поднять интерфейс (и последние 10 строк messages для подтверждения тщетности попытки): [root@localhost ~]# ifup ppp1 [root@localhost ~]# tail -10 /var/log/messages Sep 5 16:50:01 localhost avahi-daemon[6703]: New relevant interface eth0.IPv4 for mDNS. Sep 5 16:50:01 localhost avahi-daemon[6703]: Registering new address record for 192.168.8.147 on eth0.IPv4. Sep 5 16:50:42 localhost avahi-daemon[6703]: Withdrawing address record for 192.168.8.147 on eth0. Sep 5 16:50:42 localhost avahi-daemon[6703]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.8.147. Sep 5 16:50:42 localhost avahi-daemon[6703]: Interface eth0.IPv4 no longer relevant for mDNS. Sep 5 16:50:42 localhost NetworkManager: (eth0): carrier now OFF (device state 1) Sep 5 16:50:42 localhost NetworkManager: (eth0): carrier now ON (device state 1) Sep 5 16:50:42 localhost avahi-daemon[6703]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.8.147. Sep 5 16:50:42 localhost avahi-daemon[6703]: New relevant interface eth0.IPv4 for mDNS. Sep 5 16:50:42 localhost avahi-daemon[6703]: Registering new address record for 192.168.8.147 on eth0.IPv4. Т.е. ifup просто ТИХО и БЕЗ ВЫХЛОПА завершается без результата. В messages видно, что перед этим я настроил eth0 средствами etcnet (альтератор) и поднял интерфейс. > Если не настраивать ничего в etcnet, то "системных eth" у нас тоже не > будет. На LiveCD же специально делалось так, чтобы NM сразу при > старте пытался использовать DHCP, что для LiveCD вполне логично. И для livecd логично ничего не настраивать в etcnet по умолчанию. Так и сделано. Результаты выше. > После же загрузки можно открыть его редактор соединений и настроить > сеть так, как нужно. И тут мы снова возвращаемся к теме, которая уже всем изрядно надоела: зачем в нашем линуксе ДВЕ конкурирующие подсистемы работы с сетью, несовместимые друг с другом, и при этом одновременно запущенные? Пока что ничего, кроме неработающего интернета и выноса мозга пользователю из этого не получилось. P.S. Ну и на последок: в альтераторе в настройках сети упорно пишется "провод отсоединен" http://www.photoshare.ru/original/photoshare.ru-5965394.jpg но при этом он не только присоединен и работает, но и ethtool, например, сообщает, что link beat присутствует.