Конечная цель - разрешить службе удаленного подключения к данным работать на порту 443 на сервере SQL. Приложение, обращающееся к соединению, находится за брандмауэром, и именно из-за нежелания клиента открывать другой порт меня попросили попытаться заставить его работать. Текущая среда - Windows 2003 R2 (SP2) и SQL Server 2005. IIS не установлен, но когда я пытаюсь установить стороннее программное обеспечение для подключения (SequeLink), этого не произойдет, поскольку он сообщает, что что-то все еще настроено на / с использованием порта 443 .
Netstat не показывает ничего, прослушивающего порт, и я попытался отредактировать файл system32 \ drivers \ etc \ services, удалив любую ссылку на порт 443, а также используя sc delete для удаления служб HTTP и HTTPFilter (HTTP SSL в консоли служб) для посмотрим, поможет ли это. Перезагрузка после каждого изменения.
Что еще может использовать порт? Возможно ли то, что я пытаюсь сделать (у меня есть сомнения, но мне нужно исследовать все возможности)?
Любая помощь / указатели будут очень благодарны.
Редактировать: На случай, если кто-нибудь столкнется с этим в будущем. Дальнейшее расследование показало, что это ограничение процесса установки SequeLink. Установщик, кажется, ограничивает диапазон портов от 1024 до 65536. Однако порт, используемый для службы SLSQLServer, можно изменить после установки. Мне удалось установить порт 19996, а затем изменить его на 443.
Вы не думали о перенаправлении портов на брандмауэре? Вместо того, чтобы открывать другой порт, вы могли бы перенаправить 443 для этого IP-адреса на брандмауэре на что-нибудь еще на машине (какой бы порт SequeLink на самом деле хотел использовать) и просто не бороться с ним?