[sisyphus] Работа с PPP в /etc/net

[sisyphus] Работа с PPP в /etc/net

[Yura Zotov]

Вопросы и предложения авторам etcnet.

Зачем в опциях pppd используется параметр unit?

Было бы удобнее использовать параметр linkname. Если присваивать
ему значение, равное имени интерфейса, то конфигурировать
интерфейсы становится приятнее. В этом случае pppd создаёт
pid-файл с именем pppd-linkname.pid. Поэтому вы всегда знаете
каком интерфейсу он принадлежит. Поскольку ppp интерфейсы
виртуальные, при конфигурации удобнее назначать им какие-то
осмысленные имена, например по имени провайдера, к которому
устанавливается соединение.

На мой взгляд, требуется внести минимальные изменения в скрипты.
Если вас устраивает, могу сделать их сам...

--
Юрий А. Зотов

Re: [sisyphus] Работа с PPP в /etc/net

[Denis Ovsienko]

> Вопросы и предложения авторам etcnet.
> 
> Зачем в опциях pppd используется параметр unit?
Чтобы можно было создать каталог /etc/net/ifaces/ppp20 и быть уверенным, что
интерфейс будет называться так же.

> Было бы удобнее использовать параметр linkname. Если присваивать
> ему значение, равное имени интерфейса, то конфигурировать
> интерфейсы становится приятнее. В этом случае pppd создаёт
> pid-файл с именем pppd-linkname.pid. Поэтому вы всегда знаете
> каком интерфейсу он принадлежит. Поскольку ppp интерфейсы
А так pppd создаёт файл /var/run/<имя>.pid и я знаю, какому интерфейсу он
(файл) принадлежит. См. скрипт destroy-ppp.

> виртуальные, при конфигурации удобнее назначать им какие-то
> осмысленные имена, например по имени провайдера, к которому
> устанавливается соединение.
То есть в такой схеме администратор системы видит ppp20, а конфигурировать
должен isp15?

> На мой взгляд, требуется внести минимальные изменения в скрипты.
> Если вас устраивает, могу сделать их сам...
Покажите вашу редакцию.

-- 
    DO4-UANIC

Re: [sisyphus] Работа с PPP в /etc/net

[Yura Zotov]

On Mon, Aug 29, 2005 at 01:38:37PM +0400, Denis Ovsienko wrote:
> > Вопросы и предложения авторам etcnet.
> > 
> > Зачем в опциях pppd используется параметр unit?
> Чтобы можно было создать каталог /etc/net/ifaces/ppp20 и быть уверенным, что
> интерфейс будет называться так же.
> 
> > Было бы удобнее использовать параметр linkname. Если присваивать
> > ему значение, равное имени интерфейса, то конфигурировать
> > интерфейсы становится приятнее. В этом случае pppd создаёт
> > pid-файл с именем pppd-linkname.pid. Поэтому вы всегда знаете
> > каком интерфейсу он принадлежит. Поскольку ppp интерфейсы
> А так pppd создаёт файл /var/run/<имя>.pid и я знаю, какому интерфейсу он
> (файл) принадлежит. См. скрипт destroy-ppp.
> 
> > виртуальные, при конфигурации удобнее назначать им какие-то
> > осмысленные имена, например по имени провайдера, к которому
> > устанавливается соединение.
> То есть в такой схеме администратор системы видит ppp20, а конфигурировать
> должен isp15?
> 
> > На мой взгляд, требуется внести минимальные изменения в скрипты.
> > Если вас устраивает, могу сделать их сам...
> Покажите вашу редакцию.
>

Я тут провёл исследования... Результаты таковы:

1. Два соединения с одинаковым значением параметра unit нормально
   устанавливаются, и одно из них получает unit не
   соответствующий указанному в команде. pid-файлы соответствуют
   реальным unit-ам.

2. Два соединения с одинаковым значением параметра linkname
   нормально устанавливаются. Каждому соответствует pid-файл с
   именем вида pppX.pid. Соединение, запущенное позднее, затирает
   информацию о предыдущем соединении в файле ppp-linkname.pid.

Ясно, что всё плохо. Например, если в etcnet настроен интерфейс
ppp0, а пользователь уже установил соединение ppp0 при помощи
kppp, например, по etcnet перестаёт адекватно работать. Так как,
во-первых, не запускает своё соединение, во-вторых, без лишних
слов может убить пользовательское соединение, если попросят.

Поэтому, надо как-то навести соответствие между настроенными
PPP-интерфейсами etcnet и установленными PPP-соединениями. Для
этого нам нужно заранее обладать некоторой информацией, которая
будет верна как до установки соединения, так и после. Поскольку
pppd не генерирует сам нечто уникальное, которое он мог бы нам
сообщить, то мы вынуждены сгенерировать это сами, и придумать
некоторый механизм хранения этой информации. Остаётся только
надеяться на то, что пользователь в порыве безумия не разломает
этот механизм. :-)

