Настройка виртуальной машины с SQL Express для доступа через SSMS с хоста

Я пытаюсь настроить виртуальную машину с SQL Server 2008 R2 Express, чтобы иметь возможность удаленного доступа к SQL только с помощью SQL Server Management Studio с хост-компьютера.

Конфигурация виртуальной машины

1. под управлением Windows Web Server 2008 R2
2. Есть две сетевые карты:
   • Мост, так что он подключается к Интернету
   • Только хост, поэтому я могу общаться быстрее через виртуальную сеть
3. Службы SQL Engine и Browser работают одновременно
4. Я включил протокол TCP / IP для SQL Express, но не настроил IP-адреса (отдельная вкладка)
5. Я добавил входящие правила брандмауэра для:
   • TCP-порт 1433
   • 1434 UDP-порт
6. Если я смотрю на сетевые подключения, я вижу, как мои сетевые карты подключены к сетям. Я могу установить мостовую сеть на рабочее место, но я не могу изменить тип сети только для хоста. Так что по умолчанию он установлен в 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 из них:

1. адрес NIC V6 моста
2. адрес NIC V4 моста
3. localhost V6 (:: 1)
4. localhost V4 (127.0.0.1)
5. немного ? Адрес V6, который не связан ни с мостовой, ни с хост-сетью (fe80 :: 100: 7f: fffe% 12)

Я предполагаю, что это также причина, почему я не могу подключиться, используя сеть только на хосте ... Но как мне настроить свою виртуальную машину, чтобы я мог (и, возможно, отключить мостовую)?