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