Printable View
Подскажите пожалуйста скрипт разрыва и повторного соединения PPPoE сессии (наш провайдер предоставляет возможность увеличения скорости в 1,5 - 2 раза в ночное время (с2 до 7), для этого нужно разорвать и заново создать PPPoE сессию в 2 часа).
_________
DDS
Разорвать:
Создать:Code:killall -15 pppd
Code:pppd file /tmp/ppp/options.wan0
Есть только один момент - если активная торрентокачалка будет работать в процессе этого "реконнекта" - она задумается минут на 10-15
Во всяком случае, у меня rtorrent именно так и поступает.
соединение не подымается, точнее появляется но странным образом, у интерфейса ppp0 адрес 10.64.64.64, который обычно быстро заменяется на настоящий, но по команде pppd file /tmp/ppp/options.wan0 он остается такимQuote:
Originally Posted by Mam(O)n
попробуй так
связь должна быть разорвана и после этого восстановлена автоматомPHP Code:killall -1 pppd
ничего если тему подниму?
убиваю коннект: killall pppd
пытаюсь поднять: pppd file /tmp/ppp/options.wan0
в сислоге:
и все, PPPoE не поднялось, внешний айпи не получилQuote:
May 28 09:16:13 pppd[31712]: Plugin rp-pppoe.so loaded.
May 28 09:16:13 pppd[31712]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
May 28 09:16:13 pppd[31713]: pppd 2.4.2 started by admin, uid 0
May 28 09:16:13 pppd[31713]: Using interface ppp0
May 28 09:16:13 pppd[31713]: local IP address 10.64.64.64
May 28 09:16:13 pppd[31713]: remote IP address 10.112.112.112
если в веб-морде нажать коннект, то имеем:
Quote:
May 28 09:18:13 pppd[31739]: Plugin rp-pppoe.so loaded.
May 28 09:18:13 pppd[31739]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
May 28 09:18:13 pppd[31740]: pppd 2.4.2 started by admin, uid 0
May 28 09:18:13 pppd[31740]: Using interface ppp0
May 28 09:18:13 pppd[31740]: local IP address 10.64.64.64
May 28 09:18:13 pppd[31740]: remote IP address 10.112.112.112
May 28 09:18:13 admin: ppp0-ip-up: vnstat ppp0 stats enabled
May 28 09:18:13 pppd[31740]: Starting link
May 28 09:18:14 pppd[31740]: PPP session is 20258
May 28 09:18:14 pppd[31740]: Connect: ppp0 <--> vlan1
May 28 09:18:14 pppd[31740]: PAP authentication succeeded
May 28 09:18:14 pppd[31740]: peer from calling number 00:1F:6C:3F:2F:30 authorized
May 28 09:18:14 pppd[31740]: Local IP address changed to 188.17.29.31
May 28 09:18:14 pppd[31740]: Remote IP address changed to 10.62.136.197
вот мой options.wan0
как чуть выше советовали: killall -1 pppdQuote:
noauth refuse-eap
user 'username'
password 'password'
nomppe nomppc
plugin rp-pppoe.so nic-vlan1
mru 1452 mtu 1452
idle 1800 demand
maxfail 0
usepeerdns
persist
ipcp-accept-remote ipcp-accept-local noipdefault
ktune
default-asyncmap nopcomp noaccomp
novj nobsdcomp nodeflate
lcp-echo-interval 10
lcp-echo-failure 6
unit 0
ip-down-script /tmp/local/sbin/ppp0-ip-down
не помогает
Обратитесь к анналам первоисточника ... :cool: Поставьте задержку 5 сек ... ;)
http://wl500g.info/showthread.php?t=6994 :)Quote:
Originally Posted by Oleg
попробовал. не помогаетQuote:
Originally Posted by Omega
http://wl500g.info/showthread.php?t=6994 :cool:Quote:
Originally Posted by Nitrogen
Курите всю эту тему до самого конца ... ;)
Судя по этой строчке ip-up-script есть ? :D
May 28 09:18:13 admin: ppp0-ip-up: vnstat ppp0 stats enabled
З.Ы. Если не поможет, выложите логи ... :)
/tmp/local/sbin/ppp0-ip-up это всего лишь что бы избавляться от скачка трафика в vnstatQuote:
Originally Posted by Omega
запускается из post-firewall:
создал ip-upQuote:
# vnstat
(while [ $(date +%s) -lt 1000000000 ]; do sleep 2; done; /tmp/local/sbin/ppp0-ip-up ) &
сделал исполняемым
в options.wan0 добавил
ip-up-script /tmp/local/sbin/ip-up
и снова запустил соединение вручнуюQuote:
#!/bin/sh
log=/tmp/ppp/log.txt
echo $0", "$1", "$2", "$3", "$4", "$5", "$6 >> $log
route add default dev $1 >> $log
iptables -t nat -A POSTROUTING -o $1 -j SNAT --to-source $4 >> $log
так у меня даже Log.txt не создался
Проблема, скорее всего, в указанной строчке (пресловутый Idle Disconnect Time in seconds(option)). Уберите её, и всё должно нормально заработать.Quote:
Originally Posted by Nitrogen
именно в ней, вчера разобрался с этим, правда не смог проверить - провайдера колбасило 2ую ночь подряд. в логе были ошибки аутентификации (благо хоть до этого дошло). сегодня точно проверю :)Quote:
Originally Posted by Power
неудобняк один заметил:
разрываю соединение через killall pppd
в вебмордовском статусе написано, что все подключено, айпи, гв, днсы. ессно при проверке ничего не работает.
запускаю pppd file /tmp/ppp/options.wan0
(теперь когда idle 1800 убрал - все вроде ок)
внешний айпи получаю, инет работает.
в статусе висят все те же старые параметры, тот же самый айпи, ну и т.п.
+ post-firewall не запускается автоматически, или его нужно будет вручную из ip-up-script вызывать?
chmod +x на post-firewall делали?
ну как бы оно там уже по умолчанию стоит.Quote:
Originally Posted by Dimcho
ведь при коннект через веб-морду оно отрабатывает.
Если ip-up-script - это ваш скрипт, то, конечно, нужно всё из него вызывать. Потому что по умолчанию вызывается /tmp/ppp/ip-up, который является ссылкой на /sbin/rc - с помощью него прошивка узнаёт о подключении и обновляет параметры в nvram (что отражается в веб-морде) и запускает post-firewall.Quote:
Originally Posted by Nitrogen
Аналогично с ip-down-script.
Не знаю, прокатит ли, но можно попытаться вызвать /tmp/ppp/ip-* с передачей всех параметров из ваших скриптов, чтобы сообщить прошивке о событии.