У меня есть несколько серверов, которые подключаются к миру через «шлюз», который использует NAT для перенаправления в Интернет.
Я пытаюсь подключить сервер шлюза к VPN-клиенту через файл конфигурации OpenVPN. при подключении возвращает ошибку "RTNETLINK answers: File exists
". У меня нет проблем с брандмауэром или портом, поскольку соединение от внутреннего клиента с использованием того же файла OpenVPN работает нормально.
вот моя таблица маршрутизации до VPN-подключения
192.168.110.0 * 255.255.255.224 U 0 0 0 eth1
10.149.0.0 * 255.255.0.0 U 0 0 0 ib0
link-local * 255.255.0.0 U 1002 0 0 eth0
link-local * 255.255.0.0 U 1003 0 0 eth1
link-local * 255.255.0.0 U 1004 0 0 ib0
10.141.0.0 * 255.255.0.0 U 0 0 0 eth0
default 192.168.110.1 0.0.0.0 UG 0 0 0 eth1
вот таблица маршрутизации после того, как соединение установлено, и она выдает ошибку:
Destination Gateway Genmask Flags Metric Ref Use Iface
24.248.180.0 10.2.113.1 255.255.255.240 UG 0 0 0 tun0
192.168.110.0 * 255.255.255.224 U 0 0 0 eth1
10.2.113.0 * 255.255.255.0 U 0 0 0 tun0
10.0.0.0 10.2.113.1 255.255.252.0 UG 0 0 0 tun0
10.149.0.0 * 255.255.0.0 U 0 0 0 ib0
link-local * 255.255.0.0 U 1002 0 0 eth0
link-local * 255.255.0.0 U 1003 0 0 eth1
link-local * 255.255.0.0 U 1004 0 0 ib0
10.141.0.0 * 255.255.0.0 U 0 0 0 eth0
default 192.168.110.1 0.0.0.0 UG 0 0 0 eth1
Я думаю, что проблема во второй строке, но если я удалю это, я потеряю внешнее соединение с сервером, правильно?
есть ли способ, чтобы соединение OpenVPN работало без необходимости вручную изменять таблицу маршрутов. Или есть способ изменить таблицу маршрутов, чтобы эта ошибка не возникала и OpenVPN выполнял свою работу?
Вы не сможете диагностировать ошибку, которую получаете, просто просматривая таблицы маршрутов.
Эта конкретная ошибка почти всегда связана с тем, что вы пытаетесь добавить новый маршрут, идентичный маршруту, уже существующему в вашей системе. Если вы увеличите ведение журнала OpenVPN, вы должны увидеть, какая команда маршрута не работает в ваших журналах.
OpenVPN немного тупой в отношении того, как он применяет маршруты. Он не проверяет, настроен ли уже маршрут. Если маршрут настроен в конфигурации или передан сервером, ваш клиент попытается добавить маршрут, даже если он уже существует. Поэтому иногда эту «ошибку» можно рассматривать как предупреждение. В зависимости от конкретного маршрута и того, как он применяется в системе.