Автор Тема: Автоматическое переподключение PPtP  (Прочитано 3914 раз)

Оффлайн summit

  • Участник
  • *
  • Сообщений: 33
Доброго времени суток.
Использую Altlinux server 4.0. Основная задача его - обеспечить интернет соединиение для ползователей. Провайдер исползует для подключения протокол PPtP. На моем сервере данный вид связи подключается через "/etc/net/". Проблема в том, что иногда соединение разрывается и не восстанавливается. Возможно ли сделать так, что при падении РРР-интерфейса сисетма сама могла это обнаружить и его восстановить без участия пользователя. Еще один момент... На сервере используется iptables, поэтому необходимо что номер интерфейса должен быть постоянным РРР1.  
_____________________________________________
система: AltLinux 4.0 Server

pptp-client                                    Relocations: (not relocatable)
Version     : 1.7.2                             Vendor: ALT Linux Team
Release     : alt0.M40.1                    Build Date: Tue Dec 15 12:00:23 2009

iface ppp01:
options:
ONBOOT=yes
PPPTYPE=pptp
PPTP_SERVER=172.18.30.25
REQUIRES=eth0
pppoptions:
name user
password passwd
noipdefault
defaultroute
noauth
hide-password
persist
комманда поднятия интерфейса ррр01: ifup ppp01
ppp1      Link encap:Point-to-Point Protocol
          inet addr:92.138.144.24  P-t-P:192.168.192.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:67713 errors:0 dropped:0 overruns:0 frame:0
          TX packets:44643 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:81526523 (77.7 MiB)  TX bytes:5121959 (4.8 MiB)

« Последнее редактирование: 16.02.2010 11:25:07 от summit »

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 361
  • Учиться .... Телепатами не рождаются, ими ....
И что не восстанавливается?

Оффлайн summit

  • Участник
  • *
  • Сообщений: 33
бывает что не восстанавливается. Возможно решить циклическим опросом, но тут две проблемы: как определить ,что соединение разорвано, как переподключить с названием интерфейса ppp1, т.к. последующие имеют имена ррр0, ррр2, ррр3 и т.д.

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 361
  • Учиться .... Телепатами не рождаются, ими ....
« Последнее редактирование: 16.02.2010 21:47:49 от ruslandh »

Оффлайн summit

  • Участник
  • *
  • Сообщений: 33
ну не совсем. у меня просто интерфейс пропадает, и хотелось бы, что бы система это понимала и поднимала его автоматом с названием РРР1

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 361
  • Учиться .... Телепатами не рождаются, ими ....
А она:
- не поднимает?
- поднимает, но с другим именем ?

Оффлайн summit

  • Участник
  • *
  • Сообщений: 33
и не понимает и не поднимает. На счет имени я тут затрудняюсь ответить. Просто если вручную положить интерфейс ррр1 а потом поднять, то он подниметься с другим именем.

Оффлайн swordrex

  • Участник
  • *
  • Сообщений: 403
    • Pínus
А она:
- не поднимает?
- поднимает, но с другим именем ?

 :D 1- это еще пол беды, а вот второе - это уже измена  :D
there is no truth outside of our own awareness

Оффлайн Николай_Александрович

  • Участник
  • *
  • Сообщений: 97
Чего-то странное, "Система не понимает" ?
ррр1 упал, система-то тут причём?
Это админ не понимает, что ррр1 упал, а системе без разницы.

И я вот что-то не вижу опции в конфиге, для автоматического переподнятия ррр.

maxfail 0
Ещё бывает, что сессия молча умирает на стороне провайдера, а система держит ррр "поднятым", ибо ей провайдер не сказал, что умерла сессия. В таком случае будут полезны опции контроля системой "живости" поднятого соединения:

lcp-echo-interval 60
lcp-echo-failure 10

Что означает: посылать служебные lcp-запросы, для контроля.
С периодичностью 60 секунд (как в примере выше).
Если на 10 lcp-запросов ответов не получено, система переподнимет ррр.

Оффлайн summit

  • Участник
  • *
  • Сообщений: 33
Николай, спасибо! Попробую добавить опции. "maxfail 0" уже добавлена, вот только сессия и вправду умирает именно у провайдера. Т.е. ррр поднят, а связи нет. 

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 361
  • Учиться .... Телепатами не рождаются, ими ....
Там можно увеличить число попыток полсоединения, поиграться с другими ppp опциями
http://www.altlinux.org/Pppoptions

Оффлайн Николай_Александрович

  • Участник
  • *
  • Сообщений: 97
Николай, спасибо! Попробую добавить опции. "maxfail 0" уже добавлена, вот только сессия и вправду умирает именно у провайдера. Т.е. ррр поднят, а связи нет. 

Попробуйте.
Кстати, распространённая беда у провайдеров, причём в случае РРТР чаще, чем в случае РРРоЕ.
Некоторое время назад, мы тут разбирали мой случай.
У нас РРРоЕ, и именно умирали сессии у провайдера.
Утром на работу придёшь, а инета нету...

Вставил в конфиг эти пару строк, на тему lcp-echo, и вот уже какой день прихожу на работу, а инет всегда в наличии (тьфу-тьфу-тьфу)  :)

Только у меня lcp-echo раз в 20 секунд, и переподнятие в случае 3-х lcp-неответов.