Из наиболее заметных изменений:

• Файловая система ZFS теперь поддерживает TRIM для SSD
• Также в ZFS добавлена поддержка компрессии lz4, которая работает почти втрое быстрее старой LZJB
• Драйвера virtio теперь включены в GENERIC ядро для архитектур amd64 и i386
• Инсталлятор bsdinstall теперь может производить установку по HTTP
• Хуки DTrace теперь по умолчанию включены в GENERIC ядре
• Обновлены драйвера ixgbe, cxgbe а также Intel e1000
• Из GENERIC ядра исключены драйвера firewire
• В rarpd появилась поддержка VLAN

Окромя багфиксов, изменений довольно много. Из наиболее интересных следует отметить:

• Обновление подсистемы ZFS и geom в сторону асинхронной работы и использования TRIM на SSD
• Расширен синтаксис ipfw, который теперь позволяет, в таблицах использовать имена интерфейсов, IPv6-адресов, номеров портов и ID jail-ов
• ng_netflow теперь умеет экспортировать NetFlow данные 9-й версии, при помощи хука export9, также возможен экспорт данных одновременно и в 5-й и в 9-й версиях NetFlow.
• Улучшена балансировка в планировщике sched_ule, который на системах с SMT (Symmetric MultiThreading) или HyperThreading (как он зовется на процессорах Intel), показывает увеличение быстродействия до 10-15%.

Распространенных вариантов NAT-а под FreeBSD есть довольно много. Это и natd, ipnat, pfnat, ng_nat либо как вариант «купи ASA 5550 и не выделывайся».


К сожалению, в последнее время мне попадалось очень мало хороших и главное доступных статей о ipfw nat который появился, если мне не изменяет память еще в 7.0.
Засим рассматривать под лупой сегодня будем мы именно его.

Истинным адептам pf под кат рекомендуется не заглядывать, чтобы не травмировать себя излишними знаниями.

Собственно аббревиатуру DOCSIS слышали многие, но далеко не все представляют что это и зачем оно нужно. Самые любопытные могли, даже просветится этим вопросом в википедии, но как показывает практика довольно много вопросов все равно остается. Итак, начинаем срывать покровы давайте разберемся с вопросами:
1. что это?
2. кому это нужно?
3. что для этого нужно?
4. как начать?

Слабонервных не желающих вникать в «How it's made?» просьба под хабракат не заглядывать — там ничего интересного нет.

Все началось с того что нам привезли несколько тюнеров PBI DCH-4000P-S42 Вот таких приблизительно:



По характеристикам сие чудо китайской промышленности приближается к профессиональным тюнерам, но при несопоставимо низкой цене. Изначально предполагалось использовать эти тюнера для замены зоопарка, который начинался Openbox-ами и Glob-ами и заканчивался Vantag-ами, а также для реализации DVB-C по HFC и некоего подобия DVB-S при помощи Митрис-а. Беглое изучение документации показало что кроме требуемых от него изначально (и не интересных) выходов ASI,SDI, A/V, RGB, CVBS, XRL оное еще умеет и IP input or output with UDP/RTP (optional) а также Multicast and Unicast on IP что уже намного интереснее и профильнее как бы. Есть такое профессиональное заболевание – обязательно потрогать ручками что-то, где есть хотя бы намек на сетевые возможности.

Существует давнее убеждение, что кактус перед экраном спасает пользователя от губительного радиоактивного излучения, генерирующееся монитором.



Огромное число этих колючих растений красуется перед, на или около монитора миллионов пользователей по всей России. По количеству адептов «кактусизм» на равных соревнуется со многими религиозными конфессиями. Это не может не настораживать… ©

Как вы все помните, в конце предыдущего поста я обещал более подробно рассмотреть вкратце и максимально доступно следующие вопросы:

1. Настройка DHCP
2. Поднимаем свой DNS по минимуму
3. Съем статистики по интерфейсам при помощи snmp и отрисовывание красот в cacti
4. Лимитирование по трафику пользователей внутри сети
5. Ведение детальной статистики по тому, как куда и кем расходуется трафик
6. Настройка бекапа каналов в случае наличия еще одного провайдера (а о xl0 все и забыли)
7. Разруливание трафика между несколькими каналами средствами ipfw

Предисловие
В процессе работы иногда приходиться подключать клиентов либо уже с присутствующими машинами на FreeBSD (распространенный вариант – держат там рабочие файлошары на самбах) либо ставить им такое решение по запросу, для максимально удобного решение насущных проблем клиента. Статья рассчитана на читателя крайне слабо знакомого с FreeBSD. Думаю людям, что-то, понимающим эта статья будет крайне отвратительна – рекомендую дальше не читать и не травмировать себя.

В свете последних постов Идеальная техническая поддержка — сон или реальность? и ему подобных (про линчеванее еще был) смотря на коментари нормальному здоровому человеку нельзя не проникнуться ненавистью. Собственно ее я и буду излучать в этом тексте :)
Особенно впечатляют бури негодования по поводу работы техподдержки.



Привожу особо бросившиеся в глаза ситуации:

1. Мы купили железку по цене бутылки хорошей водки которая должна исполнять функции роутера и она не работает либо работает коряво? Виноват провайдер!
2. Мы настолько круты что поставили убунту либо еще какой-то ширпотребный дистрибутив и мальчики с перфоратором осуществляющие подключение не горят желанием сделать ifconfig чтобы посмотреть MAC абонента? Аяяй какой плохой провайдер!
3. Вирусы скушали Нашу винду и кроме ICMP по интерфейсу ничего не ходит? Конечно же плохая поддержка не желающая лечить вирусы по телефону и исцелять своей карму пользователя дистанционно!
4. Мы ВНЕЗАПНО отключили сетевую карточку и негодуем что мальчик пришедший через пол города пешком требует $1.25/ 10 гривен / 38 рублей за вызов? Обдираловка и провайдерский беспредел!
5. Мы намеряли (как?) слишком мало скорости до Новой Гвинеи — где наш обещанный мегабит за 30 гривен / 100 рублей? Провайдер нас держит за дураков!
6. ВНЕЗАПНО со счета испарилось гиг траффика в денежном еквиваленте? Мы же ничего не качали! Мы всего лишь слушали музычку вконтактике, смотрели видео на ютубе, разговари с родственниками по скайпу и рассматривали тетенек на разных сайтиках. Но мы ничего не качали за что с нас сняли деньги? Провайдер нас обкрадывает!

Вам уже смешно? Может грустно?
Мне грустно – давайте погрустим вместе.