Jump to content

edpru

Forum Members
  • Posts

    91
  • Joined

  • Last visited

Everything posted by edpru

  1. Для ssg Еще вспомнил. DHCP может некорректно высвобождает пул адресов. Вроде тут уже сталкивались с такой проблемой, хотя он может некорректно цепляет устройства и не очищает аренду. Нужно смотреть, может просто не та подсеть дается и нечего не нужно ребутить. Можно привязать IP в DHCP на мак адреса твоих устройств, может поможет.
  2. ...Не знал, что тут форум домохозяек , совсем не знающих давно известные синонимы... Буду писать понятным языком ============= На счет крона, стоит "из коробки" или был поставлен opkg install cron т.к. сам с такой по началу проблемой столкнулся. По умолчанию если - файл var/cron/crontabs/root (если нет то создать) файл еще будет запускаться командой crond. Я использую установленный с "opkg" крон. Файл, crontab который в etc лежит (появится после установки) работает сразу, главное его править локально на роутере и не забыть сделать установку прав chmod 600 /opt/etc/crontab а то обычно вылетает ошибка при запуске-перезапуске крона, затем править в vi или через МС редактор (что удобнее, если лень писать путь) затем /opt/etc/init.d/S10cron restart и все. Ошибки удобно смотреть в логе на вебинтерфейсе. Если править с Windows, то затем лучше права на файл через SSH поправить и как обычно перезапустить. Вообщем, вот второй вариант работы. При перезапуске крон пишет просто ~ # /opt/etc/init.d/S10cron restart Shutting down cron... done. Starting cron... done. ~ # В твоем случае может и не писать. Но crond должен отработать.. ну и в логах смотреть.
  3. Все верно. А других вафельных клиентов нет? Glitel какая модель, они же с вафлей есть... правильно ли сделано. Просто может из за неправильно сделанной сети не работает по уму (в IP путаница). Т.к. немного не понятна пока комбинация, бридж роутер и даллее как стоят или чего там еще. Так.. если я правильно понял. АДСЛ роутер с 1 соской воткнут куда то в кинетик, а тот заведует всем остальным. Так вот в такой схеме адсл роутер лучше всего делать бриджем, а сессию поднимать с зухеля, т.е. принудительно задать айпи с разных сетей - ван соска зухеля и лан адсл роутера 1 сеть, а лан - другая. Кончено, можно и так, что все соски зухеля являются локальным лан.. но дхцп на 1-м роутере должно быть отключено 100% что бы не дурковало, не пересекалось..
  4. На сколько я понимаю логику работы устройства, то только извне, т.к. не уверен, что такое реально возможно изнутри. Т.к. сколько вот схожее попадалось, если маршрут с железки работает (не обязательно роутер аппаратный), то не всегда он может работать на клиенте по вине клиента, либо какой то аппаратный сбой. Вообще, странно, почему летит клиент на вафле. Может попробовать просто передергивать ванинтерфейс? К примеру вырубаем его на 5 минут в 3 утра ежедневно и врубаем 00 03 * * * root ndmq -p 'interface WifiMaster0 down' -P message 05 03 * * * root ndmq -p 'interface WifiMaster0 up' -P message Ну и как вариант - телефон получает все с DHCP, я так понимаю? Может проблема в DNS? Скажем с DHCP DNS сервера прова не дает корректно ДНС ресолвить. Т.е. для начала телефону указать ДНС известные, если такое возможно и глянуть. Ну и как вариант вариант проверки - если телефон не идет в интеренет, можно ли попасть с телефона на вебморду роутера? Если нет, то нужно копать и скорее уже в роутере.. Как решение аппаратный сброс и настройка. Не вышло 0 то привет прошивке... т.к. аппаратно гуляющая часть вафли вощможна, но маловероятно. И телефон не на IOS случаем? Да, еще питание роутера стабильное?
  5. Ставишь ndmq, если не ставил, т.к. нужная штука в кронтабе 00 04 * * * root ndmq -p 'system reboot' -P message работает и 00 04 * * * root ndmq -p 'reboot 30' -P message перезагрузка после 4 часов с задержкой на 30 сек если не указывать секунды, то сразу. Вроде так.
  6. Так время выполнения и restart (reboot) сча не помню че там, с консоли набрать можно... один минус, сбиваются часы, и может уйти в бесконечный рестарт, по крайней мере у меня так вышло - цикличный рестарт.. видимо неудачно время указал, хотя часы 100% не попадали бы на ребут, хотел его на раз в месяц так чистить, но забил потом и за цикличного ребута...
  7. У нас Йошкар-Ола рвет от 48 часов до месяца. Я бы еще посоветовал таймаут чуть больше, плюс попробуйте гасить и порт, вернее порт гасить имхо практичнее, чем сессии. Т.к. если рвать ПППоЕ, то время не сбрасывается у сессии, а если гасить порт, не ПППоЕ, то чище отрабатывает. Типа сбой питания. Потом еще можно в разное время сделать не четкий перезапуск, после смены айпи. Т.е. прикрыть свою задницу, чтобы не наглели, будет доказательство, что они вам мучают, а не вы их. К ому же - как услуги ненадлежащего качества, там юридически можно бодаться. Ну и время для работы по скрипту сдвинуть на очень раннее утро, т.к. обычно счет идет ровно по времени Апа, а не текущее. У нас проводили исследование сети, когда есть шансы взять белый айпи. В каждом сегменте оно свое, так что, вначале посмотрите, когда шансы взять белый с ходу выше. И еще, часто быстрый реконнект оставляет клиента в том же сегменте, (да и счетчик на сессии увеличивает на блокировку) так что хочешь не хочешь - но лучше ждать несколько минут, для пачки попыток, потом или отрубаться на 10-15 минут или.. вообщем, усложнить лучше скрипт... чтобы ошибками не переполняло на "Той стороне"...
×
×
  • Create New...