Не соединяясь с SQL Server по VPN
Если вы просто проводите общий аудит, вы можете использовать Amazon S3 Inventory для получения полного ежедневного дампа всех ключей объекта и связанных метаданных.
Затем можно написать код для сравнения содержимого файла инвентаризации с записями в БД.
8 ответов
На экземпляре по умолчанию SQL Server слушает на TCP/1433 по умолчанию. Это может быть изменено. На именованном экземпляре, если не настроено по-другому, SQL Server слушает на динамическом порте TCP. То, что это означает, должен SQL Server обнаруживать, что порт используется, он выберет другой порт TCP. Как клиенты обычно находят, что правильный порт в случае именованного экземпляра тем, чтобы говорить с Браузером Сервиса/SQL Слушателя SQL Server. Это слушает на UDP/1434 и не может быть изменено. Если у Вас есть именованный экземпляр, можно настроить статический порт и если у Вас есть потребность использовать аутентификацию/делегацию Kerberos, Вы должны.
то, Что необходимо будет определить, - то, на каком порте SQL Server слушает. Тогда необходимо будет добраться с людьми сетей/безопасности, чтобы определить, позволяют ли они коммуникацию тому порту через VPN. Если они, как обозначено, проверьте свои настройки брандмауэра. Некоторые системы имеют несколько брандмауэров (мой ноутбук является примером). Если так, необходимо будет проверить все брандмауэры в системе.
, Если все те корректны, проверьте, что сервер не имеет политики IPSec, которая ограничивает доступ к порту SQL Server через IP-адрес. Это также могло привести к Вам заблокированный.
Когда это происходит со мной, это - потому что DNS не работает правильно. Попытайтесь использовать IP-адрес вместо имени сервера во входе в систему SQL Server.
Удостоверьтесь, что SQL Server включен для TCP/IP (кто-то, возможно, отключил его)?
Это также поможет Вам проверить/проверить номер порта, который экземпляр SQL использует (в случае, если кто-то изменил его от значения по умолчанию порта 1433).
порт Obviously 1433 (или независимо от того, что порт SQL слушает на) должен быть разблокирован любыми брандмауэрами между Вашей машиной, и поле SQL работает.
Для проверки конфигурации сети SQL (требует Клиентских установленных Инструментов SQL Server): Запустите-> Программы-> SQL Server 200x-> Инструменты конфигурирования-> Менеджер конфигурации SQL Server
Подключение к машине, Вы должны затем развернуть элемент дерева (LHS) "Конфигурация сети SQL Server", затем выбрать экземпляр. У Вас должно быть четыре опции - Общая память, Именованные каналы, TCP/IP и ЧЕРЕЗ. Можно проверить, что TCP/IP включен в окне RHS.
, Если Вы дважды щелкаете по TCP/IP и поражаете вкладку "Advanced", можно также просмотреть Номер порта.
Другие мысли.. Вы используете аутентификация Windows (Domain) или аутентификация SQL?
-
, Если аутентификация SQL (который я принимаю Вас, используют, учитывая Вас, сказала, что имя пользователя и пароль), действительно ли Вы уверены экземпляр SQL, который Вы подключаете к смешанной аутентификации режима, включил? В противном случае необходимо соединиться как Администратор и изменить настройки безопасности по умолчанию для разрешения аутентификации SQL.
-
, Если аутентификация Windows, Ваша сеть могла бы использовать Kerberos потенциально? Можно было бы думать, что учетные данные VPN будут использоваться для квитирования. Я проверил бы, что Ваша учетная запись имеет соответствующие права входа в систему.
Проверьте, что порт, который использует SQL Server, не блокируется или Вашим брандмауэром или VPN.
У Вас не может быть порта UDP, open/VPN-forwarded, это - номер порта 1433.
Несмотря на клиентское название протокола "TCP/IP", mssql UDP использования для bitbanging.
SQL Server использует порт TCP 1433. Это, вероятно, заблокировано или туннелем VPN или брандмауэром на сервере.
При соединении с VPN каждое сообщение проходит сервер VPN, и это не могло передавать сообщения к тому SQL-серверу порта, продолжает работать.
Попытка
отключают настройки VPN-> свойства Properties-> TCP/IP-> Усовершенствованный-> шлюз значения по умолчанию Использования в удаленной сети.
Этот путь Вы сначала попытаетесь соединить локальный IP SQL-сервера и только затем использовать сервер VPN, чтобы передать Вам
если вы используете sql server 2005, сначала запустите службу браузера sql server