Liberar portas no PFsense
-
você filtrou o log do tcpdump para a porta 3389?
tcpdump -ni sua_interface_wan port 3389
Na verdade não entendir como usar o tcpdump, utilizo ele de fora pra dentro ou de dentro lan.
Tipo assim: baixei o tcpdump, ao abrir ele já abre uma tela em DOS e não deixa eu digitar nada, fica processando tudo sozinho.
entrei via SSH e digitei o comando mais nada acontece ao digitar. é como se ele aceitasse o comando tcpdump porem nada acontece.
se possivel gostaria de entender como ele funciona, onde tenho q abrir esse tcpdump, no meu pc, dentro do firewall, onde ?
-
baixei o tcpdump, ao abrir ele já abre uma tela em DOS e não deixa eu digitar nada, fica processando tudo sozinho.
O tcpdump é para ser executado na console/ssh do pfsense, não da sua maquina
entrei via SSH e digitei o comando mais nada acontece ao digitar. é como se ele aceitasse o comando tcpdump porem nada acontece.
Se executou na interface certe, significa que o trafego não está chegando no pfsense.
se possivel gostaria de entender como ele funciona, onde tenho q abrir esse tcpdump, no meu pc, dentro do firewall, onde ?
olhe os tutoriais aqui do forum e o google
-
Conforme o Marcell informou sua regra esta correta.
Verifica que este servidor windows possui na configuração da lan o gw do pfsense nela. -
Mude no parâmetro de tcpdump que você rodou wan por pppoe0
tcpdump -ni pppoe0 port 3389
-
Cara, a melhor coisa para vc fazer é reinstalar esse servidor do zero.. Pare a rede em um momento de pouco fluxo, a noite por exemplo.. Depois é só vim aqui no forum q fica bem mais fácil, e melhor vc começar do zero, configurar do seu geito, q ficar tentando arrumar as coisas dos outros.
-
Cara, a melhor coisa para vc fazer é reinstalar esse servidor do zero.. Pare a rede em um momento de pouco fluxo, a noite por exemplo.. Depois é só vim aqui no forum q fica bem mais fácil, e melhor vc começar do zero, configurar do seu geito, q ficar tentando arrumar as coisas dos outros.
O pior q esse já é outro q eu mesmo instalei, pois o dele já existia essa falha, baixai o cd de instalação e fiz a instalção em outro pc, dai funcionou tudo que eu queria menos o terminal service, ( 3389 )
-
felipsobral,
Olhando de fora, para mim é claro que a porta 3389 está bloqueada em algum ponto antes do pfsense(modem, provedor,etc)
Conseguiu se entender com o tcpdump executado via console(pfsense) na interface wan?
att,
Marcello Coutinho -
felipsobral,
Olhando de fora, para mim é claro que a porta 3389 está bloqueada em algum ponto antes do pfsense(modem, provedor,etc)
Conseguiu se entender com o tcpdump executado via console(pfsense) na interface wan?
att,
Marcello CoutinhoQuando eu executo o comando descrito por vc no console mostrado na img nada acontece tb. descrevo a baixo o procedimento feito por mim.
No Pfsense estou indo até o menu
Diagnostics
Command Promptonde tem Execut shell command eu digito exatamente assim: tcpdump -ni wan port 3389
Logo acima de Execut shell e abaixo de Diagnostic: Execut Command aparece o seguinte: $ tcpdump -ni wan 3389
e dai fico sem entender nada. -
Felipe, você não esta lendo os posts direito, o seu comando do Tcpdump esta errado. Releia e veja o que esta faltando.
-
Felipe, você não esta lendo os posts direito, o seu comando do Tcpdump esta errado. Releia e veja o que esta faltando.
Pelo que eu etendir o tcpdump é um comando como qualquer outro, que deve ser dado no console do pfsense informando qual é a sua placa de rede wan e qual a porta q vc quer verificar, dai é o q estou dizendo, minhas placas são nomeadas em WAN e LAN, antes de nomea-la eram vr0 e re0.
Estou entrando no console e digitando o comando tcpdump -ni o nome d interface Wan q é wan mesmo, o nome port e o nº q é a 3389
O que tem de errado pelo amor de Deus, pois não acho post de niguem explicando como se aplica esse danado.
-
releia este post
http://forum.pfsense.org/index.php/topic,54989.msg297095.html#msg297095
-
releia este post
http://forum.pfsense.org/index.php/topic,54989.msg297095.html#msg297095
Parceiro, estou a tarde inteira relendo toda nossa conversa e não intendir o q vc quer q eu reveja e faça novamente.
é dificil dizer o que tem q ser feito num passo a passo. vc quer q eu coloque um monitor no pfsense digite a opção shell e depois o comando tcpdump -ni wan port 3389 é isso ?
-
repetindo exatamente o que está no post que indiquei..
Mude no parâmetro de tcpdump que você rodou wan por pppoe0
tcpdump -ni pppoe0 port 3389
-
repetindo exatamente o que está no post que indiquei..
Mude no parâmetro de tcpdump que você rodou wan por pppoe0
tcpdump -ni pppoe0 port 3389
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on pppoe0, link-type NULL (BSD loopback), capture size 96 bytes
-
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on pppoe0, link-type NULL (BSD loopback), capture size 96 bytes
Se neste tempo em que o tcpdump estava ouvindo a interface você tentou acessar o terminal service via internet, então com certeza o bloqueio acontece antes de chegar no pfsense e portanto não é problema/erro/falha do/no pfsense.
-
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on pppoe0, link-type NULL (BSD loopback), capture size 96 bytes
Se neste tempo em que o tcpdump estava ouvindo a interface você tentou acessar o terminal service via internet, então com certeza o bloqueio acontece antes de chegar no pfsense e portanto não é problema/erro/falha do/no pfsense.
Acredito eu q vc tentou acessar agora pois chegou a informação aqui, então quer dizer q está chegando no pfsense, vou postar o q chegou
-
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on pppoe0, link-type NULL (BSD loopback), capture size 96 bytes
Se neste tempo em que o tcpdump estava ouvindo a interface você tentou acessar o terminal service via internet, então com certeza o bloqueio acontece antes de chegar no pfsense e portanto não é problema/erro/falha do/no pfsense.
Acredito eu q vc tentou acessar agora pois chegou a informação aqui, então quer dizer q está chegando no pfsense, vou postar o q chegou
10:11:06.303269 IP 161.z.191.205.80 > 187.112.x.y.3389: Flags [R], seq 3907997620, win4096, length 0
Obs: Agora foi q eu entendir q era pra eu inserir no comando tcpdump -ni pppoe0 port 3389 e tentar fazer a conexão de fora pra ver se chegava, depois de vc ter falado comigo q eu vir a solicitação chegando de um ip externo foi q deduzir, logo entrei no forum e postei. mas em fim, vc agora tem alguma sugestão parceiro?
-
10:11:06.303269 IP 161.z.191.205.80 > 187.112.x.y.3389: Flags [R], seq 3907997620, win4096, length 0
Este pacote não é do seu teste de terminal service, continuo com a mesma opinião do post anterior
-
10:11:06.303269 IP 161.y.191.205.80 > 187.112.x.z.3389: Flags [R], seq 3907997620, win4096, length 0
Este pacote não é do seu teste de terminal service, continuo com a mesma opinião do post anterior
Vc não entendeu o q eu quis dizer, mas em fim, vou postar o do meu TS externo, a informação q está chegando no pfsense
10:26:12.050629 IP 177.z.135.129.64825 > 187.112.X.Y.3389 Flags [ S ], seq 2549288895, win 8192, options [mss 1452,nop,wscale 8, nop,nopsackOK], length 0
10:26:15.783499 IP 177.z.135.129.64825 > 187.112.X.Y.3389 Flags [ S ], seq 2549288895, win 8192, options [mss 1452,nop,wscale 8, nop,nopsackOK], length 0
10:26:21.784618 IP 177.z.135.129.64825 > 187.112.X.Y.3389 Flags [ S ], seq 2549288895, win 8192, options [mss 1452,nop,wscale 8, nop,nopsackOK], length 0Obs: estou com um notebook de frente pra meu pfsense com um modem 3g, dou o comando no console do pfsense e ele fica aguardando pra receber os pacotes ok ? quando tento acessar do meu ts no notebook na mesma hora aparece essas informações acima, acredito q seja da minha tentativa de conexão. vc consegue decifrar algum erro nesse relatório ?
-
Executa o mesmo comando na lan(usando o nome da interface no lugar da palavra lan) agora.
Pesquisa mais um pouco sobre o tcpdump e firewall felipsobral, o que você está postando/querendo é um passo a passo detalhado de com se trabalha com firewall.
Não esqueça também de mascarar seu ip nos posts, nem todos que leem/acessam este fórum estão bem intencionados
att,
Marcello Coutinho