Назад | Перейти на главную страницу

Сетевые проблемы с подключением к базе данных SQL на сервере MS

Прежде чем задать этот вопрос, я следил за этой темой:

Невозможно подключиться к SQL Server по telnet через порт 1433

Я пытаюсь подключиться к базе данных на сервере, отличном от компьютера, на котором я запускаю WebMatrix. На сервере есть правило входящего подключения, разрешающее подключения через динамический порт, например, 55555.

SQL Server (Express, 2005) настроен на динамические порты и прослушивает порт, для которого существует правило для входящего трафика (это задается в разделе «IP All»).

Моя строка источника данных в поле «Сервер» в мастере строки подключения WebMatrix гласит:

55.55.55.55 \ SQLExpress \ database, 55555.

Все остальное (UID, пароль и тд) присутствует ..

Однако я получаю сообщение об ошибке, которое гласит:

«Невозможно установить соединение, потому что целевая машина активно отказалась от него».

Наконец, сайт значительный и имеет сложную структуру, поэтому я уверен, что бегать вокруг, менять настройки SQL-сервера - плохая идея, поэтому я должен заставить работать статус-кво (т.е. переключить порт с dynamic to 1433 может быть не очень хорошей идеей, поскольку кто-то уже создал правило и настроил все для динамического соединения). Есть ли шаг, который мне не хватает, чтобы мой компьютер мог взаимодействовать с рассматриваемой базой данных?

Кроме того, я протестировал соединение с Telnet, и похоже, что порт не открыт ... и все же у брандмауэра есть правило для открытия рассматриваемого порта, и порт FTP работает нормально (для которого существует более ограничительный правило, чем правило порта SQL, уже установленное).

Netstat показывает, что в настоящее время сервер прослушивает 0.0.0.0:53054 (мой номер порта). Однако, когда я пытаюсь подключиться к серверу, расположенному по IP-адресу x (не 0.0.0.0) и порту 53054, ничего не происходит ... но порт FTP отображается как 0.0.0.0:21, прослушивание, и он отлично работает когда подключаюсь.

Кроме того, когда я подключаюсь к порту (53054) с сервера по Telnet, он работает нормально. и так, что здесь происходит?