[Resolvido] VNC conecta mas RDP não
-
Olá pessoal, pesquisei muito estes últimos dias aqui no fórum e não vi nada parecido com este caso em específico.
Estou ainda testando o PFSense na empresa em que trabalho e não consigo acessar um servidor via RDP. Vou mostrar meu cenário e utilizar as portas padrões depois pretendo alterar a porta padrão do MS RDP para obter mais segurança. Mas vamos lá:
Temos um outro FW que é terceirizado por conter alguns outros serviços, mas que eu quero desativa-lo e utilizar apenas o PFSense com dois links de internet e balancear para rede interna.
Minhas regras (ocultei os IPS em "Destination" mas correspondem ao IP interno do meu servidor):
O que acontece: Na rede interna consigo acessar o servidor via RDP normalmente. De fora entrando pelo PFSense não consigo. Já alterei o GTW do servidor para que seja o PFSense mas também não funcionou.
Já via VNC nas portas 5900 e 5800 acesso normalmente da forma como está agora.
Alguém tem alguma sugestão?
Obrigado!
-
Olá!
Primeiro, uma dica se segurança:
Trocar a porta padrão do MS-RDP na regra de NAT não aumenta nada em segurança. O melhor é acessar via VPN mesmo.Sobre o seu problema:
A regra NAT parece estar em ordem, então o problema pode estar no Servidor em questão. Verifique se o Terminal Service está ativado e se não há algum bloqueio de Firewall local. -
Obrigado pela dica.
Mas de qualquer forma, este servidor também será acessado por um DBA externo e eu penso que fica mais comodo de certa forma. Sem que ele precise conectar a VPN sempre que precisar alterar alguma coisa no BD. Então a principio farei uma mudança tanto no server quanto no NAT alterando a porta padrão. Mas enfim…
-
O terminal service está ativado sim e como eu disse, acesso internamente sem problemas;
-
O firewall do servidor está desabilitado.
-
-
Hora de rodar o tcpdump na console/ssh para ver onde os pacotes estão parando.
-
Hora de rodar o tcpdump na console/ssh para ver onde os pacotes estão parando.
@marcelloc no meu caso, a interface é "WAN_OI" então eu devo rodar o comando desta forma: tcpdump -i wan_oi dst port 3389 ?
-
Na wan e na lan para saber o que está acontecendo com os pacotes.
-
@marcelloc, rodei o tcpdump só não entendi o resultado.
Olha só:
WAN: tcpdump -ni wan dst port 3389
14:22:43.196514 IP 189.xxx.xxx.xx.57854 > 201.xxx.xxx.xxx.3389: Flags ~~, seq 978402836, win 8192, options [mss 1460,nop,nop,sackOK], length 0
LAN: tcpdump -ni lan port 3389
14:22:43.196546 IP 189.xxx.xxx.xx.57854 > ip_do_servidor.3389: Flags
, seq 978402836, win 8192, options [mss 1460,nop,nop,sackOK], length 0~~ -
mude o dst port por port.
você só pegou os pacotes entrando.
Já da para adiantar que o pacote está chegando no servidor rdp.
-
Beleza, o resultado foi o mesmo:
WAN: tcpdump -ni re1 port 3389
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on re1, link-type EN10MB (Ethernet), capture size 96 bytes
16:15:53.124079 IP 189.XXX.XXX.XXX.51275 > 201.XXX.XXX.XXX.3389: Flags ~~, seq 1998778755, win 8192, options [mss 1460,nop,nop,sackOK], length 0
16:15:56.125996 IP 189.XXX.XXX.XXX.51275 > 201.XXX.XXX.XXX.3389: Flags ~~, seq 1998778755, win 8192, options [mss 1460,nop,nop,sackOK], length 0
16:16:02.119732 IP 189.XXX.XXX.XXX.51275 > 201.XXX.XXX.XXX.3389: Flags ~~, seq 1998778755, win 8192, options [mss 1460,nop,nop,sackOK], length 0LAN: tcpdump -ni re0 port 3389
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes
16:15:53.124112 IP 189.XXX.XXX.XXX.51275 > 192.XXX.XXX.XXX.3389: Flags ~~, seq 1998778755, win 8192, options [mss 1460,nop,nop,sackOK], length 0
16:15:56.126007 IP 189.XXX.XXX.XXX.51275 > 192.XXX.XXX.XXX.3389: Flags ~~, seq 1998778755, win 8192, options [mss 1460,nop,nop,sackOK], length 0
16:16:02.119746 IP 189.XXX.XXX.XXX.51275 > 192.XXX.XXX.XXX.3389: Flags ~~, seq 1998778755, win 8192, options [mss 1460,nop,nop,sackOK], length 0Já tentei também direcionando para outras estações da rede interna além deste servidor.~~~~~~~~~~~~
-
O pacote vai para o servidor mas não volta.
Não é problema no pfsense.
Veja se não é o firewall do windows.
-
@marcelloc muito obrigado pela ajuda, o firewall do windows estava desativado mas o Kaspersky também tem um firewall que tava bloqueando o retorno dos pacotes.
Criei uma regra no Firewall do Kaspersky e resolvido.
E um detalhe que eu não achava necessário: O gateway do pc interno que está recebendo a conexão RPD tem que estar configurado apontando para o meu servidor que recebe a conexão de entrada da internet (na imagem do primeiro post desse tópico seria o PFSense 10.0.0.1).
Obrigado a todos pelas dicas, espero que este post possa ajudar alguém no futuro!