Когда мониторинг кричит о медленном DNS, виноват не DNS
На FreeBSD-шлюзе симптом часто маскирует причину: забитый conntrack, неверный MSS или деградация дисков под нагрузкой. В этот момент ZFS ARC может ускорять чтение, но не исправляет плохую сетевую настройку и не заменяет контроль задержек.
Проверка начинается с фактов: dmesg, netstat -s, tcpdump и counters интерфейса. Для ZFS смотрят состояние пула, ARC hit ratio и ошибки устройств. Для jail проверяют лимиты, маршруты и видимость нужных сокетов. Мониторинг должен показывать не только latency, но и место, где пакет или I/O реально застрял.
BSD остается эталоном для шлюзов и надежного хранения не из-за ностальгии. Его ценность в предсказуемом стеке: ZFS защищает данные, jails ограничивают сервисы, а системные счетчики позволяют расследовать сбой без вендорского тумана.
