В мире FreeBSD и ее производных, включая то, что раньше называлось PC -BSD, какое-то время называлось TrueOS, а теперь называется Project Trident, пакеты и порты фактически одно и то же.
Порты и пакеты в мире FreeBSD предназначены для взаимодействия. Порт создает бинарный пакет и незаметно устанавливает/деинсталлирует его через менеджер пакетов. Это просто локально -собранный пакет, а не пакет, полученный из репозитория пакетов. PC -BSD/TrueOS/Trident AppCafe накладывается поверх пакетов и до некоторой степени представляет собой просто удобный графический интерфейс для управления пакетами.
Разница между FreeBSD и ее производными не в том, что эти механизмы отличаются друг от друга. Это то, что они настроены с разным происхождением. Пакеты загружаются из другого репозитория пакетов, собираются и публикуются пользователями ПК -BSD/TrueOS/Trident. Дерево портов взято из другого исходного репозитория, который отслеживает дерево портов FreeBSD, но с модификациями PC -BSD/TrueOS/Trident.
Однако идея о том, что порты собирают пакеты скрытно, остается неизменной. Один из них по-прежнему заканчивается деревом портов под /usr/ports
после прохождения процесса установки дерева портов. По-прежнему можно манипулировать бинарными пакетами с помощью pkg
и pkg-static
.
Этот текущий дизайн может вам не подойти. Ваша текущая проблема напоминает мне о VPN, где локальная подсеть идентична удаленной подсети. Вернемся к вашему дизайну, сервер пересылки будет VPN-сервером. Чтобы это работало:
LAN-A subnet will remain unchanged
LAN-B subnet will remain unchanged
eth1 and eth2 on forwarder must belong to two unique subnets, without conflicting with each other or with LAN-A and LAN-B.
После выполнения этих условий вы должны использовать NAT в правилах брандмауэра. Имейте в виду, что сервер пересылки будет действовать как шлюз. Чтобы шлюз работал, он должен иметь по крайней мере два сетевых интерфейса в разных подсетях, как предлагалось ранее.