Возможно ли создание OpenVPN-сервера типа TAP?

Да, в интернет-центрах Keenetic c поддержкой OpenVPN-сервера bridge-режим (TAP, режим сетевого моста) тоже работает.

В настройках Keenetic, который является OpenVPN-сервером, нужно включить интерфейс OpenVPN0 в основной мост командами в CLI:

interface Bridge0
include OpenVPN0
system config-save


К данной статье приложен пример конфигураций из статьи "Сервер OpenVPN", которые изменены для dev tap. В конфигурации клиента не вписан IP-адрес сервера.
В нашем примере подключение заработало в таком виде: OpenVPN-сервер на роутере Keenetic, а подключение OpenVPN-клиентом осуществляется с ПК из под ОС Windows. На ПК, с которого запускается OpenVPN-клиент, специально изменена подсеть, чтобы она не совпадала с удаленной. IP-адрес из удаленной сети назначается на виртуальный TAP-интерфейс в Windows при подключении к OpenVPN-серверу.

 

Была ли эта статья полезной?

Пользователи, считающие этот материал полезным: 4 из 5

Еще есть вопросы? Отправить запрос

Комментарии

Комментариев: 5
  • Долго мучелся, к счастью помогли на форуме.
    Если на ПК клиента установлен Windows 10 и подключение к интернету осуществляется через WiFi, а адреса клиентам за VPN назначает DHCP Keenetic наблюдается следующая проблема: соединение устанавливается, клиент получает правильные сетевые настройки от DHCP Keenetic однако трафика нет. Ни через VPN ни через первоначальное подключение не идёт. Увеличение уровня логирования на клиенте показало ошибку: Recursive routing detected, drop tun packet to [AF_INET]
    При этом с маршрутами на клиенте судя по route print всё в порядке... Никакие сети/шлюзы не пересекались...
    Помогло добавление команды route-gateway dhcp на стороне клиента.
    Почему-то со стороны сервера команда push "route-gateway dhcp" не отрабатывала у меня....
    Я у себя не мог проверить ситуацию с LAN подключением клиента, но насколько понял из интернета, эта проблема есть только на Win10 и только с подключением через WiFi

  • При настройке OpenVPN в режиме TAP появится возможность доступа к ДЛНА серверу на другом стороне OpenVPN?

  • В режиме TAP получится мост между клиентским хостом и удаленной сетью и работа будет возможна как в одноранговой сети. Что касается работы DLNA, то возможно он и заработает, но скорости в этом туннеле может не хватить, так что фильмы с высоким битрейтом могут рассыпаться.
    Ещё как вариант, данную схему можно попробовать реализовать с помощью EoIP туннеля.

  • Ни в одной из статей по созданию сетей нет информации о производительности (скорости) каждого из решений. Можете указать Хотя-бы относительное значение скоростей при openvpn, ipip, eoip, ipsec туннеля.
    По теме статьи удалось реализовать доступ к dlna на обоих сторонах, но скорость не превышала 15 мегабит в секунду. Возможен просмотров фильмов в 1080p. Причём со временем скорость снижалась, в течении часа падала скорость вообще всей сети.

  • Мы обычно не публикуем скорости для VPN-подключений, т.к. они зависят от ряда факторов. От типа используемого шифрования, от числа одновременных подключений, от типа подключения к Интернету и скорости интернет-канала, от загрузки интернет-канала и нагрузки сервера ....
    Что касается подключений OpenVPN, в существующей реализации обеспечивает скорость примерно до 30 Мбит/с.

Войдите в службу, чтобы оставить комментарий.