Например:

PIDFILE=`mktemp /var/run/ppp-XXXXXXXX.pid` || exit 1
LINKNAME=`echo $TMPFILE | awk --re-interval '// { match( $0, "[[:alnum:]]{6,}", q ); print q[0] }'`
pppd ... linkname $LINKNAME
ln -s /var/run/$PIDFILE /var/run/etcnet/$NAME

или типа того. Криво, конечно. Если не нравится, я не
настаиваю...

--
Юрий А. Зотов

Re: [sisyphus] Работа с PPP в /etc/net

[Denis Ovsienko]

> Я тут провёл исследования... Результаты таковы:
> 
> 1. Два соединения с одинаковым значением параметра unit нормально
>    устанавливаются, и одно из них получает unit не
>    соответствующий указанному в команде. pid-файлы соответствуют
>    реальным unit-ам.
Чего и следовало ожидать.

> 2. Два соединения с одинаковым значением параметра linkname
>    нормально устанавливаются. Каждому соответствует pid-файл с
>    именем вида pppX.pid. Соединение, запущенное позднее, затирает
>    информацию о предыдущем соединении в файле ppp-linkname.pid.
Также неудивительно.

> Ясно, что всё плохо. Например, если в etcnet настроен интерфейс
> ppp0, а пользователь уже установил соединение ppp0 при помощи
> kppp, например, по etcnet перестаёт адекватно работать. Так как,
> во-первых, не запускает своё соединение, во-вторых, без лишних
> слов может убить пользовательское соединение, если попросят.
Его просят --- оно и убивает. Я предлагаю:

1. Не использовать параметр unit в ppp-интерфейсах /etc/net. Он уже есть в
названии интерфейса.
2. Именовать ppp-интерфейсы /etc/net начиная с некоторого стартового unit.

Это не исправит фундаментальных недостатков PPP в Linux, но облегчит жизнь
и добавит порядка тем, кто последует этим простым рекомендациям.


> Поэтому, надо как-то навести соответствие между настроенными
> PPP-интерфейсами etcnet и установленными PPP-соединениями. Для
> этого нам нужно заранее обладать некоторой информацией, которая
> будет верна как до установки соединения, так и после. Поскольку
> pppd не генерирует сам нечто уникальное, которое он мог бы нам
> сообщить, то мы вынуждены сгенерировать это сами, и придумать
> некоторый механизм хранения этой информации. Остаётся только
> надеяться на то, что пользователь в порыве безумия не разломает
> этот механизм. :-)
> 
> Например:
> 
> PIDFILE=`mktemp /var/run/ppp-XXXXXXXX.pid` || exit 1
> LINKNAME=`echo $TMPFILE | awk --re-interval '// { match( $0, "[[:alnum:]]{6,}", q ); print q[0] }'`
> pppd ... linkname $LINKNAME
> ln -s /var/run/$PIDFILE /var/run/etcnet/$NAME
Я специально избавился от всех вызовов awk в /etc/net, потому что ничего кроме
{ print $1 } ему скормить не умею. Я думал в сторону ipparam.

-- 
    DO4-UANIC

Re: [sisyphus] Работа с PPP в /etc/net

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1121 bytes --]

On Tue, Aug 30, 2005 at 02:05:36PM +0400, Denis Ovsienko wrote:
[...]
> > Поэтому, надо как-то навести соответствие между настроенными
> > PPP-интерфейсами etcnet и установленными PPP-соединениями. Для
> > этого нам нужно заранее обладать некоторой информацией, которая
> > будет верна как до установки соединения, так и после. Поскольку
> > pppd не генерирует сам нечто уникальное, которое он мог бы нам
> > сообщить, то мы вынуждены сгенерировать это сами, и придумать
> > некоторый механизм хранения этой информации. Остаётся только
> > надеяться на то, что пользователь в порыве безумия не разломает
> > этот механизм. :-)
> > 
> > Например:
> > 
> > PIDFILE=`mktemp /var/run/ppp-XXXXXXXX.pid` || exit 1
> > LINKNAME=`echo $TMPFILE | awk --re-interval '// { match( $0, "[[:alnum:]]{6,}", q ); print q[0] }'`
> > pppd ... linkname $LINKNAME
> > ln -s /var/run/$PIDFILE /var/run/etcnet/$NAME
> Я специально избавился от всех вызовов awk в /etc/net, потому что ничего кроме
> { print $1 } ему скормить не умею. Я думал в сторону ipparam.

Можно sed'ом сделать что-нибудь аналогичное.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]