[mdk-re] dial-up again

[mdk-re] dial-up again

[Serge Skorokhodov]

Здравствуйте!

Вопрос уважаемым гуру и создателям дистрибутива.

Очень медленно (времени хронически не хватает, где вы светлые
времена начала 90-х, когда можно было перекапывать DOS в свое
удовольствие) осваиваю Linux. За ~месяц перепробовал все способы
установить dial-up соединение, которые смог придумать. В связи с
этим и появились вопросы.

1. Linuxconfig и netcfg (это кстати тоже depricated, или ей можно
пользоваться?) создают целую серию скриптов в
/etc/sysconfig/network-scripts и, как я понял, создают скрипты
ip-up, ip-down с их .local добавлениями (верно ли я понял?). Все
это позволяет поднимать/валить интерфейсы с помощью ifconfig
(ifup и ifdown в man'е не нашлись, видимо это специализации
ifconfig?). Скрипты, создаваемые этими программами настройки
доступны анализу, но описания их состава, правил их создания
вручную и т.д. мне найти не удалось. Работают они, впрочем,
вполне исправно, а написать более удобный интерфейс к ним на
подобие скриптов ~/connect-mtu, ~/connect-zenon,
~/connect-kuda-to-eschio и ~/shutdown-inet-nafig-sovsem-prichem-ljuboj
(если лень набрать /sbin/ifup pppX и запоминать какой Х какому
провайдеру соответсвует) тоже труда не составляет.

2. В ppp-HOWTO и документации к pppd описывается способ связанный
со скриптами из /etc/ppp. Эти скрипты тоже достаточно прозрачны,
а их описание достаточно подробно, копирование примеров и их
модификация для своих нужд заняла минуты три вместе с
исправлением сделанных в спешке ошибок (правда, сначала дважды
прочел PPP-HOWTO:). Сделать на эти скрипты удобные
ссылки/оболочки в ~/ тоже легко. Но, ifup/ifdown в этом процессе
никак не задействованы, а они все-таки в /sbin, а значит, по
моему (возможно неверному) представлению -- главнее.

3. KPPP тоже редактирует скрипты, как я понял в /etc/ppp, при
этом вероломно и без объявления войны переписывает ip-up'ом
resolv.conf полученным по LCP адресами DNS провайдера, убивая мой
любимый кэширующий named. Делает он это по непонятно где и зачем
(во всяком случае, с точки зрения моего слабого ума)
устанавливаемой переменной типа KPPP-TEMPORARY-DNS (ну не помню
точнее), и где эта переменная убивается -- совершенно не ясно. В
любом случае GUI утилита выглядит нормально, но своим своеволием
вызывает воспоминания о лучших днях в Windows, да и от ручной
работы не избавляет.

4. Найти средства настройки PPP-соединения в GNOME мне не
удалось.

Вопросы:

Какой из этих четырех способов является "методом выбора",
особенно в свете эволюции средств настройки "Русского Мандрейка".
Т.е. какой из них является наиболее согласованным с общей
структурой управления системой в данном семействе дистрибутивов
Linux, более гибок, надежен и т.д. И где можно обо всем этом
понятно прочесть, т.к. времени на чтение и трассировку скриптов
все-таки жалко. Или же это полностью дело вкуса?

В заключение прошу извинить за многословие и ламерский уровень
проблемы, просто в Linux'е хочется "владеть" системой, иначе
зачем весь этот open source. И, если у кого-либо из людей с
пониманием внутренней механики (а таких в списке немало) будет
"время и молоко", я был бы крайне признателен за комментарии к
моим вопросам и утверждениям. Хочется понять "архитектуру и
идеологию" системы на уровне личного мнения знающих личностей,
книги (по крайней мере те, которые я видел) "живого" совета не
заменяют.

Сергей Скороходов 25.03.2001 suralis@mailru.com

Re: [mdk-re] dial-up again

[Mikhail Zabaluev]

Hello Serge,

On Sun, Mar 25, 2001 at 20:31 +0400, Serge Skorokhodov wrote:
>
> Здравствуйте!
> 
> Вопрос уважаемым гуру и создателям дистрибутива.
> 
> Очень медленно (времени хронически не хватает, где вы светлые
> времена начала 90-х, когда можно было перекапывать DOS в свое
> удовольствие) осваиваю Linux. За ~месяц перепробовал все способы
> установить dial-up соединение, которые смог придумать. В связи с
> этим и появились вопросы.
> 
> 1. Linuxconfig и netcfg (это кстати тоже depricated, или ей можно
> пользоваться?) создают целую серию скриптов в
> /etc/sysconfig/network-scripts и, как я понял, создают скрипты
> ip-up, ip-down с их .local добавлениями (верно ли я понял?). Все
> это позволяет поднимать/валить интерфейсы с помощью ifconfig
> (ifup и ifdown в man'е не нашлись, видимо это специализации
> ifconfig?). Скрипты, создаваемые этими программами настройки
> доступны анализу, но описания их состава, правил их создания
> вручную и т.д. мне найти не удалось. Работают они, впрочем,
> вполне исправно, а написать более удобный интерфейс к ним на
> подобие скриптов ~/connect-mtu, ~/connect-zenon,
> ~/connect-kuda-to-eschio и ~/shutdown-inet-nafig-sovsem-prichem-ljuboj
> (если лень набрать /sbin/ifup pppX и запоминать какой Х какому
> провайдеру соответсвует) тоже труда не составляет.
> 
> 2. В ppp-HOWTO и документации к pppd описывается способ связанный
> со скриптами из /etc/ppp. Эти скрипты тоже достаточно прозрачны,
> а их описание достаточно подробно, копирование примеров и их
> модификация для своих нужд заняла минуты три вместе с
> исправлением сделанных в спешке ошибок (правда, сначала дважды
> прочел PPP-HOWTO:). Сделать на эти скрипты удобные
> ссылки/оболочки в ~/ тоже легко. Но, ifup/ifdown в этом процессе
> никак не задействованы, а они все-таки в /sbin, а значит, по
> моему (возможно неверному) представлению -- главнее.

Хех :) Поднимать и ронять интерфейсы можно любыми доступными средствами,
лишь бы лично вам было удобно. if{up,down} - штатное средство
RedHat; linuxconf заточен именно под эти скрипты, но никто не заставляет
ими пользоваться, если вы, например, способны голыми руками взнуздать
pppd.

> 4. Найти средства настройки PPP-соединения в GNOME мне не
> удалось.

В пакете gnome-network есть программа gnome-ppp. Когда я использовал ее
осенью, она была достаточно разнообразна в настройках, но довольно крива.
Требовала setuid root для pppd. Зато умеет перебирать несколько
номеров. Кое-что в ней я доковырял для сопряжения с существующими
настройками в /etc/sysconfig/network-scripts, но не знаю, принял ли автор
мои исправления.

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
Take my word for it, the silliest woman can manage a clever man, but it
needs a very clever woman to manage a fool.
		-- Kipling