Рейтинг:0

Wireguard Site2Site с мобильным офисом

флаг us
TRW

У меня есть сети, подключенные к Wireguard.

Лан1:
  10.240.0.0/24
  через 10.100.1.1/32 на общедоступном статическом IP-адресе A.B.C.D/32

Лан2:
  192.168.0.0/24
  через 10.100.1.6/32 по динамическому айпи от провайдера

Сеть 10.240.0.0 представляет собой сеть wireguard (wg0) для нескольких общедоступных серверов, а один сервер является «шлюзом» со специальным интерфейсом wg1 с 10.100.1.1.Таким образом, я могу получить доступ со шлюза ко всем узлам в сети 192.168.0.0. На Lan2 это классическая локальная сеть с несколькими серверами. Также на этом узле я могу получить доступ ко всем узлам за Lan1.

Теперь хочу добавить новый пир где-нибудь в "диких" условиях - мобильный офис. Пользователь должен иметь доступ к Lan1 и Lan2 одновременно, например. достичь 10.240.0.0/24 и 192.168.0.0/24. Сам пир представляет собой сотовый телефон с клиентом Wireguard в качестве примера.

Шлюз Lan1 WG1.conf

[Интерфейс]
Адрес = 10.100.1.1/32
...

PostUp = iptables -A FORWARD -i %i -j ПРИНЯТЬ; iptables -A FORWARD -o %i -j ПРИНЯТЬ; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE;
PostDown = iptables -D FORWARD -i %i -j ПРИНЯТЬ; iptables -D FORWARD -o %i -j ПРИНЯТЬ; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE;

# дорожный Воин
[Вглядеться]
Публичный ключ = ...
Разрешенные IP-адреса = 10.100.1.2/32

# Шлюз Lan2
[Вглядеться]
Публичный ключ = ...
Разрешенные IP-адреса = 10.100.1.6/32, 192.168.0.0/24

И хост Lan2

[Интерфейс]
Адрес = 10.100.1.6/32
...

PostUp = iptables -A FORWARD -i %i -j ПРИНЯТЬ; iptables -A FORWARD -o %i -j ПРИНЯТЬ; iptables -t nat -A POSTROUTING -o ens18 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ПРИНЯТЬ; iptables -D FORWARD -o %i -j ПРИНЯТЬ; iptables -t nat -D POSTROUTING -o ens18 -j MASQUERADE

# lan1_gate
[Вглядеться]
Публичный ключ = ...
Конечная точка = полное доменное имя:порт
Разрешенные IP-адреса = 10.100.1.1/32, 10.240.0.0/24

Я могу только определить (в моем понимании) на этом мобильном телефоне узел шлюза lan1, потому что у меня нет доступа к lan2_gateway, но я хочу направить весь трафик 192.168.0.0 через lan1_gateway на lan2_gateway.

[Интерфейс]
Адрес = 10.100.1.2/32
...

[Вглядеться]
Публичный ключ = ...
Конечная точка = полное доменное имя:порт
Разрешенные IP-адреса = 10.100.1.1/32, 192.168.0.0/24, 10.240.0.0/24

Когда я подключаю RoadWarrior к lan1, я могу достичь 10.240.0.0/24, но не 192.168.0.0.Что не так? Нужно ли мне другое правило пересылки на lan1_gate для пересылки трафика с 192.168.0.0 на 10.100.1.6? Это уже должно быть сделано.

#> IP-адрес
по умолчанию через 172.31.1.1 dev eth0 onlink
...
Ссылка на область действия 10.100.1.2 dev wg1 
Ссылка на область действия 10.100.1.6 dev wg1 
...
Ссылка на область действия 10.240.0.4 dev wg0 
Ссылка на область действия 10.240.0.5 dev wg0 
...
172.31.1.1 dev eth0 ссылка области прото-ядра src A.B.C.D 
Ссылка на область действия 192.168.10.0/24 dev wg1 

Любые идеи?

Рейтинг:1
флаг cn

Если на хосте шлюза Lan1 не настроены какие-либо дополнительные правила брандмауэра, трафик с мобильного телефона «дорожного воина» будет перенаправляться со шлюза Lan1 на шлюз Lan2 с использованием исходного адреса WireGuard телефона: 10.100.1.2. Поэтому вам нужно добавить адрес телефона в Разрешенные IP-адреса параметр в конфигурации WireGuard для узла шлюза Lan2:

Разрешенные IP-адреса = 10.100.1.1/32, 10.100.1.2/32, 10.240.0.0/24

Шлюз Lan2 будет отбрасывать любые пакеты, которые он получает от своего соединения WireGuard со шлюзом Lan1, если адрес источника пакета не включен в этот адрес. Разрешенные IP-адреса параметр.

флаг us
TRW
Вы правы в двух моментах. У шлюза были дополнительные правила брандмауэра для запрета трафика от узла X к узлу Y (которые я создал после этого вопроса, исходные настройки будут работать), и LAN2 должен знать, какой IP-адрес входит. Я всегда думал, что это маршрут для исходящего трафика, но, по-видимому, это актуально и для входящего трафика. Большое спасибо. Работает.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.