Redirecionar solicitação para um IP externo para o host local (emular um servidor)

Eu tenho um aplicativo (sem código fonte) chamando um servidor (IP codificado) e esperando uma resposta antes de iniciar (um tipo de login).

Como o servidor está inativo na metade do tempo, desejo criar um servidor fictício que simule o comportamento do servidor oficial.

Meu problema:

Como redirecionar o tráfego para minha máquina local?

Quero que toda a solicitação enviada para o IP wxyz seja roteada novamente para o localhost (onde meu servidor fictício está sendo executado)

Mais informações:

meu servidor fictício é uma solução apache / php.
Tentei editar o IP codificado no aplicativo com um editor hexadecimal, mas algumas somas de verificação falham quando inicio o aplicativo.
Como o IP está codificado no aplicativo, não consigo usar o arquivo hosts.
Estou executando o win xp.

relacionados: Como redirecionar o tráfego para um IP para outro IP no Windows Server 2008

ip redirect Loda
fonte

Respostas:

Isso seria um hack total, mas você pode tentar atribuir o IP do servidor em questão como um IP adicional na interface local, instruções aqui

Robert Swisher
fonte

Isso parece ótimo! mas não posso tentar agora (minha internet está inoperante, estou conectando 3G). Dou alguns comentários no final da próxima semana.

Loda

Isso é demais! trabalhando muito bem, solução muito fácil. obrigado !

Loda

Doce, feliz em ouvir isso :)

Robert Swisher

Precisão: adicionar um IP 2sd à minha NIC teve um efeito colateral; todos os IPs na mesma sub-rede externa são redirecionados para minha placa de rede. ou seja: ao adicionar IP 50.51.51.51, o IP 50.51.51.52 não está mais acessível. Isso é causado pela rota 50.51.51.0 e pela rota 50.255.255.255. Solução alternativa: adicione a rota 50.51.51.52 -> gateway normal.

Loda

a ligação é interrompida

danilo

Bem, você pode tentar o seguinte:

Configure uma rota específica para esse endereço IP, que usará o servidor fictício como gateway, assim:

rota adicionar -host wxyz / 32 gw dummy-server-ip

Para isso, você precisará acessar o roteador principal da sua rede ou precisará fazê-lo na máquina que está enviando as solicitações. Isso efetivamente envia os pacotes TCP com o endereço IP wxyz para o endereço MAC do servidor fictício. Portanto, agora você precisa garantir que o servidor fictício saiba o que fazer com eles.

Em seguida, adicione o endereço IP do wxyz como um endereço secundário ao servidor fictício.
Por fim, atualize a configuração do apache no servidor fictício para garantir que ele também escute no endereço wxyz e verifique se o vhost no servidor fictício aceita solicitações de entrada para o endereço IP e o nome do domínio.

Observe que isso só funcionará se não houver outros roteadores entre a máquina solicitante e o servidor fictício. E se houver algum firewall envolvido, eles também precisam ser atualizados.

wolfgangsz
fonte

Obrigado pela resposta, é exatamente igual ao que eu quero fazer. mas, eu tenho problemas para implementá-lo. Prefiro não tocar no roteador, também porque a solução deve ser exclusiva para minha máquina. O comando que você me colocou como exemplo não funciona no meu win xp. Eu também tentei "route add wxyz 127.0.0.1" sem sucesso. Não tenho firewall / roteador entre o aplicativo e o servidor fictício. ambos correm na mesma máquina. (Mas, eu tenho um firewall de software: kaspersky) Eu realmente aprecio alguma ajuda sobre como definir essa rota.

Loda

Existe um comando de rota disponível para Windows: route ADD wxyz MASK 255.255.255.255 127.0.0.1 Isso direcionará a rota de volta para sua própria máquina. Pode ser necessário abrir o firewall para solicitações recebidas no endereço wxyz.

wolfgangsz

Eu tentei adicionar uma rota usando este comando sem sucesso. não sei porque.

Loda

"route add 62.1.1.10 mask 255.255.255.255 127.0.0.1" A mensagem de erro diz: "erro ao adicionar a rota: parâmetro incorreto" (traduzido do ES)

Loda 20/9

Hmm, talvez você precise substituir 127.0.0.1 pelo endereço IP da LAN atual dessa interface. Eu nunca tentei algo assim antes, então há um pouco de adivinhação envolvida.

wolfgangsz

Você provavelmente poderia bater algo junto com o iptables. Aqui está uma coisa que eu usei uma vez, mas não estou mais fazendo para ajudá-lo:

*nat
:PREROUTING ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A PREROUTING -d 172.16.25.202 -i eth0 -p tcp -m tcp --dport 25 -j DNAT --to 172.16.27.59:8025
-A POSTROUTING -o eth0 -j MASQUERADE 
COMMIT

NB: Eu fiz isso há muito tempo, pode haver erros lá

A única coisa que vejo que pode ser um problema é que é específico da interface. Eu acho que o eth0 é apenas para a parte de entrada, portanto, usando um ip na interface lo (127.0.0.1) como o destino ainda pode funcionar ...

jj33
fonte

Seria uma ótima resposta ... mas ele está executando o Windows XP.

Jason Berg

Doh! Eu acho que vi "apache / php" e parei de ler. Mesmo depois que você apontou, eu digitalizei três vezes antes de ver. Bem, vou deixar, talvez ajude alguém em algum lugar.

Jj33

Estou pensando com o Vagrant, o busybox e o iptables para criar uma VPN seletiva. Quero poder dizer ao meu sistema que apenas alguns endereços IP conhecidos pertencem à VPN, para que o tráfego para outro lugar não passe pela VPN. Minha idéia é usar um Linux leve como busybox para conectar-se à VPN e, em seguida, usar iptables ou arquivo de hosts ou algo semelhante, redirecionar as solicitações dos endereços IP conhecidos para a VM Vagrant convidada para que ele lide com a VPN . Este iptables regras pode me dar alguma ajuda :)

de Bruno Dedo