Size: a a a

2021 June 06

АШ

Александр Шурша... in OpenBSD
Есть два интерфейса WAN. Нужно, чтобы ответы уходили на тот интерфейс, на который пришёл пакет.
источник

АШ

Александр Шурша... in OpenBSD
Рядом на FreeBSD работает подобная конструкцию. Но там в reply-to ещё задаётся и название интерфейса. Насколько я понимаю, в OpenBSD 6.8 тоже было такое же поведение.
источник

АЗ

Александр Зотов... in OpenBSD
В OpenBSD есть sticky-address для "липких ответов"
источник

@

@user_2022 in OpenBSD
quick , предполагаю, задуман для скорости, соответственно названию, чтобы не мурыжить пакет , разбирая всю портянку. Если нагрузки нет, то и quick не нужен.
источник

АЗ

Александр Зотов... in OpenBSD
Есть ещё важный момент.. reply-to опирается на таблицу состояний и формируют ли правила состояния будет понятно по выводу
cat -nvvf /etc/pf.conf

где на всех pass должно быть приписано "keep state"
источник

АШ

Александр Шурша... in OpenBSD
pass in quick on re0 inet proto tcp from any to any port = 22 flags S/SA keep state (pflow) reply-to 192.168.1.1
источник

АЗ

Александр Зотов... in OpenBSD
Не совсем так. OpenBSD ориентирована на безопасность. А безопасность это отсутствие ошибок. Отсутствие ошибок должно быть вследствие высокой читаемости и прозрачности правил, их стилистики. Машина прочитав правила сама ужимает их в рабочий вид, а то, что содержится в pf.conf должно быть минималистично и предельно человекопонятно
источник

@

@user_2022 in OpenBSD
Понятно. Спасибо.
источник

АЗ

Александр Зотов... in OpenBSD
Есть ещё один момент почему нет смысла дрочить pf.conf так, чтобы обработка пакета обрывалась предельно быстро.. это таблица состояний. После формирования таблицы обработка пакетов идёт именно по ней, а не по правилам в их хронологическом порядке
источник

АЗ

Александр Зотов... in OpenBSD
В теории это имеет смысл при умышленной stateless фильтрации, но к чему она нужна это хз
источник

АЗ

Александр Зотов... in OpenBSD
Кто до такого дошёл тот знает для чего ему это надо
источник

АЗ

Александр Зотов... in OpenBSD
Для всех остальных stateless лучше не строить
источник

@

@user_2022 in OpenBSD
Если можно , скиньте пжл ссылку на оригинальный текст  про таблицу состояний
источник

АЗ

Александр Зотов... in OpenBSD
Оригинальный текст в переводе выглядел как "вам не нужно писать отдельно in/out правила, когда вы пишите pass с keep state".. это где-то в книгах Питера Ханстина
источник

АЗ

Александр Зотов... in OpenBSD
Можно погуглить про Stateful Packet Inspection
источник

АЗ

Александр Зотов... in OpenBSD
И в частности как это работает в PF
источник

@

@user_2022 in OpenBSD
Хорошо
источник

АШ

Александр Шурша... in OpenBSD
Настроил reply-to
У меня в set skip on был указан интерфейс, на который идёт трафик по умолчанию.
источник

АЗ

Александр Зотов... in OpenBSD
Ну вот
источник

АЗ

Александр Зотов... in OpenBSD
Рад, что нашлась ошибка
источник