Настройка виртуальной машины с 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-адресу. И я сделал это с IP-адресом только для хоста. Я добавил запись в мой файл HOSTS.

проблема

Затем я открываю SSMS на своем хост-компьютере и, если я выберу " Обзор" в диалоговом окне " Подключиться к серверу ", я смогу увидеть экземпляр SQL моей виртуальной машины. Но когда я пытаюсь подключиться к нему, это то, что я получаю, когда пытаюсь подключиться следующими тремя способами:

• имя машины (мой файл HOSTS выполнит переназначение IP)

• Сетевой IP-адрес

• IP-адрес только для хоста

Вопрос 1: Что еще я могу настроить, чтобы иметь доступ к экземпляру SQL моей виртуальной машины? Если возможно, я бы также хотел настроить его так, чтобы я мог получить к нему доступ только через сеть Hots-Only, а не через мостовую сеть. Но это было бы дополнительным бонусом, если бы я мог настроить его таким образом.

Вопрос 2: Нужно ли мне запускать браузер SQL, потому что, насколько я знаю, он заботится только о том, чтобы экземпляр 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)

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