Не знаю насколько оно ещё актуально, но раньше пригодилось.
В продолжение предыдущей части, предлагаю посмотреть как подобная же система организуется на базе bsd.
Здесь есть значительные отличия - во-первых сама система - source-based. Пакеты по дефолту собираются на самой целевой машине. Бинарные пакеты - не более чем опция, до последнего времени прилепленная достаточно сбоку.
Во-вторых, нет 2х одинаковых систем. Прежде чем переходить на обновление бинарниками, требуется привести настройки, версии системы и расположение файлов более-менее к одному виду.
В-третьих - немного другая цель. Под дебиан дефолт тебя как правило устраивает, пересобираешь выборочно и своё. Под бзд ты это делаешь, чтобы ХОТЯ БЫ ЧАСТИЧНО избавиться от гемора с обновлением и от затрат времени на него. Примеры - кольцевая зависимость apr <=> svn, perl <=> exim, icu, lzo <=> bacula-fd. Всё это при сборке руками периодически ломается.
Зачем оно вообще нужно? В процессе использования любого дистрибутива накапливается некий список улучшений, который ты воссоздаёшь каждый раз на новых машинах и виртуалках. Это могут быть:
Для меня актуальны последние три пункта. В четвёртом, дополнительно хочется ставить их как белый человек, а не методом слаквари.
Тут мне понадобилось выяснить, какого художника скрипт в запущенном состоянии сразу выжирает 130 метров виртуальной памяти. Развесистых структур там точно нет, значит модули.
Зачем - свопа на машине нет, иногда приходит OOM и безобразничает.
В очередной раз отвалился iptv в результате шаманства, поэтому решил обобщить всё известное об этой проблеме, чтоб не мучить гугл зазря и не терять времени. Схема сети:
[network] ---> [router] -> [vladlink]
| | ^- внешний адрес 5.XX.XX.XX
`--> [server] --' <- "серый" адрес 10.XX.XX.XX
Оба интерфейса настраиваются по dhcp.