Я пытаюсь настроить свою виртуальную машину на SQL Server 2008 R2 Express, чтобы иметь возможность удаленного доступа к SQL только с помощью SQL Server Management Studio с хост-компьютера.
Конфигурация виртуальной машины
- под управлением Windows Web Server 2008 R2
- Есть две сетевые карты:
- Мост, так что он подключается к Интернету
- Только хост, поэтому я могу общаться быстрее через виртуальную сеть
- Службы SQL Engine и Browser работают одновременно
- Я включил протокол TCP/IP для SQL Express, но не настроил IP-адреса (отдельная вкладка)
- Я добавил входящие правила брандмауэра для:
- TCP-порт 1433
- 1434 UDP-порт
- Если я смотрю на сетевые подключения, я вижу, как мои сетевые карты подключены к сетям. Я могу установить мостовую сеть на рабочее место, но я не могу изменить тип сети только для хоста. Так что по умолчанию он установлен в Public . Я не уверен, имеет ли это какое-либо отношение к этому, но так оно и есть.
Конфигурация HOST
Единственное, что я сделал на своем хосте, - это то, что я присвоил имя моей виртуальной машине. И я сделал это с IP-адресом только для хоста. Я добавил запись в мой файл HOSTS.
проблема
Затем я открываю SSMS на своем хост-компьютере и, если я выберу « Обзор» в диалоговом окне « Подключиться к серверу », я смогу увидеть экземпляр SQL моей виртуальной машины. Но когда я пытаюсь подключиться к нему, это то, что я получаю, когда пытаюсь подключиться следующими тремя способами:
имя машины (мой файл HOSTS выполнит переназначение IP)
IP-адрес в мостовой сети
IP-адрес только для хоста
Вопрос 1: Что еще я могу настроить, чтобы иметь доступ к экземпляру SQL моей виртуальной машины? Если возможно, я бы также хотел настроить его так, чтобы я мог получить к нему доступ только через сеть Hots-Only, а не через мостовую сеть. Но это был бы дополнительный бонус, если бы я мог настроить его таким образом.
Вопрос 2: Нужно ли мне запускать SQL Browser, потому что, насколько я знаю, он заботится только о том, чтобы экземпляр SQL был обнаруживаемым. Если я знаю, что экземпляр SQL существует и использует порт 1433, я не могу просто подключиться, используя это имя сервера:
DATAVM\SQLEXPRESS,1433
редактировать
Это результат netstat:
Я также запустил portqry на хосте, чтобы проверить мой экземпляр SQL на моей виртуальной машине. Если я попытаюсь подключить IP-адрес с помощью моста, то получу ответ браузера SQL:
Starting portqry.exe -n 192.168.1.143 -e 1434 -p UDP ...
Querying target system called:
192.168.1.143
Attempting to resolve IP address to a name...
IP address resolved to Datavm
querying...
UDP port 1434 (ms-sql-m service): LISTENING or FILTERED
Sending SQL Server query to UDP port 1434...
Server's response:
ServerName DATAVM
InstanceName SQLEXPRESS
IsClustered No
Version 10.50.1600.1
tcp 49159
Как я вижу в этом результате, мой экземпляр SQL фактически прослушивает TCP-порт 49159.
Поэтому я пошел в конфигурации SQL и изменил этот порт на 1433.
Вопрос 3: это нормально, что порт не был установлен на 1433 по умолчанию? Должен ли я изменить его обратно на 49159 и изменить правило входящего брандмауэра, чтобы оно проходило через этот порт, или я должен оставить его на 1433?
Изменяя порт на 1433, я могу подключиться к виртуальной машине с моей SSMS хост-машины. Но я могу сделать это только с помощью IP-адреса с мостовым соединением.
Как я понимаю, настройки TCP/IP в протоколе SQL, IP-адреса должны перечислять все IP-адреса компьютера. Я вижу 5 из них:
- адрес NIC V6 моста
- адрес NIC V4 моста
- localhost V6 (::1)
- localhost V4 (127.0.0.1)
- немного ? Адрес V6, который не связан ни с мостовой, ни с хост-сетью (fe80::100:7f:fffe% 12)
Я предполагаю, что это также причина, почему я не могу подключиться, используя сеть только для хоста ... Но как я могу настроить свою виртуальную машину, чтобы иметь возможность (и, возможно, отключить мостовую)?