Добавил небольшое окошко, в котором отображается ход выполняемых действий http://slil.ru/29473121

Спасибо вам большое, добрые люди! Только вот один нюанс, вчера заметил, но не успел тут отписаться... При использовании любой из трех вышеприведенных программ, IP не меняется! Нужные лампочки на модеме гаснут, все, как надо, но IP остается прежним. Что это за чудеса? Может в настройках модема чего-нибудь надо выключить?

У меня IP изменяется.

Провайдер точно выдаёт динамический IP и модем настрен роутером?

вот тут стоит задуматься, а зачем всё затевалось?...
провайдер ведь НЕ ОБЯЗАН заменять ip другим при переподключении
он просто часто получается другой при достаточно быстрой ротации
а иногда получается и тот же самый...

Мда, народ, тут явно проблема в модеме, скорее всего. При ребуте же всегда разный айпи выставляется. Не может быть, чтобы мне 3 раза подряд дали один и тот же айпи.

запросто
посмотрите журнал, pppd упал?
а модем ничего сохранить не может, что выдали со стороны провайдера - то обязан и юзать

Я тут подумал и вспомнил некоторые закономерности своего провайдера. Когда у меня был усб-модем, логин осуществлялся через винду. Дык вот. Если нажать "разъединить", то можно сразу же логиниться. А если произошел обрыв связи, и комп не послал предупреждения, типа "я отключаюсь", то, если попытаться сделать логин, выдавалось, что "такие имя пользователя и пароль не допустимы в этом домене". Приходилось ждать что-то около минуты, чтобы залогиниться заново. И у меня есть подозрение, что текущий 2520-й не посылает предупреждения о разъединении, и, как результат, каким-то образом возобновляет старую сессию. А при ребуте проходит достаточно времени, чтобы железо на стороне провайдера поняло, что я отключен. Дык вот...
Ув. Pro_ger, не могли бы вы добавить возможность указывать интервал ожидания перед поднятием PPP сессии?

Ах да, все выше написанное является всего-навсего плодом моих крайне небольших знаний о функционировании сетей

её возобновить он не может в этой ситуации, но время переподключения действительно может влиять, когда как..
может ещё зависеть от того, выходной день или рабочий
а вопрос, откуда возникла необходимость менять ip?

Вот http://slil.ru/29474081
В файле настроек за паузу отвечает ключ WanupTime

В принципе, все действительно зависит от паузы между echo 3 > и echo 1 > в wanup. Но тут надо экспериментально подбирать для вашего модема и оборудования прова. У нас обычно хватает 5-6 секунд...

_________________
(tm) DWL-2100AP*, DIR-3xx/6xx*, DSL-2xx0*, ANT24-xxxx* | РТ

Ничего не понимаю... При ребуте или перезапуске модема IP всегда меняется. При использовании скрипта Pro_ger'a IP не меняется. Даже с интервалом 5 минут. Поглядел лог модема, а в нем такие вот алерты:
Jan 1 00:03:59 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=178.34.111.206 DST=77.234.15.7 LEN=52 TOS=0x08 PREC=0x20 TTL=114 ID=3368 DF PROTO=TCP SPT=53663 DPT=13513 WINDOW=8192 RES=0x00 SYN URGP=0
Jan 1 00:04:02 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=178.34.111.206 DST=77.234.15.7 LEN=52 TOS=0x08 PREC=0x20 TTL=114 ID=3979 DF PROTO=TCP SPT=53663 DPT=13513 WINDOW=8192 RES=0x00 SYN URGP=0
Jan 1 00:04:08 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=178.34.111.206 DST=77.234.15.7 LEN=48 TOS=0x08 PREC=0x20 TTL=114 ID=5252 DF PROTO=TCP SPT=53663 DPT=13513 WINDOW=8192 RES=0x00 SYN URGP=0
Это после применения скрипта Pro_ger'a. 77.234.15.7 - мой текущий айпи, который после применения скрипта с 2 мин. ожиданием не изменился. 178.34.111.206 - понятия не имею что такое, DNS, наверно, какой-нибудь. Вопрос: что не так с моим модемом?

Позвоните/зайдите к провайдеру и попросите настроить фильтрацию на вашем порте DSLAM (изоляцию от других пользователей).

Если не меняется IP - пробуйте увеличивать WanupTime.
Кроме того, я уже говорил, что работает корректно только при одном PPPoE-коннекте, если у вас в модеме их несколько - надо модифицировать прогу. Чем и займёмся...

_________________
(tm) DWL-2100AP*, DIR-3xx/6xx*, DSL-2xx0*, ANT24-xxxx* | РТ

