В данной статье речь пойдет об автоматизации управления тарифами YOTA с помощью curl, OpenWRT и MR-3020. Предложенные скрипты можно использовать и в иной *nix среде с установленной curl.
Пролог
Так получилось, что около месяца назад я стал счастливым (или не очень) обладателем LTE-модема YOTA. В связи с отсутствием других альтернатив приходится использовать оный в качестве основного домашнего источника доступа к глобальной паутине.
Для раздачи интернета по квартире (в связи с дороговизной Йотовских устройств) было решено использовать связку модем YOTA + TP-LINK MR-3020 с OpenWRT на борту. Выбор пал именно на MR-3020 как на компактный и самый дешевый роутер с наличием USB-порта и поддержкой OpenWRT.
Следует отметить, что настройка OpenWRT для работы с модемом YOTA весьма проста — необходимо лишь установить дополнительные пакеты для работы с USB и сетью, а так же добавить дополнительный сетевой интерфейс в настройках.
Автоматизация и OpenWRT
В тех случаях, когда есть возможность «безнаказанно» прыгать с тарифа на тариф вопросы автоматизации-оптимизации возникают сами собой. К тому же после прочтения статьи linx56 «автоматизационный зуд» (спасибо автору за термин) не давал покоя.
Задача заключалась в следующем — вместо установки предложенного linx56 скрипта на каждый домашний ПК необходимо «заставить» маршрутизатор самостоятельно переключать тарифы в зависимости от времени суток и дней недели, благо гарфик потребления интеренета представлялся достаточно опредленным. Вышеупомянтый кросс-платформенный Yota-скрипт не удовлетворял требованиям по причине того, что использует phantom.js, установка которого на стоковый MR-3020 c OpenWRT не представляется возможным.
Такм образом, созрела необходимость в написании скрипта без использования тяжеловестных headless-браузеров. Выход был найден практически сразу (по комментариям к вышеупомянутой статье) — было решено использовать утилиту curl для отправки запросов на сервер YOTA.
Первоначально curl был устанавлен на маршрутизатор:
opkg install curl
После этого необходимо было выяснить каким образом происходит общение браузера с сайтом Yota, а именно — какие запросы с какими параметрами.
C помощью FireBug первым был отловлен запрос на авторизацию в личном кабинете. Полученные результаты были отправлены curl'ом на сервер и… неудача — ошибка авторизации!!! Проверил параметры и значения — опять ошибка, и опять, и опять…
В результате выяснилось, что для авторизации и для установки параметров в личном кабинете сайт YOTA активно использует cookies. Благо curl отлично справляется с обработкой cookies — вопрос авторизации был решен:
curl -c cook.txt -s -k -L -d "IDToken1=$1&IDToken2=$2&IDToken3=$2&goto=https%3A%2F%2Fmy.yota.ru%3A443%2Fselfcare%2FloginSuccess&gotoOnFail=https%3A%2F%2Fmy.yota.ru%3A443%2Fselfcare%2FloginError&old-token=&org=customer" https://login.yota.ru/UI/LoginВот мы и в личном кабинете. Опять же используем FireBug для перехвата запроса на изменение тарифа. Полученные параметры и cookies отправляем на сервер и… опять неудача!!!
После анализа нескольких запросов заинтересовало значение одного из параметров передаваемых на сервер, а именно — «ProductID», каждый раз это значение было новым после изменения тарифа. Как удалось выяснить — значение ProductID возвращается сервером в коде страницы и изменяется каждый раз при смене тарифа. Сам же тариф — это параметр offerCode, принимающий значения от POS-MA14-0002 до POS-MA14-0022.
curl -b cook.txt -s -k -L -d "product=$pr&offerCode=$OCODE&homeOfferCode=&areOffersAvailable=false&period=&status=custom&autoprolong=0&isSlot=false&resourceId=¤tDevice=1&username=&isDisablingAutoprolong=false" https://my.yota.ru/selfcare/devices/changeOffer
В итоге алгоритм выглядит следующим образом:
- Авторизируемся в личном кабинете;
- Переходим на страницу с «регулятором» скорости;
- Выделяем ProductID из полученной страницы;
- Устанавливаем новый тариф.
В результате изысканий родился небольшой скрипт, который можно получить тут.
Применение простое:
yota.sh <логин> <пароль> <скорость>
Результат выполнения — установленный тариф (скорость) и количество оставшихся дней (часов) на тарифе.
С помощью crontab был настроен предполагаемый режим потребления интернета, а именно:
для рабочих дней:
- включение скорости по утрам — во время сборов на работу;
- выключение утром — когда уходишь на работу;
- включение вечером — когда возвращаешься с работы;
- выключение ночью — когда идешь спать;
для выходных дней — свой отдельный график с поздним временем утреннего включения :).
Прошло семь дней
Спустя неделю стало ясно, что предложенная методика смены тарифов по расписанию не совсем эффективна, если время ночного и утреннего выключения скорости почти всегда совпадает с установленным, то время включения — зачастую существенно отличается от заданного, иногда инет нужен раньше, иногда — гораздо позже (а если проспал то и не нужен вовсе :)).
Первая мысль — изменять скорость в зависимости от загрузки сети. Немного поразмыслив над реализацией нашел эту идею не очень удачной — во первых, установленная в тарифе полоса пропускания не всегда совпадает с реально доступной, т.е. можно постоянно повышать тариф, но реальная полоса от этого меняется будет мало и будет постоянно загружена — соответственно убытки, во вторых — торренты на медиасервере будут поддерживать постоянно высокую скорость круглосуточно, ну и тому подобное.
Следущая мысль — изменять параметры включения и выключения скорости в зависимости от наличия «потребителей интернета» в домашней сети, а именно:
- Включать скорость, когда стационарный PC или ноутбук (или любое другое заданное устройство) появляются в сети.
- Выключать — когда оба исчезают.
- Выключать — в заданное время (ночью), т.к. можно забыть выключить комп на ночь :).
В связи с этим так же был рожден небольшой скрипт pingsh.sh, который, посредствам команды ping, определяет наличие в сети «нужных» устройств, ip-адреса этих устройств перечисляются в файле pings, а dhcp маршрутизатора, соответственно, настраивается на выдачу «нужным» домашним устройствам фиксированных ip-адресов. В случае присутствия в сети хотя бы одного адреса из файла — скорость включается, в случае отсутствия всех — через 3 минуты происходит повторная проверка наличия устройств в сети (на случай если wi-fi отвалился), и если устройств не обнаружено — скорость выключается. Дабы не раздражать Йоту лишними запросами, каждый раз при изменении тарифа устанавливем флаг включения/выключения скорости.
Применение скрипта pingsh.sh простое — в файл pings заносим необходимые ip-адреса домашних устройств, в самом скрипте редактируем значения login, psw, speedon и speedoff.
Теперь у меня в crontab всего 2 строки: первая — запуск pingsh.sh каждые 6 минут, и вторая — принудительное выключение скорости в час ночи на случай, если заснул и не выключил комп :)
Вышеупомянутые скрипты можно взять тут.
P.S.
Немного оффтоп. По просьбам трудящихся параллельно была написана простая программа на Delphi под винду для быстрого изменения тарифов. В отличие от предложенного ratswolf варианта браузер не используется, с сервером Yota работаем напрямую посредствам запросов GET и POST с вышеупомянутыми параметрами.
Вариант выбора скорости и отображение текущей скорости/баланса:
И все настройки:
Взять можно тут.
Самое главное
И самый главный вопрос — реальная экономия составила около 50%, на базовом тарифе 900 руб/месяц (5.5 мбит/с) удалось проработать почти полтора месяца.
Спасибо за внимание.
Автор: bambrman
