Простий спосіб створити тунель від одного локального порту до іншого?

У мене є сервер розробки, який доступний лише з 127.0.0.1:8000, а не 192.168.1.x: 8000. Як швидкий злом, чи є спосіб налаштувати щось для прослуховування на іншому порту (скажімо, 8001), щоб з локальної мережі я міг підключити 192.168.1.x: 8001 і це би тунелювало трафік між клієнтом і 127.0 .0.1: 8000?

Використання ssh - найпростіше рішення.

ssh -g -L 8001: localhost: 8000 -f -N user@remote-server.com

Це пересилає локальний порт 8001 на вашій робочій станції до адреси localhost на порту віддаленого сервера 8000.
-gозначає, що дозволяють іншим клієнтам у моїй мережі підключатися до порту 8001 на моїй робочій станції. Інакше лише локальні клієнти на вашій робочій станції можуть підключитися до переадресованого порту.
-Nозначає, що все, що я роблю, - це переадресація портів, не запускайте оболонку.
-fозначає розщеплення у фоновий режим після успішного підключення SSH та входу.
Порт 8001 залишатиметься відкритим для багатьох з'єднань, поки ssh не помре або не буде вбито. Якщо у вас є Windows, відмінний SSH-клієнт PuTTY може це зробити також. Використовуйте 8001 як локальний порт і localhost: 8000 та місце призначення та додайте переадресацію локального порту в налаштуваннях. Ви можете додати його після успішного з'єднання з PuTTY.

З socatсервером:

socat tcp-listen:8001,reuseaddr,fork tcp:localhost:8000

За замовчуванням socatпрослуховує порт TCP 8001 на будь-якій IPv4 або IPv6 адресі (якщо підтримується) на апараті. Ви можете обмежити його IPv4 / 6 шляхом заміни tcp-listenз tcp4-listenабо tcp6-listen, або до конкретного локальномуадресою, додавши ,bind=that-address.

Те ж саме для підключення, до якого ви перебуваєте, ви можете використовувати будь-яку адресу замість нього localhostта замінити tcpна нього, tcp4або tcp6якщо ви хочете обмежити роздільну здатність адрес на IPv4 або IPv6 адреси.

Зауважте, що для прослуховування сервера на порту 8000, з'єднання відображатиметься як проксі-сервер (у випадку localhost, що це буде localhost), а не вихідний клієнт. Вам потрібно буде використовувати підходи DNAT (але для цього потрібні привілеї суперпользователя), щоб сервер міг сказати, хто клієнт.

Використання традиційного ncє найпростішим рішенням:

nc -l -p 8001 -c "nc 127.0.0.1 8000"

Ця версія ncє в netcat-traditionalпакеті на Ubuntu. (Ви повинні update-alternativesабо подзвоните nc.traditional.)

Зауважте, що на відміну від ssh, це не шифрується. Майте це на увазі, якщо ви використовуєте його поза одним хостом.

OpenBSD netcat доступний за замовчуванням в Linux, а також в OS X.

OSX:

mkfifo a
mkfifo b
nc 127.0.0.1 8000 < b > a &
nc -l 8001 < a > b &

Linux:

mkfifo backpipe
nc -l 12345 0<backpipe | nc www.google.com 80 1>backpipe

Альтернативою, яка працює на OS X, є використання двоспрямованої труби . Він може працювати на інших Unixes:

nc 127.0.0.1 8000 <&1 | nc -l 8001 >&0

Процитувати Девіда Spillett «сек відповідь на ServerFault

Rinetd повинен зробити цю роботу, а бінарний файл Windows для цього можна отримати з http://www.boutell.com/rinetd/ (для тих, хто шукає те ж саме під Linux, rinetd знаходиться в стандартних сховищах майже кожного дистрибутива тому може бути встановлено за допомогою "apt-get install rinetd" або "yum install rinetd" або подібного)

Це простий двійковий файл, який приймає файл конфігурації у форматі

bindaddress bindport connectaddress connectport

Наприклад:

192.168.1.1 8001 127.0.0.1 8000

або

0.0.0.0 8001 127.0.0.1 8000

якщо ви хочете прив’язати вхідний порт до всіх інтерфейсів.

iptables -t nat -A PREROUTING -p tcp --dport <origin-port> -j REDIRECT --to-port <destination-port>

service iptables save
service iptables restart

Виходячи з відповіді Марка А. , мені довелося зробити невеликий твіт, щоб він працював на моєму Mac (принаймні, на macOS Mojave версії 10.14.4)

mkfifo a
mkfifo b
nc 127.0.0.1 8000 < b > a &
nc -l 8001 < a > b &
printf "" > a

Це твердження printf видається вирішальним. Інакше команда netcat для підключення до порту 8000 ніколи насправді не намагатиметься підключитися, а команда netcat для прослуховування через порт 8001 ніколи насправді не прослухає порт 8001. Без printf кожен раз, коли я намагався би підключитися до порту 8001, отримав би З'єднання відхилено.

Моє припущення, що netcat повинен якось блокуватися на stdin (можливо, він намагається прочитати його чомусь), перш ніж робити фактично будь-які операції Socket. Таким чином, без запису printf, записаного на fifo a, команда netcat ніколи не почне слухати на порт 8001.

Примітка. Я б залишив відповідь на пошті Марка, але репутації у мене поки немає.

Це новий спосіб тунелю двох портів udp на сервері: https://github.com/9crk/udpeer

udpeer 8001 8002

Перевіряти:

nc -u xxxx.com 8001
nc -u xxxx.com 8002