A conexão do cliente nativo do IIS para o SQL Server 2005 através do firewall leva mais de 30 segundos

1

Eu tenho um servidor web (cliente nativo do IIS7 / .NET 3.5) conectado ao SQL 2005 através de um firewall.

O servidor está em um cluster com uma instância nomeada configurada para responder à porta estática 1089.

As portas TCP 1433 e 1089 estão abertas no firewall, a porta UDP 1434 também está aberta.

Uma vez estabelecida a conexão, a configuração é muito rápida (~ 10ms por consulta), no entanto, configurar a primeira conexão leva 37 segundos!

A string de conexão que está sendo usada é a seguinte:

Data Source=1.2.3.4,1098;Network Library=DBMSSOCN;Initial Catalog=MyDatabase;user id=my_user_id;password=secret_stuff

O servidor da web e o servidor sql estão em domínios diferentes. No entanto, estou usando a autenticação SQL.

Se eu me conectar de uma máquina cliente normal, tudo funciona como um encanto.

Alguém já encontrou esse problema antes? Como eu poderia resolvê-lo ou pelo menos investigar mais a questão?

    
por Sklivvz 11.02.2010 / 12:05

2 respostas

1

Parece que está tentando fazer um DNS reverso no endereço 1.2.3.4 por algum motivo, possivelmente uma configuração do IIS, mas pode ser outra coisa. Se você adicionar uma entrada de hosts a c:\windows\system32\drivers\etc\hosts para o nome do servidor SQL, isso fará diferença?

Se isso não ajudar ou você só quiser saber o que está acontecendo em situações como essa, em geral, você deve usar um analisador de rede \ pacote. Monitor de Rede do Windows ou WireShark fará o truque no seu caso. Estas não são ferramentas triviais para usar, mas se você capturar uma sessão que exibe o seu problema, você deve ser capaz de ver que tráfego imediatamente precede a demora e, com alguma sorte, conseguir se concentrar na causa raiz.

    
por 11.02.2010 / 12:54
1

Na pergunta que você disse "Estou usando a Autenticação do SQL", no entanto, se o servidor estiver configurado para permitir autenticação integrada e SQL, talvez esteja tentando fazer uma pesquisa de domínio.

Verifique o visualizador de eventos de segurança no servidor e procure por eventos de falha para autenticação

    
por 11.02.2010 / 16:37