Направить весь трафик с виртуального интерфейса на временный туннель

Я пытаюсь настроить дома автоматический торрент-клиент для загрузки больших баз данных ГИС, которые я создаю на работе, и выпускаю в виде файлов.torrent.

Мой домашний сервер - Raspberry PI с одним интерфейсом Ethernet, и я выбираю торрент-клиент Transmission (самый легкий в моих тестах). Я подключаюсь к своей рабочей сети через конфигурацию клиента OpenVPN.

Поскольку передача не может быть привязана к интерфейсу, а только к IP, а конфигурация OpenVPN (которую я не контролирую) высвобождает динамический IP-адрес каждому клиенту при каждом подключении, я создал сценарий, который запускает VPN на Raspberry в полночь читает назначенный IP-адрес, закрывает Transmission и перезапускает его, привязанный к этому адресу. Передача выполняется на сервере 24/7, поэтому утром тот же сценарий останавливает VPN, закрывает Transmission и перезапускает его, ограниченный интерфейсом обратной связи, поэтому торрент-трафик не создается, но Transmission все еще может получать уведомления о новых выпусках базы данных и добавлять их в очередь загрузки (это делается с помощью демона).

Это прекрасно работает (VPN-клиенты устанавливают новый шлюз по умолчанию), но я хочу избавиться от хлопот закрытия и запуска передачи два раза в день.

Моя идея состоит в том, чтобы настроить виртуальный интерфейс eth0.1 со статическим IP-адресом и привязать его к tun0, чтобы ВСЕ трафик, генерируемый на eth0.1, проходил через tun0, а затем привязывал передачу к статическому IP-адресу eth0.1. Это позволило бы Передаче быть работающим 24/7, но поток торрента будет отброшен, когда tun0 не работает. Когда VPN работает, торрент-трафик будет проходить через tun0.

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

Благодарю.

0 ответов

Другие вопросы по тегам