[Sysadmins] PPTP и восстановление соединения

[Sysadmins] PPTP и восстановление соединения

[Anton Ukolov]

Здравствуйте, коллеги.
Имеется шлюз на ALT Linux School Server, uname -a:

Linux srv3.local 2.6.25-std-def-alt8.M41.4 #1 SMP Sat Dec 6 14:42:12 MSK 
2008 i686 GNU/Linux

Провайдер предоставляет доступ в инет через VPN по протоколу pptp. Все 
вроде работает, линк после разрыва соединения восстанавливается, но при 
разрыве более 2 минут, интерфейс ppp не стартует на автомате, приходится 
вручную его поднимать - ifup ppp0.
В конфигах вот что:

/etc/net/ifaces/ppp0/options:
TYPE=ppp
PPPTYPE=pptp
PPTP_SERVER=85.21.230.1
REQUIRES=eth0

/etc/net/ifaces/ppp0/pptpoptions
nodeflate
nobsdcomp
mtu 1460
usepeerdns
user *********
password *******
pty "/usr/sbin/pptp 85.21.230.1 --nolaunchpppd --loglevel 0"
defaultroute
nopersist
maxfail 0
logfile "/var/log/ppp/pptp_log"

Можно ли добиться, чтобы штатными средствами, без помощи shell-скрипта и 
crontab, восстанавливалось подключение к инету?? Если да, то как это 
сделать? Маны, к сожалению, не выручили...

p.s.:
pppd version 2.4.4
pptp version 1.7.0
etcnet version 0.9.7

С уважением,
Антон Уколов

Re: [Sysadmins] PPTP и восстановление соединения

[Andrey Rahmatullin]

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

On Mon, Sep 14, 2009 at 05:25:00PM +0400, Anton Ukolov wrote:
> nopersist
> maxfail 0
С этим - нет, нельзя.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<Maks> Vitls: мне собственно непонятно, что такое "uninterruptible sleep"
<Vitls> Maks: непрерываемый сон. вВыспаться наверное хочет.
 * Maks хочет уйти в "uninterruptible sleep" эдак на недельку минимум ;(

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

Re: [Sysadmins] PPTP и восстановление соединения

[Slava Dubrovskiy]

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

14.09.2009 16:25, Anton Ukolov пишет:
> Здравствуйте, коллеги.
> Имеется шлюз на ALT Linux School Server, uname -a:
>
> Linux srv3.local 2.6.25-std-def-alt8.M41.4 #1 SMP Sat Dec 6 14:42:12
> MSK 2008 i686 GNU/Linux
>
> Провайдер предоставляет доступ в инет через VPN по протоколу pptp. Все
> вроде работает, линк после разрыва соединения восстанавливается, но
> при разрыве более 2 минут, интерфейс ppp не стартует на автомате,
> приходится вручную его поднимать - ifup ppp0.
> В конфигах вот что:
>
> /etc/net/ifaces/ppp0/options:
> TYPE=ppp
> PPPTYPE=pptp
> PPTP_SERVER=85.21.230.1
> REQUIRES=eth0
>
> /etc/net/ifaces/ppp0/pptpoptions
> nodeflate
> nobsdcomp
> mtu 1460
> usepeerdns
> user *********
> password *******
> pty "/usr/sbin/pptp 85.21.230.1 --nolaunchpppd --loglevel 0"
> defaultroute
> nopersist
^^^^^^ должно же быть persist
> maxfail 0
> logfile "/var/log/ppp/pptp_log"
>
> Можно ли добиться, чтобы штатными средствами, без помощи shell-скрипта
> и crontab, восстанавливалось подключение к инету?? Если да, то как это
> сделать? Маны, к сожалению, не выручили...

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3262 bytes --]

Re: [Sysadmins] PPTP и восстановление соединения

[Anton Ukolov]

Slava Dubrovskiy пишет:
>> nopersist
>>     
> ^^^^^^ должно же быть persist
>   
Спасибо большое, а я-то пребывал в полной уверенности в обратном. При 
чем проверял все параметры по ману 2 раза, как так получилось не знаю... =)
Не стоит себя недооценивать! )))

С уважением,
Антон Уколов

Re: [Sysadmins] PPTP и восстановление соединения

[Alexey I. Froloff]

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

On Mon, Sep 14, 2009 at 05:25:00PM +0400, Anton Ukolov wrote:
> nopersist
Вот первых "persist"
> maxfail 0
Во вторых уберите эти две строки и никогда-никогда так не
делайте.

echo '* * * * * root [ -s /var/run/ppp0.pid ] || ifup ppp0' >> /etc/crontab

И будет вам счастие.

-- 
Regards,
Sir Raorn.

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

Re: [Sysadmins] PPTP и восстановление соединения

[Anton Ukolov]

Alexey I. Froloff пишет:
> On Mon, Sep 14, 2009 at 05:25:00PM +0400, Anton Ukolov wrote:
>   
> echo '* * * * * root [ -s /var/run/ppp0.pid ] || ifup ppp0' >> /etc/crontab
>
> И будет вам счастие.
>   
За совет спасибо.

