Не удается удаленно подключиться через SQL Server Management Studio

Я установил экземпляр SQL Server 2008 Express на выделенном сервере Windows 2008, размещенном на 1and1.com. Я не могу подключиться к серверу удаленно через студию управления. Я предпринял следующие шаги ниже, и я за пределами любых дальнейших идей. Я исследовал сайт и больше ничего не могу понять, поэтому, пожалуйста, прости меня, если я пропустил что-то очевидное, но я схожу с ума. Вот нижеследующее.

Экземпляр SQL Server работает и отлично работает при локальной работе.

В SQL Server Management Studio я установил флажок "Разрешить удаленные подключения к этому серверу"

Я удалил все внешние настройки аппаратного брандмауэра из административной панели 1and1

Брандмауэр Windows на сервере был отключен, но для удобства я добавил правило для входящих подключений, которое разрешает все подключения через порт 1433.

В конфигурации собственного клиента SQL TCP/IP включен. Я также удостоверился, что у "IP1" с IP-адресом сервера был 0 для динамического порта, но я удалил его и добавил 1433 в поле обычного порта TCP. Я также установил TCP-порт "IPALL" на 1433.

В конфигурации собственного клиента SQL браузер SQL Server также работает и

Я также попытался добавить алиас в

Я перезапустил SQL-сервер после установки этого значения.

Выполнение команды "netstat -ano" на сервере возвращает

TCP 0.0.0.0:1433 LISTENING UDP 0.0.0.0:1434 LISTENING

Я делаю сканирование портов с моего локального компьютера, и он говорит, что порт фильтруется вместо прослушивания. Я также пытался подключиться из Management Studio на моей локальной машине, и это вызывает ошибку соединения. Пробовал следующие имена серверов с проверкой подлинности SQL Server и Windows, помеченной в безопасности базы данных.

IPAddress\SQLEXPRESS,1433

IPAddress \ SQLEXPRESS

айпи адрес

IPAddress,1433

TCP: IP-адрес \ SQLEXPRESS

TCP: IP-адрес \ SQLEXPRESS, 1433

Источник

10 ответов

Решение

Я думаю, что могу точно сказать вам, в чем проблема, я потратил более 48 часов, пытаясь разобраться в этом. ничего не нашел в сети. тоже бывает с 1and1

посмотрите на эти настройки:

Политики безопасности IP.....

который открывает окно.................. Свойства фильтра пакетов. В нижней части списка есть галочка с именем:

"Закрыть MSDE (TCP/UDP)" (я предполагаю, что MSDE = Microsoft SQL Database Engine?) Выберите его Нажмите "Изменить"...

который открывается окно............... Редактировать свойства правила Выберите (снова) >> "Закрыть MSDE (TCP/UDP)" Нажмите Редактировать...

который открывает окно................ Список IP-фильтров, затем вы увидите список портов tcp 1433, udp 1434 {То есть наш список портов все в порядке правила блокировки.....}

Я думаю, что нужно сделать отсюда либо....

закройте этот экран.. Фильтр IP Список на экране Редактировать свойства правила есть вкладка Действие фильтра, можно просто изменить это значение с Блокировать, чтобы разрешить? (возможно, изменив его, чтобы разрешить, мы снова отметим опцию "Заблокировать все" - что звучит безопаснее, но ребята из службы поддержки сказали, что есть ошибка, так что может не сработать)

или же

в свойствах фильтра пакетов

просто отмените правило "Закрыть MSDE (TCP/UDP)"

вам может потребоваться убрать галочку с правила "Блокировать ВСЕ", чтобы запустить его

Вероятно, уже поздно для этого, чтобы помочь вам, но, надеюсь, поможет кому-то еще с той же проблемой.

Источник

