- OpenVPN и распределение интерфейсов, Аноним, 14:43 , 18-Авг-14 (1)
- OpenVPN и распределение интерфейсов, Z0termaNN, 14:14 , 21-Авг-14 (5) +1
не совсем понял, трафик откуда должен заворачиваться - со стороны клиента или сервера. если со стороны сервера, то см. в сторону параметров --up, --down, --client-connect, --client-disconnect в зависимости от конфигурации сервера. со стороны клиента чуть сложнее, но тоже возможно.
- OpenVPN и распределение интерфейсов, Mark.sVr, 01:02 , 22-Авг-14 (6)
- OpenVPN и распределение интерфейсов, Z0termaNN, 12:35 , 22-Авг-14 (7) +1
т.е., насколько я понял - после подключения у клиента default route должен быть через tun/tap впна ? правильно ?
- OpenVPN и распределение интерфейсов, Mark.sVr, 23:00 , 22-Авг-14 (8)
- OpenVPN и распределение интерфейсов, Z0termaNN, 09:21 , 25-Авг-14 (9)
>> т.е., насколько я понял - после подключения у клиента default route должен >> быть через >> tun/tap впна ? правильно ? > По идее так планировалось раньше. Задачу поменяли. Сейчас OpenVPN-сервер работает под Win2008r2... > конфиг тот же. Если поменять метрику интерфейса, чтобы дефолтным шлюзом была > машина с ClearOS в локальной сети - "redirect-gateway def1" поможет (соотв > мудрить с натом на шлюзе)? Или же нужно будет локальный интерфейс > заменить на туннель?опять ничего не понял. клиенту не получится выдать default route через шлюз с clearos, т.к. он напрямую не подсоединен к клиенту, т.е. все default routes должны идти через vpn сервер, да и то с некоторой оговоркой, т.к. вполне возможно маршрутизацией снести маршрут до провайдера. а вот на clearos как раз придется прописывать через какого провайдера кого маршрутизировать.
|