Включил лог в режим отладки, ребунтул модем, после чего сразу же использовал скрипт. Вот такой подробный лог получился:
Jan 1 00:00:36 user debug syslog: echo 4096 > /proc/sys/net/ipv4/ipfrag_high_thresh
Jan 1 00:00:36 user debug syslog: echo 1024 > /proc/sys/net/ipv4/ipfrag_low_thresh
Jan 1 00:00:36 user debug syslog: echo 5 > /proc/sys/net/ipv4/ipfrag_time
Jan 1 00:00:36 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
Jan 1 00:00:36 user debug syslog: iptables -t nat -D POSTROUTING -o ppp_0_0_33_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Jan 1 00:00:37 user debug syslog: iptables -t nat -A POSTROUTING -o ppp_0_0_33_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE
Jan 1 00:00:37 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 87.253.13.14 2>/dev/null
Jan 1 00:00:37 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 87.253.13.14
Jan 1 00:00:37 user debug syslog: /bin/dnsprobe &
Jan 1 00:00:37 user notice dnsprobe[489]: dnsprobe started!
Jan 1 00:00:37 user debug syslog: iptables -I INPUT 1 -p icmp --icmp-type echo-request -i ppp_0_0_33_1 -j ACCEPT
Jan 1 00:00:37 user debug syslog: echo 4096 > /proc/sys/net/ipv4/ipfrag_high_thresh
Jan 1 00:00:37 user debug syslog: echo 1024 > /proc/sys/net/ipv4/ipfrag_low_thresh
Jan 1 00:00:37 user debug syslog: echo 5 > /proc/sys/net/ipv4/ipfrag_time
Jan 1 00:02:14 daemon notice pppd[290]: Terminating connection due to link down.
Jan 1 00:02:14 daemon info pppd[290]: Connect time 1.7 minutes.
Jan 1 00:02:14 daemon info pppd[290]: Sent 461 bytes, received 1847 bytes.
Jan 1 00:02:14 daemon warn pppd[290]: Couldn't increase MRU to 1500
Jan 1 00:02:15 daemon notice pppd[290]: Connection terminated....
Jan 1 00:02:46 daemon info pppd[290]: Sent PADT
Jan 1 00:02:49 daemon info pppd[290]: PPP session is 57184
Jan 1 00:02:49 daemon info pppd[290]: Using interface ppp0_0_33_1
Jan 1 00:02:49 daemon notice pppd[290]: Connect: ppp_0_0_33_1 <--> nas_0_0_33
Jan 1 00:02:49 daemon warn pppd[290]: Couldn't increase MRU to 1500
Jan 1 00:02:51 daemon info pppd[290]: CHAP authentication succeeded
Jan 1 00:02:51 daemon notice pppd[290]: peer from calling number 00:1A:E2:3B:D9:18 authorized
Jan 1 00:02:51 daemon notice pppd[290]: local IP address 93.181.217.129
Jan 1 00:02:51 daemon notice pppd[290]: remote IP address 10.131.240.2
Jan 1 00:02:51 daemon notice pppd[290]: primary DNS address 87.253.13.14
Jan 1 00:02:51 daemon notice pppd[290]: secondary DNS address 217.15.134.62
Jan 1 00:02:52 user debug syslog: route add default gw 10.131.240.2 2>/dev/null
Jan 1 00:02:52 user debug syslog: iptables -A FORWARD -o ppp_0_0_33_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:02:52 user debug syslog: iptables -A FORWARD -i ppp_0_0_33_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:02:52 user debug syslog: iptables -t nat -D POSTROUTING -o ppp_0_0_33_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Jan 1 00:02:52 user debug syslog: iptables -t nat -A POSTROUTING -o ppp_0_0_33_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE
Jan 1 00:02:52 user debug syslog: iptables -I INPUT 1 -p icmp --icmp-type echo-request -i ppp_0_0_33_1 -j ACCEPT
Jan 1 00:02:52 user debug syslog: echo 4096 > /proc/sys/net/ipv4/ipfrag_high_thresh
Jan 1 00:02:52 user debug syslog: echo 1024 > /proc/sys/net/ipv4/ipfrag_low_thresh
Jan 1 00:02:52 user debug syslog: echo 5 > /proc/sys/net/ipv4/ipfrag_time
AndreTM, коннект 1, только я, никаких IPTV и прочей ереси не настраивал. А что за фильтрация? Оно точно нужно, а то позвонить-то я позвоню, только вот не знаю что говорить. Можете объяснить, почему при ребуте, который длится 1.5-2 мин. IP всегда меняется, а при применении приведенного здесь скрипта, с WanupTime в 5 мин., IP всегда не меняется?

попробуйте вместо этого adsl start, возможно, помогает, если опрокидывать линк
p.s. правда, это ненамного быстрее reboot...

ergot, вы про первый скрипт Pro_ger'a? Возможно, кому-то это покажется забавным, но IP не меняется даже с ним... Мда... Думаете, дело в провайдере? Объясните мне механизм, почему сессия возобновляется?