Рядом на FreeBSD работает подобная конструкцию. Но там в reply-to ещё задаётся и название интерфейса. Насколько я понимаю, в OpenBSD 6.8 тоже было такое же поведение.
quick , предполагаю, задуман для скорости, соответственно названию, чтобы не мурыжить пакет , разбирая всю портянку. Если нагрузки нет, то и quick не нужен.
Не совсем так. OpenBSD ориентирована на безопасность. А безопасность это отсутствие ошибок. Отсутствие ошибок должно быть вследствие высокой читаемости и прозрачности правил, их стилистики. Машина прочитав правила сама ужимает их в рабочий вид, а то, что содержится в pf.conf должно быть минималистично и предельно человекопонятно
Есть ещё один момент почему нет смысла дрочить pf.conf так, чтобы обработка пакета обрывалась предельно быстро.. это таблица состояний. После формирования таблицы обработка пакетов идёт именно по ней, а не по правилам в их хронологическом порядке
Оригинальный текст в переводе выглядел как "вам не нужно писать отдельно in/out правила, когда вы пишите pass с keep state".. это где-то в книгах Питера Ханстина