Re: [mdk-re] Netscape. PPP

[Ivan Zakharyaschev <imz@linux.ru.net>]

	Hello!

On Tue, 10 Apr 2001, Yuri Ryazantsev wrote:

> Приветствую!!
>
> Наткнулся на два момента (каждый из них решаем, но считаю баг):
>
> 1. Понравилось работать в mozille и решил снести netscape. Запускаю
> DrakConf
> и через "Package Manager" говорю: "Снеси мне netscape-communicator",
> думая,
> что netscape-common снесу потом. Вываливается окно от содержимого
> которого я
> обалдел (не думал что netscape нужен таким пакетам):
>
> In order to satisfy all the dependencies, these packages will be
> removed:
> lm_sensors
> mutt
> netscape-communicator
> netscape-navigator
> plugger
> urlview
>
>
> Ай-ай-ай!!! Все потерплю, но mutt и urlview не хочу сносить.
> Захожу рутом:
> # rpm -e netscape-communicator
> error: removing these packages would break dependencies:
>         netscape is needed by plugger-3.2-ipl7mdk
> # rpm -e plugger
> # rpm -e netscape-communicator
> #
>
> Хотелось бы услышать соображения по этому поводу.

Скорее всего какие-то глюки в rpmdrake, связанные с виртуальным пакетом
webclient:

$ rpm -q webclient --whatprovides
links-0.95-ipl2mdk
lynx-2.8.4dev.11-ipl6mdk
netscape-communicator-4.76-ipl5mdk

Его требует urlview. А urlview нужен Mutt и почему-то lm_sensors(!?).
По-моему, довольно бесполезный виртуальный пакет.

> 2. Конфигурация: Есть модемный сервер. Работает под RedHat-3.0.3
> (бывает :-).
> Работает по след. принципу: Дозваниваюсь, Вижу подсказку "login:",
> ввожу
> имя, потом после подсказки пароль и на сервере запускается pppd, без
> CHAP и
> PAP (ну плохо они тогда работали). Пока не прописал в /etc/ppp/options
> noauth работать не хотел kppp.
>
> $ man pppd
> ...skipped....
>        noauth Do  not  require  the  peer to authenticate itself.
>               This option is privileged.
> ...skipped....
> $
>
> Но при этом не получается дозвонится другим пользователем на другого
> провайдера с CHAP или PAP. refuse-chap and refuse-pap не помогают.
> noauth
> под пользователем использовать не могу. Рассматриваю любые предложения,

У меня есть по этому поводу несколько соображений, но не полное и
готовое решение.

Можно использовать много конфигураций для pppd по очереди -- они
привязываются к имени peer, которому звонят. Если использовать чистый pppd
(без kppp) то выбор одной из конфигураций при вызове из командной
строки будет выглядеть так:

$ /usr/sbin/pppd /dev/ttyS0 38400 call <peername>

при этом конфигурация лежит в /etc/ppp/peers/<peername>. Как это
использовать в kppp точно не знаю, им не пользуюсь (по-моему, там можно
просто задавать опции, передаваемые pppd).

По поводу priviliged user. Есть опция, которая определяет
привилегированных с точки зрения pppd пользователей. Ее можно ставить
прямо в /etc/ppp/options, подробнее в man.

> кроме сноса RedHat-3.0.3 (хорошая машина 486/33 и uptime у нее 437
> дней). Не
> хочу себе лишней работы :-)))

Best regards,
Ivan.