Маршрут установлен но связаться с устройством в vpn сети не удаётся?

Question

[Desksdjdjs]

Помогите пожалуйста найти причину ошибки.

ip стат
Роутер оф1 192.168.2.1
Openvpn server оф1 192.168.2.2
Openvpn пул tun 192.168.10.1

Вебпанель оф2 192.168.0.21
Роутер оф2 192.168.0.1

Был настроен маршрут 192.168.0.0 via 192.168.10.1 для того чтобы из сети впн можно было зайти в админ панель на устройстве (192.168.0.21), которое подключено как клиент к впнсерверу. Пинг с устройства идёт на устройства всего офиса1, а обратно если - не идёт.

Не могу найти причину такого безобразия. Подскажите пожалуйста. Все перепробовал , ужасно замучался(((

Поправочка : Centos7. Может там что-то блокирует?

Не получается подключиться к панели через сеть впн.

Comments

[Drno]

А ты маршрут с 2х сторон прописал?

[res2001]

Где настроен маршрут? Как настроен маршрут? С какого IP вы пытаетесь попасть на 192.168.0.21?
Блокировать трафик может ... фаервол! Как ни странно. Причем блокировать может и любой промежуточный фаервол от источника до приемника.

[ValdikSS]

Пинг с устройства идёт на устройства всего офиса1

Это скорее плохо, чем хорошо.
Вызвано это может быть следующим:
1. У вас настроен NAT из подсети офиса №2, возможно, мешающий прямой маршрутизации
2. У вас маршрутизация настроена корректно, но есть блокирующие правила firewall'а где-то на пути прохождения пакета

Как я вам отвечал в первом вопросе, вам нужно либо настроить NAT до 192.168.0.21 на VPN-сервере при доступе с IP-адресов VPN (это костыльный, но самый простой в настройке вариант), либо корректно прописать маршруты на всём пути следования пакета до диапазонов IP-адресов обоих офисов. Маршруты нужно прописывать и на конечных устройствах (как минимум, на самом 192.168.0.21), и на маршрутизаторах.
Также, если у вас где-то есть несколько сетевых карт, о которых вы не упомянули в описании сети, необходимо убедиться, что пакеты уходят с правильным IP-адресом источника и через правильный интерфейс.

Отлаживать прохождение пакета можно с помощью команд `ip route get адрес`, `traceroute` и `tcpdump`.

[ValdikSS]

ValdikSS, а, вы запустили OpenVPN-клиент на самом хосте 192.168.0.21? Тогда просто обращайтесь к нему по IP-адресу внутри VPN (192.168.10.x), при такой конфигурации необходимо только настроить маршрут до диапазона 192.168.10.0/24 через 192.168.2.2 на роутере 192.168.2.1.

Answer 1

[AlexVWill]

Был настроен маршрут 192.168.0.0 via 192.168.10.1

А зачем? Обычно устройства внутри VPN сети и так друг-дружку видят, если иное не настроено в конфиге OpenVPN сервера (кстати, проверь настройку client-to-client в /etc/openvpn/server/server.conf и прочитай к ней коммент).
Более того, ты пытаешься маршрутизировать пакеты извне внутрь VPN сети, это какбэ такое... неправильно это.
У тебя VPN то 192.168.10.1, а не 192.168.0.0

Comments

[Desksdjdjs]

Спасибо за ответ)
Может тогда centos блокирует что то?
Почему тогда пинги обратно не идут?(((
Client to cl стоит)

[Desksdjdjs]

Я пытаюсь связаться с устройством через браузер по ip устройства который присвоен роутером офиса 2

Что искать?(

[ValdikSS]

У автора устройства не в VPN-сети (в смысле не в IP-диапазоне VPN-сервера).

Answer 2

[SterhXXX]

Потому что отсутствует обратный маршрут.