O firewall do servidor em questão está desabilitado.
O default gateway está correto.

E a principio não é nenhum bloqueio de firewall do servidor onde se
encontra o banco, pois fiz paliativamente um teste de criar um NAT da porta
6060 e redirecionando para a porta 1433, e funcionou.
Agora se eu tentar 1433 para 1433 não rola.

Quanto a nota importante, qual seria o método adequado ou uns
dos métodos aconselhados.


Em 27 de março de 2013 14:03, Jack <[email protected]> escreveu:

> Buenas!
>
> >-----Original Message-----
> >From: Rodrigo Soares
> >
> >Existe a possibilidade de ser na operadora (GVT)?
> >
>
> Sim... existe.
>
> Mas certifique-se que não é o firewall do Windows em que o SQL Server está
> rodando quem está negando a conexão externa.
>
> Verifique também se o default gateway do Servidor Windows não foi alterado
> por qualquer motivo.
>
>
>
> > Até onde sei, em modo bridge o modem repassa todos os
> >pacotes para o roteador (PF). Estou correto?
> >
>
> Se o modem está realmente em modo bridge, está correto sim.
>
> Nota importante: Evite fazer este tipo de NAT. É absolutamente inseguro
> abrir na web, sem tunelamento e criptografia, um server de banco de dados.
>
>
>
>
> Abraços!
>
> Jack
> http://www.jack.eti.br
> http://www.conexti.com.br
>
> _______________________________________________
> Pfsense-pt mailing list
> [email protected]
> http://lists.pfsense.org/mailman/listinfo/pfsense-pt
>



-- 
Att.

*Rodrigo Soares*
(61) 9223-0014
Analista de Informática

EMAIL: [email protected]
MSN: [email protected]
Twitter.com/RodrigosoaresTI
Facebook.com.br/RodrigosoaresTI
_______________________________________________
Pfsense-pt mailing list
[email protected]
http://lists.pfsense.org/mailman/listinfo/pfsense-pt

Responder a