Maneira simples de criar um túnel de uma porta local para outra?

Eu tenho um servidor de desenvolvimento, que só é acessível a partir de 127.0.0.1:8000, não 192.168.1.x: 8000. Como um hack rápido, existe uma maneira de configurar algo para escutar em outra porta (por exemplo, 8001) para que, a partir da rede local, eu possa conectar 192.168.1.x: 8001 e encapsular o tráfego entre o cliente e o 127.0 .0.1: 8000?

Usar ssh é a solução mais fácil.

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

Isso encaminha a porta local 8001 em sua estação de trabalho para o endereço localhost na remote-server.com porta 8000.
-gsignifica permitir que outros clientes na minha rede se conectem à porta 8001 na minha estação de trabalho. Caso contrário, apenas clientes locais em sua estação de trabalho poderão se conectar à porta encaminhada.
-Nsignifica que tudo o que estou fazendo é encaminhar portas, não inicie um shell.
-fsignifica entrar em segundo plano depois de uma conexão e login SSH bem-sucedidos.
A porta 8001 permanecerá aberta para muitas conexões, até que o ssh morra ou seja morto. Se você estiver no Windows, o excelente cliente SSH PuTTY também poderá fazer isso. Use 8001 como a porta local e localhost: 8000 e o destino e adicione um encaminhamento de porta local nas configurações. Você pode adicioná-lo após uma conexão bem-sucedida com o PuTTY.

Com socatno servidor:

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

Por padrão, socatescutará na porta TCP 8001 em qualquer endereço IPv4 ou IPv6 (se suportado) na máquina. Você pode restringi-lo ao IPv4 / 6 substituindo tcp-listenpor tcp4-listenou tcp6-listenou para um endereço local específico adicionando a ,bind=that-address.

O mesmo para o soquete de conexão ao qual você está executando o proxy, você pode usar qualquer endereço no lugar de localhoste substituir tcppor tcp4ou tcp6se desejar restringir a resolução do endereço aos endereços IPv4 ou IPv6.

Note-se que para o servidor escuta na porta 8000, a conexão aparecerá como provenientes do proxy (no caso de localhost, que será localhost), e não o cliente original. Você precisaria usar abordagens DNAT (mas que requerem privilégios de superusuário) para que o servidor possa saber quem é o cliente.

Usar o tradicional ncé a solução mais fácil:

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

Esta versão do ncestá no netcat-traditionalpacote no Ubuntu. (Você precisa update-alternativesou chama nc.traditional.)

Observe que, ao contrário do ssh, isso não é criptografado. Lembre-se disso se você o usar fora de um host.

O OpenBSD netcat está disponível por padrão no Linux e também no 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

Uma alternativa que funciona no bash do OS X é usar um tubo bidirecional . Pode funcionar em outros Unixes:

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

Citando um David Spillett 's resposta em ServerFault

O rinetd deve fazer o trabalho, e um binário do Windows pode ser obtido em http://www.boutell.com/rinetd/ (para quem procura a mesma coisa no Linux, o rinetd está nos repositórios padrão de praticamente todas as distribuições pode ser instalado com "apt-get install rinetd" ou "yum install rinetd" ou similar)

É um binário simples que pega um arquivo de configuração no formato

bindaddress bindport connectaddress connectport

Por exemplo:

192.168.1.1 8001 127.0.0.1 8000

ou

0.0.0.0 8001 127.0.0.1 8000

se você deseja vincular a porta de entrada a todas as interfaces.

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

service iptables save
service iptables restart

Com base na resposta de Mark A. , tive que fazer um pequeno ajuste para que ele funcionasse no meu Mac (pelo menos no macOS Mojave versão 10.14.4)

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

Essa declaração printf parece ser crucial. Caso contrário, o comando netcat para conectar-se à porta 8000 nunca tentará realmente se conectar, e o comando netcat para escutar na porta 8001 nunca escutará na porta 8001. Sem o printf, sempre que eu tentasse conectar-me à porta 8001, obteria Ligação recusada.

Minha suposição é que o netcat deve de alguma forma bloquear o stdin (talvez esteja tentando lê-lo por algum motivo) antes de realmente executar qualquer operação do soquete. Como tal, sem a instrução printf escrevendo para fifo a, o comando netcat nunca começará a escutar na porta 8001.

Nota: eu teria deixado uma resposta na postagem de Mark, mas ainda não tenho reputação.

Esta é uma nova maneira de encapsular duas portas udp no servidor: https://github.com/9crk/udpeer

udpeer 8001 8002

Testar:

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