[Ошибка kernel: hw_nat: table is full]

1 минуту назад, Le ecureuil сказал:

Нет, только IPoE / PPPoE.

А, ну так уже легче, значит у меня до 31го "проводного" устройства есть в запасе

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

[Ошибка kernel: hw_nat: table is full]

2 минуты назад, KorDen сказал:

Если это условный двухэтажный частный дом на большую семью в три поколения, или небольшой офис, с какими-нибудь IP-камерами видеонаблюдения и прочими утюгами с LAN, плюс 1-2 точки доступа по LAN - в 15 упереться легко. Тут как раз появится хотелка иметь возможность указать, что утюгам достаточно ppe software, чтобы hardware был на ПК.

Да, идея хорошая, но скорее наоборот приоритет кто должен идти через hardware, а в их отсутсвие и утюги пущай пользуются. 

[Ошибка kernel: hw_nat: table is full]

5 минут назад, vasek00 сказал:

А как же тогда с любителями схем с усилителями/репитерами да DHCP все на один основной роутер

А вроде же было что wifi клиенты идут мимо ppe hardware. Тогда в принципе норм, мало у кого более 15-31го проводного клиента. 

Зы с доп точками доступа да проблема, для основного роутера они становятся проводными клиентами. 

[Ошибка kernel: hw_nat: table is full]

24 минуты назад, vasek00 сказал:

т.е. привлекательность ppe hardware о которой так много говорили работает при 15 зарег.устройствах в сети, остальные пойдут по маршруту ppe software

Ну если только ipoe то 31

[Ошибка kernel: hw_nat: table is full]

@Sfut не, раз это ppe hardware значит ограничение аппаратное и ничего с ним не сделаешь. 

[Ошибка kernel: hw_nat: table is full]

@Le ecureuil мдя, множество резервов сразу теряют привлекательность. Не ipoe/pppoe во втором делении все равно участвуют?

[Постоянные DNS-запросы.]

7 минут назад, GanjaKyp сказал:

У меня вообще

Total incoming requests: 25675
Proxy requests sent:     33408
Cache hits ratio:        0.431 (11075)
Memory usage:            8913.34K of 0.00K
 

Может из за этого ЦП роутера быть загруженным на 100% и вызывать перезагрузку?

загрузка от dns-proxy доли процета даже на слабых устройствах. Так что маловероятно.

Опять же эта статистика без времени аптайма ни о чем не говорит. Ну было 30к+ запросов на резолв dns к роутеру из которых 43% ушли в кеш и все.

[Неправильно считается трафик проводных устройств]

3 минуты назад, Sfut сказал:

Например, учет трафика за время  до  разрыва PPPoE-сессии провайдером из-за биллинга. После переподключения отсчет начинается заново.

Как-то с странно вести учет трафика по клиентам относительно времени сессии подключения к интернет, с учетом возможных резервных каналов, вообще все мутно получается.

[Неправильно считается трафик проводных устройств]

12 минуты назад, Sfut сказал:

И еще, нельзя ли реализовать раздельный учет трафика за все время работы роутера (имеется ввиду до выключения питания или перегрузки) и в рамках текущей сессии.

Что есть текущая сессия?

[Keneetic Ultra, не видится SSID 5 Ггц Wi-Fi]

9 минут назад, Юрий Скворцов сказал:

А если на бете будет все плохо - вернуться хотя бы на текущую версию только через загрузку файла?

Нет, также как и бета выбрать в вебе релиз и вернетесь.

[Не работает тест скорости]

Угу, не работает

[Ошибки и косяки "Нового" интерфейса]

4 часа назад, AndreBA сказал:

Возможно вы нашли косяк в бета версии 2.11. В draft все присутствует.

Похоже на то, на экстра2 в бете не нашел как из старого в новый попасть.

[Принцип выбора днс роутером на 2.11?]

12 минуты назад, Andrew Voronkov сказал:

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

Не пол секунды дается на ответ перед запрсом к следующему днс. Никакого "пингования" днс нет. Почитайте документацию по командам. 

[Приоритет OpenVPN меняется при загрузке]

40 минут назад, AlexUnder2010 сказал:

