Я установил экземпляр SQL Server 2008 Express на выделенном сервере Windows 2008, размещенном на 1and1.com. Я не могу удаленно подключиться к серверу через студию управления. Я предпринял следующие шаги, указанные ниже, и у меня нет никаких дальнейших идей. Я исследовал сайт и не могу понять ничего другого, поэтому, пожалуйста, простите меня, если я пропустил что-то очевидное, но я схожу с ума. Вот подноготная.
Экземпляр SQL Server запущен и отлично работает локально.
В SQL Server Management Studio я установил флажок «Разрешить удаленные подключения к этому серверу».
Я удалил все настройки внешнего аппаратного брандмауэра из панели администратора 1 и 1
Брандмауэр Windows на сервере был отключен, но просто ради удовольствия я добавил правило для входящих подключений, которое разрешает все подключения через порт 1433.
В конфигурации собственного клиента SQL включен TCP / IP. Я также убедился, что «IP1» с IP-адресом сервера имеет 0 для динамического порта, но я удалил его и добавил 1433 в обычное поле TCP-порта. Я также установил TCP-порт "IPALL" на 1433.
В конфигурации собственного клиента SQL также работает браузер SQL Server и
Я также попытался добавить ALIAS в
Я перезапустил SQL-сервер после того, как установил это значение.
Выполнение "netstat -ano" на сервере возвращает
TCP 0.0.0.0:1433 ПРОСЛУШИВАНИЕ UDP 0.0.0.0:1434 ПРОСЛУШИВАНИЕ
Я провожу сканирование порта со своего локального компьютера, и он говорит, что порт фильтруется, а не LISTENING. Я также пытался подключиться из Management Studio на моем локальном компьютере, и он выдает ошибку подключения. Пробовал следующие имена серверов с SQL Server и аутентификацией Windows, отмеченными в безопасности базы данных.
ipaddress \ SQLEXPRESS, 1433
ipaddress \ SQLEXPRESS
айпи адрес
ipaddress, 1433
tcp: ipaddress \ SQLEXPRESS
tcp: ipaddress \ SQLEXPRESS, 1433
Во-первых, в студии управления проверьте management, sql server logs \ current - вы хотите найти сообщение о том, что «Сервер прослушивает ['any' 1433]». Если нет, перейдите к запуску, все программы, SQL server 2008, инструменты настройки, диспетчер конфигурации sql server. Выберите «Сетевая конфигурация сервера sql \ протоколы для MSSQLServer \ SQLExpress». Убедитесь, что TCP / IP включен. Он должен быть основан на выводе netstat -ano, но ...
самое главное - с удаленного клиента вы пробовали авторизоваться через
sqlcmd -S1.2.3.4\SQLExpress -U sa -P PasswordДумаю, я могу вам точно сказать, в чем проблема, я потратил более 48 часов, пытаясь разобраться с этим. ничего не нашел в сети. также бывает с 1 и 1
посмотрите на эти настройки:
Политики безопасности IP .....
который открывает окно ................ Свойства фильтра пакетов в нижней части списка отмечен флажок:
«Закрыть MSDE (TCP / UDP)» (я предполагаю, что MSDE = Microsoft SQL Database Engine?) Выберите его Нажмите «Изменить» ...
который открывает окно ............... Редактировать свойства правила Выберите (снова) >> "Закрыть MSDE (TCP / UDP)" Нажмите Edit ...
который открывает окно ................ Список IP-фильтров, после чего вы увидите список портов tcp 1433, udp 1434 {Это наш список портов как правило блокировки ... ..}
Я думаю, что здесь нужно либо ...
закройте этот экран .. Список IP-фильтров на экране «Изменить свойства правила» есть вкладка «Действие фильтра», можно просто изменить это значение с «Блокировать» на «Разрешить»? (возможно, изменение этого параметра на разрешение позволит нам снова установить флажок «Блокировать все» - что звучит безопаснее, но ребята из службы поддержки сказали, что есть известная ошибка, поэтому может не работать)
или
в свойствах фильтра пакетов
вам может потребоваться отключить правило "Блокировать ВСЕ", чтобы оно заработало
Возможно, это уже слишком поздно, чтобы помочь вам, но, надеюсь, поможет кому-то еще с той же проблемой.
Вы также можете попробовать www.firebind.com. Он может проверить, есть ли какой-либо блок TCP-порта 1433 в исходящем направлении в направлении 1 и 1.
http://www.firebind.com/1433 немедленно проверим это.
У меня была такая же головная боль, связанная с 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
Это мне помогло. Надеюсь ты тоже.
Вы можете подключиться к порту 1433 по Telnet со своей рабочей станции? Это простой способ определить, есть ли у вас сетевое подключение на этом порту. Возможно, ваш провайдер блокирует соединение со своим оборудованием где-то на линии.
Тот факт, что вы видите порт как отфильтрованный, заставляет меня думать, что они где-то блокируются. Вы можете связаться с ними, так как они могут не разрешать удаленное подключение к SQL-серверам или они блокируют известные порты. tcp / 1433 - хорошо известный порт, и есть несколько связанных с SQL Server червей, которые нацелены на него напрямую.
введите netstat -an на сервере, чтобы узнать, прослушивает ли порт 1433. Кроме того, убедитесь, что учетная запись пользователя, которую вы используете, включена, а также что включена проверка подлинности SQL. позаботьтесь также о настройках «Диспетчера конфигурации SQL». Кроме того, разрешите порт 1433 в качестве исключения в брандмауэре WIndows. В принципе, если вы не сказали своему SQL-серверу разрешить удаленные подключения, то он этого не сделает.
Агент SQL-сервера запущен? если нет, то какая у вас версия SQL-сервера?
Просмотрите разницу между разными версиями.
http://www.microsoft.com/sqlserver/2008/en/us/editions-compare.aspx
Если у вас есть экспресс-версия или веб-версия, они отключены и не могут быть запущены.
Сумасшедшая идея, у вас правильный логин и пароль? Вы входите в систему с использованием проверки подлинности Windows или SQL Server?
Ищите возможность соединения на вашем SQL-Express. Активируйте TCP / IP. Убедитесь, что порт настроен на 1433 на вашем SQL-Express. Вы установили именованный экземпляр?
Этот порт должен быть перенаправлен на 1 и 1 на ваш экземпляр SQL-Server.
Кстати, проверьте свой сайт на предмет порта 1433. Если ваш провайдер заблокирует его, у вас нет шансов.
Что сработало для меня:
http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx
В частности, я обнаружил, что проблема заключалась в назначении желаемого порта в разделе IPALL настроек TCP / IP. Раньше он был пустым, и я не думал, что мне нужно вводить здесь значение, когда собирался удалить биты «динамического порта».