> Вот первых "persist"
>   
>> maxfail 0
>>     
> Во вторых уберите эти две строки и никогда-никогда так не
> делайте.
>   
А почему этого делать нельзя, это связано с загрузкой ОС при недоступном 
подключении к инету?

С уважением,
Антон Уколов

Re: [Sysadmins] PPTP и восстановление соединения

[Andrey Rahmatullin]

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

On Mon, Sep 14, 2009 at 06:15:17PM +0400, Anton Ukolov wrote:
> А почему этого делать нельзя, это связано с загрузкой ОС при недоступном 
> подключении к инету?
Да.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

Принято. давно хотел так сделать, но вот как раз баги и не хватало ;-)
		-- rider in #5029

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

Re: [Sysadmins] PPTP и восстановление соединения

[Anton Ukolov]

Alexey I. Froloff пишет:
> Во вторых уберите эти две строки и никогда-никогда так не
> делайте.
>
> echo '* * * * * root [ -s /var/run/ppp0.pid ] || ifup ppp0' >> /etc/crontab
>
> И будет вам счастие.
>
>   
А не подскажите, как избавиться от кроновского флуда в файлы логов? В 
частности забивается файл /var/log/syslog/messages/ до трудно 
воспринимаемого вида. В сутки вываливается  1440 вот таких вот сообщений 
(24*60):

    Nov  5 18:05:01 srv3 crond[2149]: (root) CMD ([ -s /var/run/ppp0.pid 
] || /sbin/ifup ppp0) 

Ладно бы крон забивал файлы, специально предназначенные для него, но он 
пишет параллельно ещё и в общий файл. А это немного напрягает. Может кто 
сталкивался с этим, и знает элегантный способ решения этой проблемы.
Заранее благодарен за любую подсказку.

    cat /etc/syslog.conf | grep cron
    cron.=debug;cron.=info;cron.=notice        -/var/log/cron/info
    cron.=warning                            -/var/log/cron/warnings
    cron.err                                /var/log/cron/errors

-- 
С уважением,
Антон Уколов

Re: [Sysadmins] PPTP и восстановление соединения

[MisHel64]

Здравствуйте, Alexey.

Вы писали 14 сентября 2009 г., 16:59:50:

>> nopersist
> Вот первых "persist"
>> maxfail 0
> Во вторых уберите эти две строки и никогда-никогда так не
> делайте.

> echo '* * * * * root [ -s /var/run/ppp0.pid ] || ifup ppp0' >> /etc/crontab

> И будет вам счастие.

Особенно  счастье будет, если нужно на время опустить этот интерфейс в
ручную.

Чисто  теоретически,  можно настроить интерфейс в режиме демона. (ключ
demand в файле конфигурации)

===  из  мана ===
Инициировать  канал  только  по  требованию,  то  есть  при  появлении
трафика.   При использовании этой опции, пользователь должен указать в
командной   строке   или  в  файле  опций  удалённый  IP-адрес.   pppd
произведёт начальную настройку интерфейса и включит его для IP-трафика
без соединения с партнёром.  Когда появится трафик, pppd подключится к
партнёру,  произведёт  согласование,  аутентификацию и т.п.  Когда это
будет  выполнено, pppd начнёт пропускать через канал пакеты данных (то
есть IP-пакеты).
==== конец цитаты === http://translated.by/you/pppd-8-point-to-point-protocol-daemon/

Как  я  понимаю, при указании опций "persist", "maxfail 0", "demand" в
файле конфигурации должно происходить следующее:

1) Пользователь в командной строке набирает ifup.
2) Создается и настраивается интерфейс, связь не устанавливается.
3) Пользователь возвращается в командную строку.
4)   При   появлении  трафика  будет  предпринята  попытка  установить
соединение.   Попытки  будут  повторятся  вечно,  пока  связь не будет
установлена.

Теперь  этот  интерфейс  можно  спокойно  настроить  на поднимание при
загрузке.

Но  это  теория.  А на практике, пока не будет установлено соединение,
команда ifup не завершит свою работу, пока связь не будет установлена,
что  приводит  к зависанию загрузки системы, пока не будет установлена
связь.   Или  говоря  проще, выдергиваем сетевой / телефонный кабель и
система никогда не загрузится.

Самое  интересное,  что  мой  ADSL  модем  с Linux'ом внутри, спокойно
загружается  не  зависимо  от  наличия  телефонного кабеля. Как только
кабель  появляется,  и  есть потребность в этом соединении, соединение
устанавливается.  Добиться  такого  же  поведения от ALS ковчег мне не
удалось.

По  этому возник вопрос. Я не правильно понимаю написанное в мане, или
это не относится к PPPoE/PPPtP соединениям?
Или это бага PPPd?

-- 
С уважением,
 MisHel64                          mailto:MisHel64@Bk.Ru