Área de trabalho remota para o Windows Server 2008 R2 de um IP público

2

Estou tentando conectar-me ao meu servidor no meu laptop. Eu fiz o encaminhamento de porta para o IP local que corresponde ao IP local do meu servidor, usando a porta 3389. O firewall está permitindo RDP e eu sou capaz de se conectar a 192.168.1.100 (IP local do servidor) Mas assim que Eu uso o IP público da WAN, não consigo conectar

Ao ouvir com o wireshark, vejo que o ip do meu laptop .102 está tentando alcançar o ip do servidor. :

    
por JFB 31.07.2011 / 02:43

2 respostas

1

Da Internet ou através da sua rede interna?

Se a falha é de dentro da rede, através do IP público, provavelmente é uma limitação de funcionalidade do equipamento de rede, onde muitos equipamentos SOHO NAT notoriamente não passarão o tráfego da rede interna para sua interface WAN externa, apenas para ter esse tráfego tenta voltar para a interface interna. Nessas situações, o encaminhamento / mapeamento de porta funcionará corretamente quando a conexão for do lado da Internet / WAN.

    
por 31.07.2011 / 02:50
1

I have done the port forwarding to the local IP that corresponds to the local IP of my server, using port 3389.

A primeira coisa a fazer é iniciar o Network Monitor ou o Wireshark para descobrir se o tráfego RDP está chegando na interface do seu servidor. Talvez o roteador não esteja encaminhando o tráfego. Se estiver atingindo seu servidor, mas sendo rejeitado, é provável que haja um problema de firewall local. Vi alguns firewalls apresentarem tráfego do lado de fora sendo traduzido como o endereço IP remoto. Por exemplo, em um SonicWall, sob certas circunstâncias, o endereço IP da máquina remota é apresentado, e não a interface LAN do SonicWall. Por que isso é importante? A maioria das instâncias de firewall do Windows padrão rejeitam todo o tráfego que não é de sua própria sub-rede.

The firewall is allowing RDP through

Você tem certeza? Você tem evidências empíricas disso?

    
por 31.07.2011 / 03:30