Size: a a a

2020 June 22

IG

Igor Gavrilov in Accel-PPP
Т.к. одна таблица может быть привязана только к 8ми интерфейсам
источник

s

shumbor in Accel-PPP
а чито 1 машину под нат мне никто ставить не даст...
источник

IG

Igor Gavrilov in Accel-PPP
@hogstaberg ещё аргументы в пользу nft?
источник

s

sexst in Accel-PPP
Igor Gavrilov
И не работает на динамических интерфейсах
Полагаю что этот вопрос более-менее решаем, просто оно сейчас так сделано. В nft ещё есть над чем работать, но в целом он хорош и весьма.
источник

s

sexst in Accel-PPP
Igor Gavrilov
@hogstaberg ещё аргументы в пользу nft?
Ну ок. Как насчёт докидывания функционала на ходу, путём обновления юзерспейсовой утилиты, а не сборки модулей ядра, иногда с его обновлением?
источник

s

shumbor in Accel-PPP
А так, когда там будет netflow, то можно будет и глянуть еще раз
источник

s

sexst in Accel-PPP
Или хранения всего в одной утилите, а не зоопарк из iptables, ebtables, arptables и прочих foobartables
источник

IG

Igor Gavrilov in Accel-PPP
sexst
Ну ок. Как насчёт докидывания функционала на ходу, путём обновления юзерспейсовой утилиты, а не сборки модулей ядра, иногда с его обновлением?
Вот как раз докидывание функционала это точно не про nft.
Функционал либо там есть, либо его не добавить, в отличии от iptables, который расширяется модулями.
Кто вам сказал эту глупость про "обновление юзерспейсной утилиты"? С BPF не путаете?
Пересборка userspace модулей в ядро не добавит
источник

s

sexst in Accel-PPP
Igor Gavrilov
Вот как раз докидывание функционала это точно не про nft.
Функционал либо там есть, либо его не добавить, в отличии от iptables, который расширяется модулями.
Кто вам сказал эту глупость про "обновление юзерспейсной утилиты"? С BPF не путаете?
Пересборка userspace модулей в ядро не добавит
Мсье явно не читал как устроен nftables, но осуждает?
источник

s

sexst in Accel-PPP
Почитайте. Там как раз таки vm в ядре, которой генерится байткод. Что нагенерили ей и скормили - то она и будет делать.
источник

s

sexst in Accel-PPP
Единственное что у них свой велосипед пока т.к. eBPF на тот момент ещё не было. Но, думаю, это вопрос времени когда они переедут на eBPF.
источник

s

sexst in Accel-PPP
Да, окей, прикрутиться к какой-либо новой ручке ядра скорее всего потребует обновления модуля. Но появление в системе новой ручки и так означает появление нового ядра, а значит и nftables модуль тоже в комплекте будет.
А вот всякие протоколы и операции обновляются и добавляются буквально с утилитой.
источник

IG

Igor Gavrilov in Accel-PPP
sexst
Мсье явно не читал как устроен nftables, но осуждает?
Ага, кто-то начитался жёлтой прессы. Посмотри код - операции все равно выполняются в модулях. xt_nat, nf_log, xt_CT
источник

IG

Igor Gavrilov in Accel-PPP
Да, селекторы в байткоде, но не в одних селекторах дело.
источник

IG

Igor Gavrilov in Accel-PPP
Так что не нужно про обновление утилиты.
источник

IG

Igor Gavrilov in Accel-PPP
Netflow обновлением утилита уже завезли?
источник

IG

Igor Gavrilov in Accel-PPP
sexst
Или хранения всего в одной утилите, а не зоопарк из iptables, ebtables, arptables и прочих foobartables
Ну тут не спорю наплодили утилит. Но вот интересный момент:
источник

IG

Igor Gavrilov in Accel-PPP
sexst
Единственное что не нравится - списки к таблице привязаны. Бывают места, где один список адресов нужен и в nat и в filter, но приходится два параллельных держать.
Nat и filter... Я смотрю кто-то особо с nft не разобрался и продолжает плодить таблицы, только уже в одной утилите)))
источник

IG

Igor Gavrilov in Accel-PPP
https://developers.redhat.com/blog/2017/04/11/benchmarking-nftables/
Результаты говорят сами за себя - производительность идентичная, если правильно строить правила iptables. И единственный момент где действительно нет альтернативы - vmap
источник

Е

Евгений Вайд... in Accel-PPP
боль
источник