From: "Alexei V. Mezin" <alexei-mezin@rambler.ru> To: community@lists.altlinux.org Subject: Re: [Comm] Настройка сети -- что ж я делаю не так? Date: Sun, 05 Sep 2010 21:43:19 +0400 Message-ID: <i60krn$3be$1@dough.gmane.org> (raw) In-Reply-To: <20100903014658.6fa18c28@sem.localdomain> 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: <info> (eth0): carrier now OFF (device state 1) Sep 5 16:50:42 localhost NetworkManager: <info> (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 присутствует.
next prev parent reply other threads:[~2010-09-05 17:43 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 [this message] 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 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='i60krn$3be$1@dough.gmane.org' \ --to=alexei-mezin@rambler.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