Вопросы Теги

Не может удаленно соединиться через Studio управления SQL Server

Проверить dmesg. Большинство драйверов сообщит о скорости и дуплексе, в котором они согласовывают. Например:

dmesg | grep eth2

Например, наш HP Proliants имеют встроенную Broadcom NICs, которые создают сообщения журнала ядра как это:

bnx2: eth2 NIC Link is Up, 1000 Mbps full duplex, receive & transmit flow control ON

Если Ваш компьютер возрос некоторое время и буфер журнала ядра, заполненный другим материалом (это - FIFO фиксированного размера), можно также проверить системный журнал. Вы не говорите, какое распределение Вы используете, но многие зарегистрируют сообщения ядра к /var/log/messages или /var/log/syslog.

13
задан 3 April 2010 в 01:36
10 ответов

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

взгляд на эти настройки:

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

который открывает поле............... Свойства Фильтра пакетов около нижней части списка там являются полем, отмеченным названный:

'Закройте механизм данных Microsoft (TCP/UDP)' (я предполагаю что механизм данных Microsoft = Механизм Microsoft SQL Database?) Выбор это Нажимает Edit...

который открывает поле............... Выбор Свойств Правила редактирования (снова)>> 'Закрывается, механизм данных Microsoft (TCP/UDP)' Нажимают Edit...

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

Я думаю, какие потребности быть сделанным отсюда также....

близко тот экран.. Список фильтра IP на экране Edit Rule Properties там является действием вкладки Filter, мог просто изменить это от Блока для разрешения? (возможно, изменение его для разрешения, позволит нам отмечать опцию "Block All" снова - который звучит более безопасным, но парни поддержки сказали, что существует знать ошибка, так не мог бы работать),

или

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

просто удалите галочку, правило 'Закрывает механизм данных Microsoft (TCP/UDP)'

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

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

5
ответ дан 2 December 2019 в 21:27

Во-первых, в студии управления, проверьте управление, SQL-сервер logs\current - Вы хотите искать сообщение, говоря, что 'Сервер слушает на ['любой' 1433]'. В противном случае пойдите для запуска, все программы, SQL-сервер 2008, инструменты конфигурирования, менеджер конфигурации SQL-сервера. Выберите 'сеть SQL-сервера configuration\protocols для MSSQLServer\SQLExpress'. Удостоверьтесь, что TCP/IP включен. Это должно быть основано на выводе netstat-ano, но...

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

sqlcmd -S1.2.3.4\SQLExpress -U sa -P Password
?
5
ответ дан 2 December 2019 в 21:27

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

http://www.firebind.com/1433 сразу протестирует это.

1
ответ дан 2 December 2019 в 21:27

Могут Вы к telnet для портирования 1433 от рабочей станции? Это - простой способ определить, есть ли у Вас сетевое соединение на том порте. Могло случиться так, что Ваш поставщик блокирует соединение с их оборудованием где-нибудь вдоль строки.

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

0
ответ дан 2 December 2019 в 21:27

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

0
ответ дан 2 December 2019 в 21:27
  • 1
    Как упомянуто в вопросе, " Выполнение " netstat-ano" на сервере машина возвращает TCP 0.0.0.0:1433 СЛУШАЮЩИЙ UDP 0.0.0.0:1434 LISTENING" Как упомянуто в вопросе, " В Studio управления SQL Server я установил флажок " Позвольте Удаленные соединения этому Server" Как упомянуто в вопросе, sql настройки менеджера конфигурации включены. Как упоминание в вопросе, отключен Windows Firewall. –  FAtBalloon 5 April 2010 в 18:03
  • 2
    Если это - удаленный экземпляр SQL затем, как Вам удавалось сделать команду netstat? I' m, просто говоря, что это кажется, Вы путаете удаленный экземпляр с локальным экземпляром. –  djangofan 5 April 2010 в 19:16

Агент SQL Server работает? если это не, какую версию SQL-сервера Вы имеете?

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

Если у Вас есть выпуск Экспресса или веб-выпуск, они отключены и не могут быть выполнены.

0
ответ дан 2 December 2019 в 21:27
  • 1
    Как указано, Экспресс SQL Server 2008 года является версией. Агент SQL Server не является требованием для выполнения удаленных соединений. –  FAtBalloon 5 April 2010 в 18:01
  • 2
    Печально необходимо обновить при необходимости в этой функции. –  Embreau 6 April 2010 в 00:06

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

0
ответ дан 2 December 2019 в 21:27

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

Этот Порт должен быть передан в 1and1 Вашему ЭКЗЕМПЛЯРУ SQL SERVER.

Путем проверяют Ваш сайт о порте 1433. Если Ваш поставщик блокирует его, у Вас нет шанса.

0
ответ дан 2 December 2019 в 21:27

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

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

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

0
ответ дан 2 December 2019 в 21:27

У меня была такая же головная боль при подключении с помощью 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

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

1
ответ дан 2 December 2019 в 21:27

Теги

Похожие вопросы