У меня похожая ситуация, OpenVPN после ребута становится топовым с приоритетом 33167. Если выставить какое-то подключение с приоритетом выше, чем у OpenVPN хотя бы на единицу и еще раз перезагрузить, то уже за 50к+ приоритет и т.д. по нарастающей. При этом используется WISP 2.4 подключение.

В ожидании фикса помогает настройка на интерфейсе подключаться через любой интерфейс. Если конечно схема сети позволяет. 

[Ошибки и косяки "Нового" интерфейса]

2 минуты назад, Sfut сказал:

Подскажите, как в новом интерфейсе перейти на начальный экран (http://192.168.1.1/_/dashboard) если открыта какая-нибудь из вкладок настроек.

Ткнуть в логотип наверху

[Принцип выбора днс роутером на 2.11?]

@enpa а зачем в тесте при добавлении серверов домены указывали? Эти днс же в такой конфигурации только в рамках указанного домена будут имена разрешать, и тест не покажет обьективной картины. Или я чегото не понял?

[Ошибка Chilli при перезагрузке]

Только что, Kiborg_Man сказал:

Компонент установлен, но не настроен.

В таком случае посмотрите что в default config есть по поводу этого интерфейса. Если его там нет, то можно удалить и в рабочем.

[Ошибка Chilli при перезагрузке]

14 минуты назад, Kiborg_Man сказал:

Есть, хотя его не настраивал. Выглядит так:

interface Chilli0
    security-level public
    ip dhcp client dns-routes
    ip dhcp client name-servers
    down

 

Раз компонент не установлен,

Тогда в cli

no interface Chilli0
system configuration save

И все станет хорошо. 

[Ошибка Chilli при перезагрузке]

10 минут назад, Kiborg_Man сказал:

Дек 28 22:39:03

ndm

Chilli::Interface: "Chilli0": public security level is not supported.

Всё равно в логе есть ошибка. Если для не настроенного Captive portal это нормально тему можно закрыть и удалить.

А в конфиге этот Chilli0 интерфейс есть?

[Приоритет OpenVPN меняется при загрузке]

Только что, enpa сказал:

@r13 , а подскажите, модем какой? RAS? Подключил сейчас M100-4 и он сразу же создался с приоритетом 50, при это не сбросил порядок интерфейсов.

Не, ndis

Вчера пытался воспроизвести, пока не получилось.

выдавались разные приоритеты 50, 200, 250...

но ситуации как утром, что у всех интерфейсов выставились приоритеты 30к+ пока добиться не удалось. 

Зы лог к сожалению не сохранился. 

Был форсмажор - убегал на работу, а основной канал ночью упал, на скорую руку делал резерв  . Продолжу попытки воспроизвести. 

[Приоритет OpenVPN меняется при загрузке]

@ndm еще настроил индикатор FN на горение при резервном подключении

Выдергиваю провод, индикатор не загорается, кажись не работает функция, не приоритетная, так что когда вдруг будет время, гляньте.

[Приоритет OpenVPN меняется при загрузке]

@ndm @Le ecureuil @enpa

c L2TP кстати такое же поведение:

Дано: L2TP.IPSec интерфейс L2TP0 с установленными галкой "Использовать для выхода в Интернет" и "Подключаться через ISP"

До перезагрузки:

После перезагрузки автоматически приоритет пересчитался:

 

[Приоритет OpenVPN меняется при загрузке]

@enpa у вас default route по openvpn прилетает?

у меня да, и в этой ситуации как раз openvpn становится основным соединением, как в вашем последнем тесте. 

[Приоритет OpenVPN меняется при загрузке]

Только что, enpa сказал:

@r13 попробуйте выставить connect для интерфейса. порядок после изменится? 

Вечером поэкспериментирую, но подозреваю что изменится. 

[Приоритет OpenVPN меняется при загрузке]

7 минут назад, ndm сказал:

Автоматику мы прижмём, еще не успели сделать. Но она ведь порядок не поменяла? Там главное порядок.

Я пока у туннульных интерфейсов настройку «подключаться через» отключил, а в случае если она есть порядок как раз вполне себе меняется. Плюс если просишь домашних удаленно чтото подключить есть опасность потери доступа. Короче все таки хочу команду отключающую автоматику. Смущает меня что умная железяка за меня решает какие приоритеты назначить.