O objetivo final é permitir que um serviço de conexão de dados remoto opere na porta 443 em um servidor SQL. O aplicativo que acessa a conexão está atrás de um firewall e é por causa da relutância do cliente em abrir outra porta que me pediram para tentar fazer isso funcionar. O ambiente atual é o Windows 2003 R2 (SP2) e o SQL Server 2005. O IIS não está instalado, mas quando eu tento instalar o software de conexão de terceiros (SequeLink) ele não informa que algo ainda está configurado na / usando a porta 443 .
O Netstat não mostra nada escutando na porta e eu tentei editar o arquivo system32 \ drivers \ etc \ services removendo qualquer referência à porta 443 e também usando sc delete para excluir o HTTP e HTTPFilter (HTTP SSL no console de serviços ) serviços para ver se isso ajudaria. Reiniciando após cada alteração.
O que ainda poderia estar usando a porta? É o que eu estou tentando mesmo possível (tenho minhas dúvidas, mas tenho que investigar cada caminho)?
Qualquer ajuda / ponteiros seria muito apreciada.
Editar: No caso de alguém se deparar com isso no futuro. Outras investigações descobriram que era uma limitação do processo de instalação do SequeLink. O instalador parece limitar o intervalo de portas entre 1024 e 65536. No entanto, a porta usada para o serviço SLSQLServer pode ser reconfigurada após a instalação. Consegui instalar na porta 19996 e alterá-la para 443.
Você já pensou em fazer algum encaminhamento de porta no firewall? Em vez de abrir outra porta, você poderia redirecionar o 443 para esse IP no firewall para alguma outra coisa na máquina (qualquer que seja a porta que o SequeLink realmente queira usar) e simplesmente não lutar com isso?