Roman Busyguin wrote:
У openvpn'а нет неестественного интеллекта в угадывании локальных сетей
на клиентской машине, поэтому стоит смотреть в сторону роутинга.
У openvpn много опций :
The following options are legal in a client-specific context: --push,
--push-reset, --iroute,
--ifconfig-push, and --config
И есть разные варианты делегирования пользователям IP, например:
OpenVPN allocates one /30 subnet per client in order to provide
compatibility with Windows clients due to the limitation of the
TAP-Win32 driver's TUN emulation mode.
* 192.168.1.4/30
* 192.168.1.4 -- Network address
* 192.168.1.5 -- Virtual IP address in the OpenVPN Server
* 192.168.1.6 -- Assigned to the client
* 192.168.1.7 -- Broadcast address.
То есть, если сделать сервер-посредник TUN (между клиентом и TAP, то
будет так работать)
И действительно много документации (особенно на cvs сервере, между
исходниками).
Но. Самим ли openvpn, внешними ли программами, но надо все-таки
настраивать так, что бы локальные сети пользователей не отключались.
И пока не понятно как.
Artem Chuprina wrote:
Можно, впрочем, добавить
> этот роутинг и до подъема openvpn. Чем каждый раз при подъеме
> добавлять, при опускании наоборот.
Хорошо, но как на практике мне это сделать ? Каким софтом ?
Если клиенты разные, в разных сетях и под разными операционками ?
--
Best regards,
Nicholas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
