Хост-машина работает под управлением Windows 10 с Hyper-V в качестве гипервизора. Хост-машина создала общую сетевую папку с полным разрешением «Все».
Внешний виртуальный коммутатор настроен и используется гостем.
Гостевая ВМ также работает под управлением Windows 10.
Гостевая виртуальная машина успешно сопоставила диск с сетевым ресурсом хоста. Программное обеспечение, работающее на виртуальной машине, обращается к подключенному сетевому диску для записи файлов.
После перезагрузки хоста гостевая виртуальная машина возобновит работу, однако, когда программное обеспечение, работающее на виртуальной машине, пытается получить доступ к папке на подключенном диске, появляется сообщение об ошибке, что она не существует. Затем программа пытается создать папку, а также получает ошибку.
Я вошел в гостевую виртуальную машину и вижу в проводнике, что на подключенном диске есть красный крестик (значок отключен?). Нажатие на диск выдает ошибку и не подключается. Кажется, это не исправляет себя после.
Однажды мне повезло, когда я вручную ввел имя хоста в качестве UNC-пути в адресную строку и нажал Enter, он успешно просматривается, а затем я просматриваю ту же папку, и она работает, и подключенный диск подключается.
Может кто-нибудь помочь объяснить, что происходит (виртуальная машина запускается быстрее, чем хост может разделить диск или до того, как хост объявит себя в «сети»?) и предлагать предложения по исправлению или обойти (отложить запуск службы)?
ОБНОВЛЕНИЕ: в этот последний раз это не работало - просто продолжало получать сетевую ошибку 0x80070035 - сетевой путь не был найден. На этот раз я просмотрел журнал событий и обнаружил запись из раздела "События клиента DNS", код события 1014, текст «Разрешение имени для имени. Время ожидания истекло после того, как ни один из настроенных серверов DNS не ответил». Я проверил свои настройки DNS и для моего локального адаптера он был изменен на 127.0.0.1. Я подозреваю, что мой VPN-клиент (Visidity) сделал это автоматически. Я попросил их о помощи.