Ну так без EoIP не обойтись-напрямую через l2tp или через pptp vlan не пробросить - уровень L3, только через EoIP, который натягивается через ppp туннель, а уже потом через EoIP сам vlan.Vlad-2 писал(а): ↑11 сен 2019, 12:22 Отвечу кратко:
1) попробуйте внутри туннеля (l2tp) засунуть не вилан, а EoIP, с ним тоже не всё гладко,
зато там почти идеально-чистый L2-уровень, но советую сразу трафик/сеть для EoIP
делать отдельным бриджом. Чем меньше данных в EoIP и чем он отделён от общего,
тем лучше. Короче делить, дробить и пробовать.
На стороне мт_х(клиента) vlan пихаем в отдельный бридж, тудаже пихаем wi-fi тд. На стороне сервера vlan пихам в отдельный бридж, на этот бридж назначаем адрес, к примеру 192.168.10.1 и сеть 192.168.10.0/24, этот же адрес назначаем серверу хотспот, создаем для него пул адресов 192.168.10.2-192.168.10.254(у сервера хотспот свой dhcp сервер) и все начинает работать. Вот такой вот огород получается. Но по этой схеме юзеры за мт_х ходят в инет от адреса сервера и именно этот момент меня не устраивает.
Я хочу, чтобы юзвери юзали сервер только до успешной авторизации, а после ходили в инет через своего прова... но как реализовать это технически - ума не приложу(говорю же, может много хочу)
Получается, что должно работать так: юзер цепляется к тд, получает адрес от dhcp мт_х, затем каким то чудесным образом попадает на сторону хотспот сервера, по идее, уже получая(читай меняя) адрес на адрес из пула хотспот сервера(иначе пролетает мимо хотспота) а дальше, после успешной авторизации, опять же, каким то чудесным образом возвращается на свою сторону, снова меняя dhcp сервер от мт_х
Вот такая вот борода..)