Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    [Resolvido] Dúvida - Acesso RDP | Criação de Regras

    Scheduled Pinned Locked Moved Portuguese
    20 Posts 6 Posters 3.0k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • danilosv.03D
      danilosv.03
      last edited by

      Você já tentou alterar a porta do acesso via RDP? Você já viu se o seu Win Server tá habilitado para receber acesso externo via a porta RDP?


      :)
      |E-mail: danilosv.03@gmail.com
      |Skype: danilosv.03


      1 Reply Last reply Reply Quote 0
      • Z
        z4ratustra
        last edited by

        @marcelloc:

        Se não chega na wan, o problema não está no firewall. Tente um telnet em outra porta até ver o tráfego chegar na wan.

        Bom dia,
        Segue abaixo o relatório do tcpdump que consegui gerar agora pela manhã:

        
        09:45:14.869846 IP (tos 0x0, ttl 114, id 6344, offset 0, flags [DF], proto TCP (6), length 141)
            1x7.xx.xx.xx.3390 > 1x7.x.xx.xx.36131: Flags [P.], cksum 0x5e15 (correct), seq 5633:5734, ack 3145, win 258, length 101
        09:45:14.979009 IP (tos 0x0, ttl 114, id 6345, offset 0, flags [DF], proto TCP (6), length 157)
            1x7.xx.xx.xx.3390 > 1x7.x.xx.xx.36131: Flags [P.], cksum 0x3f94 (correct), seq 5734:5851, ack 3262, win 257, length 117
        09:45:16.166180 IP (tos 0x0, ttl 114, id 6346, offset 0, flags [DF], proto TCP (6), length 52)
            1x7.xx.xx.xx.61854 > 1x7.x.xx.xx.3389: Flags [s], cksum 0xc25f (correct), seq 3424549821, win 8192, options [mss 1440,nop,wscale 8,nop,nop,sackOK], length 0
        09:45:16.166187 IP (tos 0x0, ttl 114, id 6346, offset 0, flags [DF], proto TCP (6), length 52)
            1x7.xx.xx.xx.61854 > 192.168.x.x.3389: Flags [s], cksum 0x54ff (correct), seq 3424549821, win 8192, options [mss 1440,nop,wscale 8,nop,nop,sackOK], length 0
        09:45:22.172121 IP (tos 0x0, ttl 114, id 6359, offset 0, flags [DF], proto TCP (6), length 48)
            1x7.xx.xx.xx.61854 > 1x7.x.xx.xx.3389: Flags [s], cksum 0xd66e (correct), seq 3424549821, win 8192, options [mss 1440,nop,nop,sackOK], length 0
        09:45:22.172127 IP (tos 0x0, ttl 114, id 6359, offset 0, flags [DF], proto TCP (6), length 48)
            1x7.xx.xx.xx.61854 > 192.168.x.x.3389: Flags [s], cksum 0x690e (correct), seq 3424549821, win 8192, options [mss 1440,nop,nop,sackOK], length 0
        
        [quote]
        Você já tentou alterar a porta do acesso via RDP? Você já viu se o seu Win Server tá habilitado para receber acesso externo via a porta RDP?
        [/quote]
        Bom dia,
        Sim, utilizávamos no outro firewall/router, implantamos o pfSense sexta passada. 
        [/s][/s][/s][/s]
        
        1 Reply Last reply Reply Quote 0
        • Z
          z4ratustra
          last edited by

          Boa tarde,
          Atualizando mandei gerar log dos IPs com acesso liberado e identifiquei meu endereço tentando acessar o serviço do GLPI sistema de chamados internos e o RDP.
          Obs: Utilizo um serviço de DNS para gerar endereços para os serviços porém mesmo acessando pelo IP da WAN não consigo, ele mostra que está liberado mas não carrega o acesso.

          Porta única

          Descubra o serviço
          Porta Verificar 3389 Aberta ms-wbt-server - MS WBT Server

          ![RDP e GLPI.jpg](/public/imported_attachments/1/RDP e GLPI.jpg)
          ![RDP e GLPI.jpg_thumb](/public/imported_attachments/1/RDP e GLPI.jpg_thumb)

          1 Reply Last reply Reply Quote 0
          • marcellocM
            marcelloc
            last edited by

            O seu dump mostra respostas na 3390, mas parece que para o mesmo ip ou ip na mesma rede.

            A porta 3389 está chegando na wan ou saindo pela lan. Não da pra ter certeza porque você não indicou qual interface monitorou mas o ip de destino é 192.168, que não é comum para uma wan. Repete este teste com outro tcpdump aberto na lan e wan para ver se o tráfego aparece nas duas.

            Treinamentos de Elite: http://sys-squad.com

            Help a community developer! ;D

            1 Reply Last reply Reply Quote 0
            • Z
              z4ratustra
              last edited by

              @marcelloc:

              O seu dump mostra respostas na 3390, mas parece que para o mesmo ip ou ip na mesma rede.

              A porta 3389 está chegando na wan ou saindo pela lan. Não da pra ter certeza porque você não indicou qual interface monitorou mas o ip de destino é 192.168, que não é comum para uma wan. Repete este teste com outro tcpdump aberto na lan e wan para ver se o tráfego aparece nas duas.

              Marcello, obrigado pela ajuda e paciência, criei uma regra na Lan liberado o acesso ao servidor e adicionei essa regra acima das outras, após isso o acesso foi liberado, creio que me equivoquei na criação, ou não, porque todo o material informa que é só criar o nat e a regra na wan automática, de qualquer forma está funcional.
              Mais uma vez agradeço pela ajuda de todos!

              1 Reply Last reply Reply Quote 0
              • marcellocM
                marcelloc
                last edited by

                De fato a regra é só na interface onde o tráfego começa. Se aquele 192.168 que apareceu na wan for tráfego da lan, pode indicar que você tem problema na sua rede interna.

                Treinamentos de Elite: http://sys-squad.com

                Help a community developer! ;D

                1 Reply Last reply Reply Quote 0
                • Z
                  z4ratustra
                  last edited by

                  @marcelloc:

                  De fato a regra é só na interface onde o tráfego começa. Se aquele 192.168 que apareceu na wan for tráfego da lan, pode indicar que você tem problema na sua rede interna.

                  Bom dia Marcello,
                  Realmente estou com algum problema de configuração, hoje pela manhã reativei a configuração de failover(multiwan) e as regras pararam de funcionar.
                  Creio que dever a regra de multiwan que está barrando os acessos.

                  1 Reply Last reply Reply Quote 0
                  • T
                    ttercio
                    last edited by

                    z4ratustra - eu também já tive uns bugs assim quando tentei coloca failover pela primeira vez. Os Nats não funcionavam, tenta na sua regra da WAN que foi criada automaticamente pelo NAT especificar em Gateway seu GTW1 e cria outra "igual" ( lógico que vai mudar e interface de entrada pra sua WAN2 ) e aponta pro seu GWT2.

                    1 Reply Last reply Reply Quote 0
                    • Z
                      z4ratustra
                      last edited by

                      @ttercio:

                      z4ratustra - eu também já tive uns bugs assim quando tentei coloca failover pela primeira vez. Os Nats não funcionavam, tenta na sua regra da WAN que foi criada automaticamente pelo NAT especificar em Gateway seu GTW1 e cria outra "igual" ( lógico que vai mudar e interface de entrada pra sua WAN2 ) e aponta pro seu GWT2.

                      Bom dia Ttercio, obrigado pelo retorno.
                      Vou criar as regras aqui e validar, assim que possível retorno.

                      1 Reply Last reply Reply Quote 0
                      • A
                        apesjr
                        last edited by

                        Bom dia z4ratustra,

                        Já verificou a regra de Firewall do seu Servidor Windows na Opção Publica?

                        Faz um teste Rápido. Desativa o firewall  do servidor Windows.

                        1 Reply Last reply Reply Quote 0
                        • Z
                          z4ratustra
                          last edited by

                          Boa tarde,
                          Desculpem a demora, não sei por qual motivo a regra da WAN estava sendo bloqueada por outra que estava acima, a regra era de liberação também porém para um host em especifico externo, um "Túnel", após mover as regras de RDP para cima o acesso foi normalizado.
                          Agradeço a todos pela ajuda e obrigado pela paciência  ;)

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.