Назад | Перейти на главную страницу

Связь между виртуальными машинами Windows 2012 возможна только при использовании общего доступа к файлам и принтерам

Попробовав все, что я мог найти в межсетях, единственный способ заставить две виртуальные машины в моей среде Windows Server 2012 Hyper-V разговаривать друг с другом - это включить общий доступ к файлам и принтерам и обнаружение сети в гостевом / общедоступном профиле.

Проблема в том, что это на моей живой веб-виртуальной машине (если вам интересно, мне нужна моя виртуальная машина CI, чтобы иметь возможность разговаривать с ней для развертывания). По сути, на этом этапе мне просто нужно передать файлы с сервера CI на веб-сервер. В настоящее время я использую общий ресурс по умолчанию (C $), но я могу сделать что-нибудь еще, если это будет иметь смысл.

У меня виртуальная машина CI прекрасно взаимодействует с виртуальной машиной DevWeb без необходимости ее включения, но они оба находятся на версии 2012 R2, а виртуальная виртуальная машина в реальном времени находится только на 2012 году, поэтому не уверен, что это часть проблемы.

Кроме того, все они связаны через физический сетевой адаптер, потому что я никогда не мог решить некоторые странные проблемы с виртуальным сетевым адаптером / коммутатором.

Есть ли другой способ обойти это, и если нет, то какие риски я подвергаюсь этому?

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

Обновить

Это определенно связано с брандмауэром, потому что, когда я настраиваю параметры в настройках «Разрешить приложение или функцию через брандмауэр Windows», это влияет на мое подключение от CI к Web1 (живой веб-виртуальной машине). Но странно то, что когда я проверяю настройку, чтобы заставить ее работать, я могу вернуться и снять флажок, и она по-прежнему работает.

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

Как бы то ни было, это странное поведение также очевидно в WebDev, где у меня раньше не было проблем. А пока текущие настройки такие:

WebDev

                            Public    Private
File and Printer Sharing      No         No
Network Discovery             No         No

Web1

                            Public    Private
File and Printer Sharing      No         No
Network Discovery             No         No

Но, как я уже сказал, у меня они были установлены точно так, как это раньше, и изменение ничего, кроме этих настроек, заставит его работать - а затем я могу изменить его обратно, и он все еще работает. Поэтому не уверен, что что-то должно распространяться, или если изменение этих настроек вызывает что-то еще за пределами настроек брандмауэра.

Обновление 2

Хорошо, определенно задержка, потому что я только что проверил еще раз (ничего не меняя), и она больше не работает ни на одном сервере. Так что все, что вызывает эту задержку, делает устранение неполадок серьезной проблемой.

Параметр «Общий доступ к файлам и принтерам» ничего не отключает. Это просто правило брандмауэра, которое «разрешает» это. Я подозреваю, что на вашей виртуальной машине DevWeb вы отключили брандмауэр.

Я предполагаю, что вы хотите «открыть» общий доступ к файлам только для того, чтобы он был возможен с виртуальной машины CI на виртуальную машину Web, а не для «внешнего мира». Вы можете сделать это, указав соответствующие правила межсетевого экрана, которые разрешают доступ к веб-виртуальной машине только IP-адресу виртуальной машины CI.

Кроме того, я очень надеюсь, что у вас есть еще один брандмауэр перед вашей (опубликованной?) Веб-виртуальной машиной, поэтому в любом случае вы не будете «делиться» возможностями обмена файлами с внешним миром.