Não é possível conectar-se ao SQL Server e Wireshark não escutar nada

Question

Estou tentando conectar-me a um SQL Server de fora da LAN, por isso abri a porta 1433 (porta padrão do SQL Server) no firewall. No lado do servidor estou ouvindo com o Wireshark e posso escutar ping (filtrando por icmp ou ip address) do ip X mas nada sobre o telnet em 1433 ou outras portas (filtragem por ip ou por tcp / 1433). O administrador da rede não pode ver meu tráfego tcp através do firewall também.

Alguém pode me ajudar?

Obrigado.

    

Answer 1

(Segunda edição: se o administrador da rede no lado do roteador LAN do servidor não puder ver nenhum tráfego vindo ao roteador, então o tráfego está sendo bloqueado em outro lugar: talvez na LAN do cliente (o cliente também está atrás de um NAT) ?) ou em qualquer lugar no meio. De qualquer forma, acho que o túnel VPN é a melhor abordagem para resolver o seu problema)

(Nota: Lembre-se de abrir a porta do banco de dados para a Internet geralmente não é a melhor política, melhor estabelecer uma VPN ou pelo menos filtrar a porta para permitir APENAS os ips que acessam, como o servidor da Web) / p>

Como você ligou a porta? Não é uma questão de abertura, trata-se de vincular as conexões de entrada do roteador à porta X (por exemplo, 1433), à porta 1433 do ip da rede do servidor.

Além disso, existe a possibilidade de que qualquer rede intermediária esteja bloqueando o tráfego antes de chegar ao roteador. Tente alterar a porta de conexão no roteador para, por exemplo, 80, SE estiver livre ou qualquer outra porta comumente não bloqueada.

Outras razões prováveis para o tráfego ser bloqueado podem ser o tráfego bloqueado por tipo (o tráfego pode ser restrito por protocolo em qualquer / todas as portas, verifique também) no roteador da LAN ou em qualquer lugar entre o cliente fora da LAN e o roteador , nesse caso não há muito o que fazer, mas você ainda pode configurar um túnel VPN para simular uma conexão local, dependendo do suporte do seu roteador para ele (ou você também pode configurá-lo no seu servidor: verifique link ).

Verifique também se o servidor não está bloqueando as conexões que vêm do endereço IP do roteador (às vezes acontece, mas você deve ver isso no wireshark, eu acho)

Além disso, o link fornece um serviço gratuito e muito fácil de configurar para expor temporariamente o seu servidor à Internet através de um link de subdomínio gerado aleatoriamente, parece menos seguro, mas ainda mais seguro que abrir / redirecionar a porta no roteador sem filtrar ...

    

Answer 2

Este pode ser um problema completamente diferente, mas veio a mim hoje que talvez você não tenha configurado corretamente seu arquivo de configuração my.cnf mysql para ligar o servidor mysqld ao endereço IP da LAN do servidor em vez do endereço de loopback local, qual é a configuração por padrão. Seu arquivo my.cnf (geralmente localizado em / etc ou / etc / mysql ou / var / mysql) deve ser parecido com isto:

[mysqld]
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 1433
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
language        = /usr/share/mysql/English
bind-address    = 192.168.1.21 #this is the server's LAN ip address!!
...
.....
.......

Espero que isso ajude, caso você ainda não tenha conseguido resolver seu problema.

    

Answer 3

Após alguns testes, percebi que o pacote foi perdido entre o nosso firewall e o destino, porque a rede de origem da universidade bloqueia o tráfego para a porta 1433.

Obrigado!