Недавно мой провайдер начал урезать скорость, причем не сразу после подключения VPN, а через какое-то время. Если сделать реконнект (один или несколько) VPN, то скорость восстанавливается.
Короче нужен скрипт, который будет регулярно измерять скорость соединения (например до яндекса) и в случае если она ниже установленной производить переподключение VPN-соединения.
Опыта написания скриптов мало (имел дело только с самыми простыми).
Помогите пожалуйста.
>Недавно мой провайдер начал урезать скорость, причем не сразу после подключения VPN,
>а через какое-то время. Если сделать реконнект (один или несколько) VPN,
>то скорость восстанавливается.
>Короче нужен скрипт, который будет регулярно измерять скорость соединения (например до яндекса) и в случае если она ниже установленной производить переподключение VPN-соединения.А не проще ли экспериментально замерить время, через которое трафик начинает ограничиваться и уже раз в эти N минут переподключаться?
Кстати, я не уверен, что такое переподключение не повлияет на работающие программы в случае динамического IP-адреса.
Время точно не замерить, оно всегда разное. По-видимому, когда забивается внешний канал провайдера его сервер начинает резать скорость в первую очередь у тех кто долго подключен по VPN, либо активно использует канал.
После ручного переподключения все программы работают без проблем (не считая кратковременного обрыва соединения). Надоело просто следить за скоростью, она иногда в 2-3 раза снижается, а восстанавливается только после реконнекта.
>Время точно не замерить, оно всегда разное. По-видимому, когда забивается внешний канал
>провайдера его сервер начинает резать скорость в первую очередь у тех
>кто долго подключен по VPN, либо активно использует канал.
>После ручного переподключения все программы работают без проблем (не считая кратковременного обрыва
>соединения). Надоело просто следить за скоростью, она иногда в 2-3 раза
>снижается, а восстанавливается только после реконнекта.настучать в дыню провайдеру?
>настучать в дыню провайдеру?Провайдер пока что отмалчивается по поводу скорости. Жалобы каждый день поступают, только без толку.
Имхо не надо измерять скорость, достаточно скачивать какую-нибудь не изменяемую страницу или файл, сравнивать время загрузки и отсюда отталкиваться при переподключении.
Спасибо всем за помощь.
Скрипт больше не нужен. Админы провайдера снова подкрутили серв. Теперь скорость по всем портам (кроме 80) ограничена. Но торрент, почему то не хочет качать по 80 порту.
Короче надо менять провайдера.
>Спасибо всем за помощь.
>Скрипт больше не нужен. Админы провайдера снова подкрутили серв. Теперь скорость по
>всем портам (кроме 80) ограничена. Но торрент, почему то не хочет качать по 80 порту.Полагаю, имеется в виду удаленный 80 порт. Тут ничего не сделаешь, шансов, что удаленные torrent клиенты будут слушать на 80 порту, почти нет. У себя можно повесить и на 80, только пускать придется от рута (потому что не-рут не может слушать порты <1024), но этого можно избежать: на FreeBSD, например sysctl net.inet.ip.portrange.reservedhigh, в Linux тоже как-то можно.
Если есть шанс, что провайдер прописал правило просто на 80 порт, то входящие соединения к себе на 80 резаться не будут - имеет смысл попробовать.А вообще, если начинается такая хренотень, надо менять провайдера однозначно.
>[оверквотинг удален]
>что удаленные torrent клиенты будут слушать на 80 порту, почти нет.
>У себя можно повесить и на 80, только пускать придется от
>рута (потому что не-рут не может слушать порты <1024), но этого
>можно избежать: на FreeBSD, например sysctl net.inet.ip.portrange.reservedhigh, в Linux тоже как-то
>можно.
>Если есть шанс, что провайдер прописал правило просто на 80 порт, то
>входящие соединения к себе на 80 резаться не будут - имеет
>смысл попробовать.
>
>А вообще, если начинается такая хренотень, надо менять провайдера однозначно.Запустил deluge из под root'a скорость как была низкой, так и осталась. Правда входящий порт стал 80. Похоже пров режет весь трафик, кроме http.
Придется менять провайдера вновь :(