Получение соединения отказалось от средств, что, по крайней мере, хост принимает пакеты TCP, но никакой сервис не слушает на том порте. Что происходит, когда Вы соединяетесь от другого IP и до 10.52.208.221:80 и к 10.52.208.223?
Я не могу протестировать его прямо сейчас, но я видел некоторые сценарии, где соединение от хоста, где на столы IP накрывают к IP NAT'ed, не работает. Я не уверен, если это так, здесь, так как Вы явно не определяете интерфейс, где к правилу относятся, но я видел некоторые случаи, где Linux видит IP, Вы хотите соединиться с как "локальные" и использующие петлевой интерфейс и пропускающий iptables.
Так или иначе можно ли попробовать его от за пределами поля?
Это называется экспорт / импорт только конфигурации . Вы проверяли эту статью Бена Армстронга, менеджера программы Hyper-V? Подобные решения также описаны здесь и здесь .
Это безумие , что это не встроено в диспетчер HyperV или, по крайней мере, не является флагом командлета Remove-VM
.
Я использую набор виртуальных машин, созданных-сотрудником. Он экспортирует их со своего сервера, а затем я импортирую их на свою машину разработки. Когда у него будет новая версия, я хочу импортировать ее, но оставить старую версию, пока не узнаю, что новая работает. У них одинаковый GUID , поэтому я не могу использовать их в диспетчере HyperV -рядом с -стороной.
Что я делаю, так это иду в папку VM и просто создаю копию Virtual Machines
. Затем я удаляю виртуальную машину из гипер-v, что приводит к удалению файлов конфигурации из этой папки. Затем я просто копирую их обратно из своей копии папки.
В моем случае это не так уж сложно, потому что каждая виртуальная машина полностью содержится в одной папке.:
VM1
- Virtual Hard Disks
- Snapshots
- Virtual Machines (this is the folder to backup)
VM2
- Virtual Hard Disks
- Snapshots
- Virtual Machines (this is the folder to backup)
Если файлы конфигурации вашей виртуальной машины хранятся где-то еще, вы должны найти ее GUID и сделать ее резервную копию. Это работает так же хорошо, но немного больше работы