Неможливо віддалено підключитися через SQL Server Management Studio

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

Екземпляр SQL Server працює і прекрасно працює при локальній роботі.

У студії управління SQL Server я встановив прапорець "Дозволити віддалені підключення до цього сервера"

Я видалив будь-які зовнішні налаштування брандмауера з панелі адміністратора 1and1

Брандмауер Windows на сервері відключений, але лише для ударів я додав вхідне правило, яке дозволяє здійснювати всі з'єднання на порту 1433.

У конфігурації Native Client SQL увімкнено TCP / IP. Я також переконався, що "IP1" з IP-адресою сервера був 0 для динамічного порту, але я видалив його і додав 1433 у звичайне поле TCP Port. Я також встановив TCP-порт "IPALL" на 1433.

У налаштуваннях SQL Native Client також працює браузер SQL Server і

Я також спробував додати ALIAS в

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

Виконання "netstat -ano" на серверній машині повертає a

TCP 0.0.0.0:1433 LISTENING UDP 0.0.0.0:1434 LISTENING

Я виконую сканування порту з мого локального комп'ютера, і він говорить, що порт ФІЛЬТРОВАНО замість ЛІСТЕННІ. Я також намагався підключитися зі студії менеджменту на своїй локальній машині, і це кидає помилку підключення. Випробували наступні імена серверів за допомогою автентифікації SQL Server та Windows, позначених у безпеці бази даних.

ipaddress \ SQLEXPRESS, 1433 рік

ipaddress \ SQLEXPRESS

IP-адреса

ipaddress, 1433 р

tcp: ipaddress \ SQLEXPRESS

tcp: ipaddress \ SQLEXPRESS, 1433

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

подивіться на ці налаштування:

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

що відкриває вікно ............... Властивості фільтру пакетів внизу списку є поле, яке позначено як:

"Закрити MSDE (TCP / UDP)" (Я припускаю, що MSDE = двигун бази даних Microsoft SQL?) Виберіть її Натисніть Редагувати ...

що відкриється вікном ............... Редагувати властивості правила Виберіть (знову) >> 'Закрити MSDE (TCP / UDP)' Натисніть Редагувати ...

що відкриється вікно ................ Список фільтрів IP, тоді ви побачите список портів tcp 1433, udp 1434 {Ось наш список портів все вниз як правило блокування ... ..}

Я думаю, що звідси потрібно зробити чи то…

закрити цей екран .. IP-фільтр Список на екрані Редагувати властивості правила Є вкладка Фільтр дії, може просто змінити це з Блокувати, щоб дозволити? (можливо, якщо змінити його на дозвіл, ми зможемо знову поставити галочку "Блокувати все" - це звучить безпечніше, але хлопці служби підтримки сказали, що є помилка "знаю", тому може не працювати)

або

на Властивості фільтра пакетів

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

вам, можливо, доведеться скасувати правило "Блокувати ВСІ", щоб запустити його

можливо, пізно, щоб це допомогло вам, але, сподіваємось, допоможе хтось інший із тим же питанням.

По-перше, в студії управління перевіряйте управління, журнали sql-серверів \ поточні - ви хочете шукати повідомлення із записом "Сервер слухає [" будь-який "1433]." Якщо ні, перейдіть до запуску, всі програми, SQL сервер 2008, інструменти конфігурації, менеджер конфігурації сервера sql. Виберіть 'конфігурація мережі сервера \ протоколи \ протоколи для MSSQLServer \ SQLExpress'. Переконайтесь, що TCP / IP увімкнено. Він повинен базуватися на виході netstat -а, але ...

найголовніше - ви віддалений клієнт, чи намагалися ви ввійти через

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

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

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 введіть повний шлях до ssms.exe. За замовчуванням він встановлюється в C: \ Program Files (x86) \ Microsoft SQL Server \ 120 \ Tools \ Binn \ Management Studio \ ssms.exe

Це мені допомогло. Сподіваюсь і ви.

Чи можете ви передати телнет на порт 1433 зі своєї робочої станції? Це простий спосіб визначити, чи є у вас підключення до мережі на цьому порту. Можливо, ваш постачальник блокує зв'язок зі своїм обладнанням десь уздовж лінії.

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

введіть 'netstat -an' на серверній машині, щоб перевірити, чи порт 1433 насправді слухає. також переконайтеся, що обліковий запис користувача, який ви використовуєте, увімкнено, а також, що "SQL Authentication" включено. також подбайте про налаштування "Менеджера конфігурації 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. Ви встановили названий екземпляр?

Цей порт потрібно переадресувати на 1and1 вашому екземпляру SQL-Server.

До речі, перевірте свій сайт про порт 1433. Якщо ваш провайдер заблокує його, у вас немає шансів.

Що для мене спрацювало:

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

Зокрема, я виявив, що проблема з призначенням потрібного порту в розділі IPALL параметрів TCP / IP. Раніше він був порожнім, і я не думав, що мені потрібно вводити значення тут, коли я пішов видалити біти "динамічного порту".