Я хочу подключить vpn-клиент к vpn-серверу, а затем, чтобы этот клиент также предлагал vpn-сервер. Я просто не могу получить правильную маршрутизацию.
Я попытаюсь объяснить конечную цель.
очень быстрый рисунок сети, я думаю
Мне бы хотелось, чтобы все клиенты на стороне сервера/клиента могли взаимодействовать с каждой системой на левой стороне, а также чтобы маршрут шел в обратном направлении.
Я делаю это уже несколько часов и никак не могу правильно проложить маршрут.
Помогите, пожалуйста.
решение1
(Предполагается, topology subnet
что они используются для всех серверов и клиентов. Ответ может применяться или не применяться к подходу tap.)
Чтобы проложить маршрут из 10.8.0.0/24
в 10.10.0.0/24
, вам просто нужно:
- разрешить пересылку IP между двумя интерфейсами tun на
10.8.0.1/24
- проталкивать маршрут
10.10.0.0/24
своим клиентам, чтобы убедиться, что трафик будет направлен в туннель.
Немного сложнее маршрутизировать из 10.10.0.0/24
в 10.8.0.0/24
. По сути, на этой стороне вам нужно маршрутизировать через клиента, а не сервер. Вы можете подумать, что установка нужного "клиента шлюза" как у route-gateway
других клиентов будет достаточной. Но на самом деле это даже не имеет значения.
Чтобы сделать определенного клиента шлюзом определенного маршрута ( 10.8.0.0/24
в данном случае), вам необходимо сделать следующее:
- добавьте для него файл "CCD" (
--client-config-dir
подробнее см. в руководстве OpenVPN) с его общим именем (CN) в качестве имени файла. В файле добавьтеiroute 10.8.0.0 255.255.255.0
. - добавить
client-to-client
в конфигурацию сервера10.10.0.1/24
. - добавьте файл "CCD" с именем
DEFAULT
. В файле добавьтеpush "route 10.8.0.0 255.255.255.0"
. - добавьте
route 10.8.0.0 255.255.255.0
в конфигурацию сервера,10.10.0.1/24
если вы хотите получить10.8.0.0/24
с него доступ (или если вы хотите этого избежатьclient-to-client
).
EDIT: client-to-client
можно избежать, если также разрешить IP-пересылку между двумя интерфейсами tun на 10.10.0.1/24
. Без client-to-client
, iroute
будет применяться только к самому серверу. В этом случае трафик клиентов будет маршрутизироваться «внутренне» 10.10.0.1/24
сначала к , а затем 10.8.0.1/24
(из-за route
и , iroute
применяемого к серверу).