Sqlserver
 sql >> база данни >  >> RDS >> Sqlserver

Не може да се свърже с AWS EC2 от визуално студио (или където и да е всъщност)

Наскоро имах същия проблем със свързването към AWS/SQL Server, най-накрая го разреших.

Отдалеченото свързване към SQL Server на AWS включва 3 основни фактора:AWS --> Windows Security --> SQL Server Settings/Security.

Връзките могат лесно да се провалят, защото всяка област има специфични изисквания. Ще прегледам списъка за проверка:

AWS:

  1. В конзолата за управление на AWS отидете на Групи за сигурност, щракнете върху групата, която се отнася за вашия Windows сървър, уверете се, че MS SQL TCP порт 1433 е отворен за 0.0.0.0 или вашия конкретен клиентски IP. Ако не, ще трябва да го добавите.

  2. Обърнете внимание на публичния IP на вашия сървър

WINDOWS:

  1. RDP към сървъра на Amazon Windows, Старт> Административни инструменти> Локална политика за сигурност
  2. Щракнете върху Защитна стена на Windows с разширена защита, Свойства на защитната стена на Windows, щракнете върху раздела „Публичен профил“, задайте състояние на защитната стена на „ВКЛЮЧЕНО“, Входящи на Блокиране, Изходящи на Разрешаване (или блокиране в зависимост от вашето приложение). Добре.
  3. Разгънете защитната стена на Windows (в левия панел), щракнете с R-щракнете върху входящото правило, щракнете върху ново правило.
  4. Щракнете върху опцията за порт, Напред> , за TCP въведете 1433 Напред>, Разрешаване на връзката, Напред>, Напред> , дайте му име (SQL-PORT-ACCESS)

SQL-SERVER:

  1. Влезте в SQL Server със SSMS (SQL Server Management Studio), като използвате стандартното Windows удостоверяване.
  2. В левия панел щракнете с R-върху горния списък със сървъри (с иконата на база данни, първият списък) и изберете „Свойства“
  3. Прозорец със свойства, щракнете върху Защита в левия панел, изберете „SQL Server и Windows Auth“
  4. Щракнете върху Връзки, проверете опцията „Разрешаване на отдалечени връзки“ ... Щракнете върху OK.
  5. Отворете SQL Configuration Manager, Старт> Програми> Microsoft SQL Server> Инструменти за конфигуриране> SQL Server Configuration Manager
  6. Мрежова конфигурация на SQL Server (Разгъване), изберете Протоколи за MSSQL, R-щракнете върху TCP, изберете Свойства (TCP трябва да е активиран)
  7. Щракнете върху раздела IP адреси, проверете дали IP1 е активиран, динамичните портове са 0, TCP портът е 1433
  8. Превъртете надолу до секцията IPAll, въведете 0 в TCP Dynamic Ports и 1433 в TCP Port. Добре...
  9. Върнете се в левия панел, щракнете върху SQL Server Services, R-щракнете върху опцията SQL Server и изберете „Рестартиране“.(ЗАБЕЛЕЖКА:SQL сървърът на браузъра не оказва влияние върху свързаността, услугата на браузъра само изброява наличните сървъри, с вашите конкретни параметри за връзка, няма нужда да стартирате или да се притеснявате за браузъра)

ТЕСТВАНЕ:Не е нужно да отивате на вашия отдалечен клиент, за да тествате, започнете, като се опитате да се свържете от същия прозорец на SSMS на сървъра. Това намалява всички други неща, които могат да се объркат в началото, ако можете да се свържете тук, имате някакво потвърждение, че работи. Ако не работи от вашия собствен сървър, проблемите са свързани със сигурността на Windows и сигурността и настройката на SQL.

  1. Под Object Explorer (SQL server Management Studio), щракнете върху „Свързване“> Database Engine...
  2. В името на сървъра:въведете своя ПУБЛИЧЕН IP адрес, запетая и след това 1433 . Например, ако вашият публичен IP е 54.4.4.4 , въведете 54.4.4.4,1433 ,
  3. Изберете удостоверяването като "SQL Server", въведете потребител за вход и парола.
    1. Ако използвате „sa“, не забравяйте да смените паролата.
    2. Ако връзката ви работи локално, тогава можете да опитате връзката с вашия отдалечен клиент.
  4. В този момент знаете, че вашият SQL сървър и потребителските настройки са правилни.

След това опитайте да използвате SSMS на друг компютър. Ако това не успее, вероятно защитната стена се нуждае от втори преглед...

Добро място за разбиране на проблемите, дали SQL регистрационните файлове са лесно достъпни от SSMS, в левия панел разгънете Управление, след това SQL Server Logs, текущият регистрационен файл ще изброи всички проблеми.

И така, това са всички включени части -- пропуснете една и ще бъдете разочаровани, но започнете с намаляване на частите, когато тествате.

Успях да се свържа с моята база данни на AWS Windows Server/SQL Express от устройство с Windows...

Успех!




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. SQL Server - Динамична PIVOT таблица - SQL инжекция

  2. Какви разрешения са необходими за масово вмъкване в SQL Server от мрежов дял с Windows удостоверяване?

  3. SQL Server:Базата данни заседна в състояние на възстановяване

  4. Възможно ли е окончателно да се определи дали дадена DML команда е била издадена от съхранена процедура?

  5. Не може да се създаде низ за връзка за отдалечен работен плот за C# приложение