KorDen

Раз уж поднялся этот вопрос, хотелось бы уточнить логику работы переключателя. Исходим из того, что основное соединение - IPoE, второе - PPTP, ping check настроен только для первого. Если по первому пинги не проходят, а второе в этот момент не может соединиться с сервером - я так понимаю основной маршрут останется на первом до поднятия второго. А если в момент работы на резерве рвется PPTP-сессия, перейдет ли дефолтный маршрут на основное (не смотря на то, что ping check сигнализирует о его неработоспособности)? Далее... Какой таймаут для ответа на пинг или установление TCP-соединение? Был случай, в момент обрыва магистральной оптики при перебалансировке у провайдера в первые минуты интернет дико глючил, пинги были около 200-300 там, где раньше были ~10 - в тот момент логичнее всего было перейти на резерв до нормализации. Хотелось бы иметь возможность указать таймаут, к примеру если пинг выше 100, уходить на резерв. А до реализации узнать текущие параметры. Кстати, решение о восстановлении принимается по тому же порогу срабатывания? Можно записать в хотелки возможность указывать интервалы и пороги срабатывания раздельно - к примеру, переходить на резерв быстро (скажем, три пакета с интервалом 10 сек), а возвращаться обратно, убедившись, что все действительно восстановилось (скажем, 10 пакетов с интервалом в 20 секунд)

Подтверждаю аналогичную проблему с флешкой в ext2 - везде, кроме страницы настройки OPKG отображается метка. Кстати, при установке opkg из консоли нормально отработало "opkg disk метка".

Сабж - пытаюсь настроить ограничение по IP для вебморды, но при этом кинуть ее на нестандартный порт. Если создать правило перенаправления в NAT к примеру 8888(ISP)->80(lan) - то при создании запрещающего правила в межсетевом экране вебморда все равно остается доступна с любого IP. Какие возможны варианты? Возможно ли полностью перенести морду на другой порт (как на V1 - после смены порта она доступна и с LAN с указанного порта), чтобы на 80 запустить вебсервер, или его придется поднимать на другом порту (к примеру 8080) и делать отдельное правило 80(ISP)->8080(lan)

Аа, теперь понял, а то нигде не увидел, как все же освбодить порт.. Выполнил, запустил unbound из entware-ng, все вроде работает. Не ясно, что означают строчки типа Dns::Manager: name server 77.88.8.8 is disregarded while Opkg is active. Если они игнорируются, то тогда куда сам кинетик для своих операций будет обращаться? В мониторе те сервера все еще отображаются. Можно ли кстати как-то сделать, чтобы до запуска кастомного резолвера внутренний прокси обращался к внешним серверам, а после запуска - к нему? Или вообще задать, чтобы он не брал провайдерские/другие DNSы, а только к себе на 53 порт обращался - не будет ли глюков при указании 192.168.0.1 в качестве DNS для прошивки?

Не пойму, либо прошивка от 31 декабря (v2.05(AAFS.8)C2) не имеет возможности отключения dns-proxy, либо я что не так делаю? Giga2, все с чистого листа (переезжаю с v1) При попытке отключения прокси (config)> no service dns-proxy Core::Configurator error[1179668]: "no" is not applicable to: dns-proxy[cli].