Можно-ли завернуть UDP трафик в TCP туннель Windows?

Question

[Аккаунт для Анонимизации пользователей]

Здравствуйте!
Служба (программа, игра, неважно) работает на порту 1111 UDP. До хоста можно пробросить порт 1111 TCP. Возможно-ли на 1-ом хосту завернуть трафик в TCP, а на втором обратно пробросить в UDP?!

Заранее спасибо за ваш ответ!

Answer 1

[Александр]

Можно, если вы гуру маршрутизации - при этом два маршрутизатора соединяются туннелем(например VPN) и трафик направляется через него.
Для простого решения лучше взять что-то типа GameRanger(чат,мониторинг,туннель)

Comments

[Аккаунт для Анонимизации пользователей]

Александр,

Для простого решения лучше взять что-то типа GameRanger(чат,мониторинг,туннель)

Это программа которая делает vpn тоннель через интернет, а у меня уже есть канал, нужно только udp переделывать в tcp и на другом хосте обратно без интернета и облачных средств.

Answer 2

[res2001]

Любой вариант ВПН, который умеет создавать туннели по TCP, сделает то что вы хотите.
Например OpenVPN.

Comments

[Аккаунт для Анонимизации пользователей]

res2001,

Любой вариант ВПН, который умеет создавать туннели по TCP, сделает то что вы хотите.
Например OpenVPN

Я хотел использовать SSH туннели, но там только tcp/ipv4 (tcp/ipv6), амне нужно udp/ipv4. Обязательно в таком случае делать ВПН или можно без него?

[res2001]

anonimous_user,

Обязательно в таком случае делать ВПН или можно без него?

Теоретически можно.
Например, был бы у вас линукс можно было бы на скорую руку поднять связку mkfifo + netcat, встречал подобные рецепты в сети. Как подобное соорудить под виндой - не знаю.
В целом вы правы, полноценный ВПН тут не нужен, но ВПН закрывает вашу задачу.
Для облегчения можно в ВПН отключить шифрование или настроить самый легкий вариант шифрования, если, конечно, такое поддерживается.

[Аккаунт для Анонимизации пользователей]

res2001,

В целом вы правы, полноценный ВПН тут не нужен, но ВПН закрывает вашу задачу.
Для облегчения можно в ВПН отключить шифрование или настроить самый легкий вариант шифрования, если, конечно, такое поддерживается

В windows есть pptp он не использует шифрования и у меня есть идея - если pptp не шифрует, а ssh туннель шифрыет трафик, то выйдет защищённый pptp. Будет ли так работать?

[res2001]

anonimous_user, На сколько я знаю, PPTP использует GRE для туннелирования трафика. А GRE - это совсем не TCP. Так что в вашем случае это работать не будет.

[Аккаунт для Анонимизации пользователей]

res2001,

На сколько я знаю, PPTP использует GRE для туннелирования трафика. А GRE - это совсем не TCP. Так что в вашем случае это работать не будет.

Но ведь он же использует всего один tcp порт для подключения и даже если другие порты закрыты он всё равно подключался! Но если так не получиться, то как тогда решить данную задачу?

[res2001]

anonimous_user,

Но ведь он же использует всего один tcp порт для подключения и даже если другие порты закрыты он всё равно подключался!

Если работает, то используйте. У меня с PPTP очень мало опыта. Про GRE я прочитал тут.
Но вам еще нужно заставить PPTP ходить через нужный вам порт, на сколько я понимаю.

[Аккаунт для Анонимизации пользователей]

res2001,

Но вам еще нужно заставить PPTP ходить через нужный вам порт, на сколько я понимаю.

Нет, порт стандартный.

Answer 3

[Aus_Sachsen]

Вообще то, Windows не должен иметь ограничений при работает с UDP. UDP, ровно как и TCP имеют схожее предназначение - быть транспортным протоколом. Отличия лишь в том, что TCP гарантирует доставку пакетов, а UDP нет. Современные же клиент-серверные решения, которые поддерживают и UDP, и TCP - как правило реализованы на основе различных версий "Remote Procedure Call Protocol Specification". Наиболее известный пример - реализация NFS или mound в Linux.
Первым делом, прежде чем городить огород, я бы посмотрел возможность работы Вашей "Службы (программа, игра, неважно)" поверх TCP. Самый простой случай, если в Вашем окружении есть Linux, воспользуйтесь командами rpcinfo -s [IP/host_name сервера], тем самым Вы вызовите 4 процедуру rpcbind, которая вывалит список зарегистрированных программ. Если вам повезет, Вы увидите там свою программу, которая должна отвечать на порту 1111. Сможете так же понять - какие транспортные протоколы доступны. Далее будет дело техники - обеспечить уже на стороне клиента обращение по TCP протоколу.
Если же Ваша программа, вообще ни какой спецификации не следует, то нужно просто разобраться, почему UDP пакеты не "прилетают" на тот хост, где вы ожидаете их получить.