Во-первых, в Management Studio, проверьте управление, журналы sql server \ current - вы хотите найти сообщение "Сервер прослушивает ['any' 1433]". Если нет, перейдите к началу, все программы, SQL Server 2008, инструменты настройки, менеджер конфигурации сервера SQL. Выберите "Сетевая конфигурация сервера sql \ протоколы для MSSQLServer\SQLExpress". Убедитесь, что TCP/IP включен. Он должен основываться на выводе netstat -ano, но...

самое главное - с удаленного клиента, вы пытались войти через

sqlcmd -S1.2.3.4\SQLExpress -U sa -P Password
?

Источник

У меня была такая же головная боль при соединении с SSMS с клиентского ПК на удаленный SQL Server. Похоже, локальный брандмауэр блокировал входящее соединение с сервером. Проблема была решена путем назначения входящего правила для SSMS для брандмауэра клиентского ПК. Единственное место, где я нашел это, было https://msdn.microsoft.com/en-us/library/cc646024(v=sql.120).aspx

1.В брандмауэре Windows в режиме повышенной безопасности на левой панели щелкните правой кнопкой мыши Входящие правила и выберите Новое правило на панели действий.

2.В диалоговом окне "Тип правила" выберите "Программа" и нажмите "Далее".

3. В диалоговом окне "Программа" выберите "Путь к этой программе" и для SQL Server Management Studio введите полный путь к ssms.exe. По умолчанию он устанавливается в C:\Program Files (x86)\Microsoft SQL Server\120\Tools\Binn\Management Studio\ssms.exe

Это помогло мне. Надеюсь ты тоже.

Источник

Вы также можете попробовать www.firebind.com. Он может проверить, есть ли какой-либо блок TCP-порта 1433 в исходящем направлении к 1 и 1.

http://www.firebind.com/1433 немедленно проверит это.

Источник

Что сработало для меня:

http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx

В частности, я обнаружил, что проблема была связана с назначением нужного порта в разделе IPALL настроек TCP/IP. Ранее он был пустым, и я не думал, что мне нужно будет вводить здесь значение, когда я собирался удалить биты "динамического порта".

Источник

Введите 'netstat -an' на сервере, чтобы увидеть, действительно ли порт 1433 прослушивает. Кроме того, убедитесь, что используемая учетная запись пользователя включена, а также включена проверка подлинности SQL. позаботьтесь и о настройках "SQL Configuration Manager". Кроме того, разрешите порт 1433 в качестве исключения в брандмауэре WIndows. По сути, если вы не сказали своему SQL-серверу разрешить удаленные подключения, то он не будет.

Источник

Вы можете подключиться к порту 1433 со своей рабочей станции? Это простой способ определить, есть ли у вас сетевое подключение к этому порту. Возможно, ваш провайдер блокирует соединение со своим оборудованием где-то вдоль линии.

Тот факт, что вы видите порт фильтрованным, заставляет меня думать, что они блокируют где-то вниз по линии. Возможно, вы захотите проверить их, поскольку они могут не разрешить удаленное подключение к SQL Server или они блокируют известные порты. TCP /1433 является хорошо известным портом, и существует несколько связанных с SQL Server червей, которые напрямую нацелены на него.

Источник

Сумасшедшая идея, ваше имя пользователя и пароль верны? Вы входите в систему с использованием аутентификации Windows или SQL Server?

Источник

Ищите возможности подключения к вашему SQL-Express. Активируйте TCP/IP. Убедитесь, что порт настроен на 1433 на вашем SQL-Express. Вы установили именованный экземпляр?

Этот порт должен быть перенаправлен на 1 и 1 на ваш экземпляр SQL-сервера.

Кстати, проверьте свой сайт на предмет порта 1433. Если ваш провайдер блокирует его, у вас нет шансов.

Источник

Агент SQL-сервера работает? если нет, то какая версия сервера SQL у вас есть?

Просмотрите разницу между разными версиями.
http://www.microsoft.com/sqlserver/2008/en/us/editions-compare.aspx

Если у вас есть Express или Web-версия, они отключены и не могут быть запущены.

Источник
Другие вопросы по тегам