Перенаправление трафика на другой ip

Fedora с GNOME3. Первое умеет UEFI без пляски с бубном и не тянет пакеты из музейных архивов, второе (по мнению девелоперов) должно прекрасно выглядеть и управляться на планшетах.

Это не отвечает на мой вопрос

если допустим ты завернешь весь трафик на германию То как ты потом подключишься к самому VDS ведь абсалютно всё улетит в германию =) Так, что или уточни задачу или никто тебе не ответит.

Товарищ перегрелся. Не обращай внимания.

Для перенаправления тебе нужен DNAT для входящих соединений, позволяет переназначать порты, например, при подключении на русский вдс на порт 2222 и интерфейс eth0 можно перенаправить поток на немецкий вдс с адресом 11.11.11.11 на порт 22:

iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 2222 -j DNAT --to-destination 11.11.11.11:22

Но для того, чтоб это работало, важно сохранить обратный путь, для этого требуется SNAT/MASQUERADE на русском вдс (условно с адресом 22.22.22.22), чтоб немецкий вдс видел запрос, как от русского вдс и слал ответы ему, а русский вдс уже клиенту:

iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

iptables -t nat -A POSTROUTING -o eth0 -j SNAT --to-source 22.22.22.22

Насчёт игрового сервера, важно понимать, что некоторые игры внутри передают клиенту свой адрес подключения. Стандартные conntrack модули не умеют отслеживать такие вещи в нестандартных протоколах. Conntrack умеет работать с некоторыми стандартными протоколами, например, ftp, pptp/gre, h.323 и т.д. Такие модули оформлены отдельными модулями ядра и должны быть включены на сервере с NAT (DNAT/SNAT/MASQUERADE), чтоб корректно подставлять нужные значения в эти протоколы.

Для игровых серверов, если они передают свой адрес внутри своего протокола, придётся патчить сервер, чтоб можно было подставлять правильный реальник клиентам и они подключались на русский вдс.