mikes

У нас похожая схема и таких проблем не возникает.
проверьте вариант когда в sssd нет ограничений по группам. входят ли пользователи из domain1

нас haproxy более чем устраивает + там loadbalance с отслеживанием состояния бэкенда без доп финансовых затрат

Если у вас там все так секурно и круто, то скорее всего NAT тупо нет и есть тока прокси.
соотв нет ни пинга ни dns

для того что бы отдать прокси клиентам есть следующие варианты
GPO через active directory
WPAD через dhcp options
WPAD через dns name

Но вообще прокси конечно прошлый век. купите себе норм DPI и используйте NAT

когда были на гугле - использовали, в принципе ниче. но до slack далеко. мы в итоге перешли на rocketchat

wifi в бридж не станет. Либо загоняться с отдельной сеткой и port forward/arp proxy и тд.
но имхо любой роутер который может работать как wifi client сделает все что захочется.

Проблема в планировании, а не в том как включить "сетевое окружение"

На компьютерах пользователей не должно быть ресурсов которые доступны другим. Это удел файловых серверов находящихся в отдельной подсети.
Коль у вас есть AD, то есть и GPO что бы кидать людям ярлыки или сетевые диски по мере надобности. Нет щас потребности в сетевом окружении.

У них есть продукт https://astralinux.ru/products/ald-pro

После wannacry и отключения smb1 "сетевое окружение" ушло в прошлое.

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

в proxmox есть ceph, вот вам и гиперконвергентность. Ну и конечно есть традиционные NFS ISCSI и тд

перестать делать инфраструктуру из дерьма и палок.
купите себе статический ip и не парьтесь.
не выставляйте сервер 1с в инет, используйте vpn для доступа к нему.

в нынешних реалиях прокси сервер без танцев с бубном (transparent proxy + ssl bump) не дает никакого контроля. максимум че можно получить это хостнейм посещенного сайта.
не стоит решать административные вопросы техническим путем.

хорошо бы определится зачем вам почтовый сервер и что вы от него ожидаете.
exim+postfix и тд это к примеру только про прием и отправку сообщений, но никак не про webmail/календари/задачи/общие адресные книги/контакты/интеграции с LDAP и тд
нужен ли этот функционал?
действительно ли у вас все такое секретное и важное что connect.yandex.ru, google apps, zoho mail не для вас?

Определитесь с задачами и тогда круг подходящих вам решений значительно снизится, а уж найти исполнителя потом не так сложно будет.

L3 Коммутатор в этом случае и выступает роутером.
Ему нужно назначать ip адреса в этих вланах и соответственно выдать клиентам как основной шлюз.

Если уж прям сильно сильно сильно утрировать, то l3 коммутатор - роутер который не умеет в NAT и всякие туннели :)

когда вы используете bluetooth то работает ЦАП самих наушников, когда вы подключаете их по проводу, скорее всего работает ЦАП устройства (к примеру телефона). потому разное звучание.

но вообще хотеть звук из наушников за 1 тыс :) :) ну вы понимаете.

Попробуй таки сделать наоборот. Трафик от клиентов через ip rule запихнуть во вторую таблицу маршрутизации, а саму малинку по дефолту.

Но люди говорят дело. Бери микротик и радуйся жизни.

js выполняется на клиенте, потому записывать HTML который хранится на сервере не может.
Конечно можно сделать костыль и написать на js какой нить WebDAV клиент и записывать на сервер и тд. Но оно того не стоит.
Так что php к примеру вам в помощь

разделить сети серверов, локалки и сотрудников и маршрутизировать их.
не пихайте людей в 1 l2 с серверами, да еще там где есть dhcp

для BBB лучше всего иметь белый ip прям на сервере. в случае 1:1 NAT нужно читать документацию где описано в части внешних и внутренних ip и stun сервера

расскажи конкретнее что не выходит, что пишет проверка конфига и какая ошибка возникает