bomberman

Кто использует в бою, поделитесь наблюдениями. Как я понял, там весь ф-ционал с учётом DPDK работает. Т.е. firewall DPI в том числе? И должна быть производительность не плохая... Netflow отсутствует, и логировать NAT можно только syslog? Или что то не досмотрел?

имеется: accel-ppp-1.12 (из ebuild) 5.4.48-gentoo конфиг accel для ipoe. Остальное по дефолту. [ipoe] verbose=1 username=ifname lease-time=600 renew-time=300 max-lease-time=3600 shared=1 ifcfg=0 mode=L2 start=dhcpv4 interface=vl567 gw-ip-address=172.17.0.1/16 проблема: не стартует сессия: [2020-07-23 18:54:34.677] ipoe0: e8d823e151aa07fa: ipoe: activate session [2020-07-23 18:54:34.677] libnetlink: RTNETLINK answers: Invalid argument [2020-07-23 18:54:34.677] ipoe0: e8d823e151aa07fa: ipoe: nl_modify: Invalid argument [2020-07-23 18:54:34.677] ipoe0: e8d823e151aa07fa: terminate [2020-07-23 18:54:34.677] ipoe0: e8d823e151aa07fa: ipoe: session finished Этот же конфиг прекрасно работает для ядра: 3.14.14 с той же версией accel. Интерфейс создаётся. Всё отлично. Для варианта shared=0 всё работает отлично и с ядром 5.4.48 (но в этом случае не создаётся интерфейс). Это не то что нужно для работы. Кто то сталкивался? Как я понимаю, что то поменялось и accel не может создать на этом ядре по netlink интефейс. Кто с каким из последних ядер, использовал успешно accel этой версии ? удалось протестировать на: 3.14.14-gentoo - работает 4.19.129-gentoo - работает 5.4.48-gentoo - не работает 5.7.9-gentoo - не работает

Удалось откатить firmware до заводской. Но к сожалению результат не принесло. Видимо всё таки вышел из строя дисплей (при этом тач работает, проверено снимками экрана из софта). Отдельное спасибо поддержке магазина NAG.

Пробовал Перешивал по инструкции в предыдущие версии (6.38.7). Кроме ROS не меняется ничего. Firmware по прежнему остаётся: factory-firmware: 3.41 current-firmware: 6.42.6 upgrade-firmware: 6.42.6

Доброго времени суток. Сталась такая беда. Обновил ROS на Mikrotik RB 3011 следующим методом: System->Packages->Check For Updates->"Download&Install" После чего устройство перегрузилось, но после загрузки перестал работать встроенный LCD дисплей. Вернее он включается, но залит белым цветом, и не отображает никакой информации. При включении/отключении в софте, включается/отключается, уходит в сон, возвращяется по нажатию, но какртинки на нём нет. Складывается впечатление, что что-то не так с firmware, которая так же обновислась, при таком методе обновления ROS. Было так: стало так: При обновлении ROS на более старую (пробовал варианты и стандартным способом залить и перегрузить и с помощью netinstall), firmware идёт с ней в комплекте, firmware не обновляется на предыдущие версии, так как в устройстве стоит более новая, и оно упирается это делать. Обращение в поддержку mikrotik, ничем не помогло, они сказали обращяться к продавцам, и ничем помочь не смогли. Возврат продавцу (брали на НАГ) затруднен сложностью доставки (далеко и долго ждать). Кто то сталкивался с такой проблемой? Есть ли возможность вернуть firmware на предыдущую, если да то как? Или как побороть проблему неработающего дисплея на новой прошиве?

Комплементарная пара :)

Да кто ж запрещает. Я сталкивался где один использовался как L2, другой (рядом стоящий) как L3 и всё отлично. Правда не рабочие станции пользователей включены были, но не суть. На Порше тоже можно дрова возить. Забыл добавить, ещё как нагрузку можно использовать. Там БП внушительные. Как шлакоблоки.

Не могу не согласиться. Имеется такое. Целая полочка вертикальная с кулерами. Можно ещё верёвку натянуть, и бельишко сушить. зато сколько портов и все в одной коробке. А если всё ещё в один vlan отправить, то вообще шикарно. И какая вообще разница, одинаковый там cli или нет. Другое дело подойдёт ли под задачи. Подход к конфигурированию, режимы похожие с Cat65xx. Остальное от железа зависит и ОС.

Пологаю можно ещё получить любопытную статистику по результатам работы ipt_NETFLOW. К примеру выбирая кол-во созданных,удалённых сессий по каждому ip из диапазона --persistent (это если интересно смотреть распределение по внешним ip.) ну и прочие выриации с выборкой статистики из netflow/ipfix. к примеру количество трансляций в xx.xx.xx.3 и статусом CREATE: nfdump -T -r nat/nfcapd.current.288 'src nip xx.xx.xx.3 and nat event add' | wc -l количество ip транслирующихся в xx.xx.xx.3 nfdump -T -r nat/nfcapd.current.288 'src nip x.x.x.3' -s srcip -n 0 | wc -l Можно расширить выбирая по критерию интересующих портов назначения. В общем, тут зависит от фантазии и потребности. Правильнее будет делать выбор во временной промежуток. Или по последнему файлу, если ротация файла каждые 5 минут, то получим статистику за послеине 5 минут. Так же наверное, правильным будет учесть живучесть сессии, при временном диапазоне.

Сомневаюсь что без огорода получится. Анализировать http|https на NAT-е, имхо слишком, но и никто не запрещает. Только это нечто иное нежели задачи решаемые этим модулем. Даже идеологически, как мне кажется. Для логирования обращения по http/https можно сгородить небольшой анализатор, кторотый будет выдирать SNI из TLS Handshake, для https, для http, мернее проблемно. Пусть это не полный пусть, по которому обращение было, но всё же. Ну и разумеется не netflow протоколом экспортировать. К примеру, зеркалировать трафик с обращениями, на железке, а на сервере с анализатором получать зеркалированный трафик и логировать из нужных пакетов SNI.

Верно ли я понял, что ipt_ratelimit настроен на NAT? Если так, то почему его не настроить на NAS-е. Как по мне, куда логичнее резать скорость там, где и разрешается/запрещяется доступ. Быть может в этом и проблема? Если нет, и ipt_ratelimit всё же на NAS-е, то смотреть в сторону правильности правил, и добавленных ip в списки ipt_ratelimit. Всё ли там по логике. На мой взгляд, будет лучше, если Вы проиллюстрируете схему включения, с описанием, что где настроено, и что Вы ожидаете от этого.

Вот и прекрасно. Ждёмс.

Giga-Byte Проект будет закрытым/платным, или поделитесь своими наработками?

Что с ним не так?   Что с ним не так?

Пора заниматься БРАС-ом под win.