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

    PFSENSE nao conecta porta 1433 SQL SERVER

    Scheduled Pinned Locked Moved Portuguese
    20 Posts 7 Posters 5.1k 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.
    • michelhmoncaoM
      michelhmoncao
      last edited by

      :(

      Bom dia, fiz todas as dicas que os amigos indicaram porem mesmo assim nao vai de jeito algum. refiz a NAT e as Rules, mas no entanto nao acessa de forma alguma.
      Algo mais que eu possa fazer?

      1 Reply Last reply Reply Quote 0
      • L
        lucaspolli
        last edited by

        mande um print das suas regras NAT

        1 Reply Last reply Reply Quote 0
        • michelhmoncaoM
          michelhmoncao
          last edited by

          Segue os prints…

          OBS - Nao sei se pode ter haver mas estava usando sql server 2014. retirei e to instalando o sql server 2012... ainda nao testei pois o server esta fazendo atualização, pois precisei reiniciar.

          NAT.jpg
          NAT.jpg_thumb
          NAT002.jpg
          NAT002.jpg_thumb

          1 Reply Last reply Reply Quote 0
          • L
            lucaspolli
            last edited by

            ja verificou se o firewall dos modens nao esta ativo? a NAT esta correta, apesar de estar como TCP e a Rule como TCP/UDP…

            1 Reply Last reply Reply Quote 0
            • michelhmoncaoM
              michelhmoncao
              last edited by

              Ja sim, o firewall esta desativado, e foquei apenas do da gvt que esta como Bridge… acabei de fazer o teste com o sql server 2012 e continua nao conectando na porta 1433.

              1 Reply Last reply Reply Quote 0
              • L
                lucaspolli
                last edited by

                bom o que resta é tcpdump para ver o que esta ocorrendo, tem varios exemplos aqui de como usar..

                1 Reply Last reply Reply Quote 0
                • michelhmoncaoM
                  michelhmoncao
                  last edited by

                  Uma questao que observei aqui… liberei outra maquina para acesso remoto RDP e fiz da seguinte forma, falei que quem vier pela porta 43389 é para enviar para a maquina x na porta 3389, e foi, liberou na boa... o que to achando estranho é que parece que o pf, so esta liberando as portas de destino pre cadastrada nele la. Isso procede? Sera que o a opção (other) pode estar bugado? Estou usando a ultima versao do PF

                  1 Reply Last reply Reply Quote 0
                  • L
                    lucaspolli
                    last edited by

                    nao.. uso portas "others" sem problemas… pelo que vi parace ser problemas com o windows server e nao com o pfsense.. revise la as configuracoes... gateway.. firewall.. sqlserver liberado para acesso externo..  um teste legal seria dar um nmap no ip do server para ver se as portas estao realmente abertas...

                    1 Reply Last reply Reply Quote 0
                    • michelhmoncaoM
                      michelhmoncao
                      last edited by

                      Olha ai o resultado do Nmap… esta aberta a 1433

                      nmap.jpg
                      nmap.jpg_thumb

                      1 Reply Last reply Reply Quote 0
                      • L
                        lucaspolli
                        last edited by

                        um detalhe, não seria necessário NAT também da porta UDP 1434?

                        1 Reply Last reply Reply Quote 0
                        • michelhmoncaoM
                          michelhmoncao
                          last edited by

                          Teoricamente nao… mas acabei de criar a regra no nat e rules por via de duvidas,

                          1 Reply Last reply Reply Quote 0
                          • L
                            lucasmartinsjf
                            last edited by

                            Conseguiram o acesso via sql estou passando pelo mesmo problema nao consigo conectar

                            1 Reply Last reply Reply Quote 0
                            • D
                              dannieldias
                              last edited by

                              eu também estou com o mesmo problema… alguém solucionou?

                              1 Reply Last reply Reply Quote 0
                              • P
                                pskinfra
                                last edited by

                                Entre em contato, posso ajudar!

                                Abraços

                                --
                                E-mail: tleite@bsd.com.br
                                Whatsapp: (021) 9 6403-5250

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

                                  Use sempre o tcpdump para verificar problemas de conectividade

                                  Ouça a interface wan e lan na porta que fez o nat. Dessa forma você pode ver o trafego chegando(ou não) do modem/internet para o pfSense e se quando o pacote chega se ele sai pela lan para conectar no servidor sql.

                                  Se o pacote chega na wan e é enviado pela lan para o seu servidor, significa que seu windows está bloqueando o acesso quando o ip não é local.

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

                                  Help a community developer! ;D

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