На Hyper-V Все физические интерфейсы сети "забриджованы", как исправить?
 

Привет всем.
Случилась передница. В серваке 4 физики-сетки. 2 были бриджованы в разные сети, была убрана галка "совместное использование". третья была статикой настроена и работал в роли менеджмент-лана.
Подрубили ещё одну (последнюю) по физике. Полез в консоль забриджевать её, выбрал и она матерится, что уже настроен этот физический адаптер. Подумал, что выбрал не ту сетку и забриджевал 3-ю, а это была менеджмент лан. 4-я же живёт сама по себе, никто её не конфигурил. Короче виртуальные системы работают по своим бриджам, а сам хост без сетки остался и без менеджмента!!!
Локально доступ есть, но ipconfig не выдаёт конфиги забриджёвапнных адаптеров, голубая консоль HypeV тоже не показыает бриджей, и утилита CoreConf тоже не даёт менять конфиг бриджей.
Как с консоли для какой-нить сетевухи выключить режим бриджа, т.е. включить DHCP и включить "Разрешить совместное использование"?

Может кто-то знает команду для NETSH?
Уже включил DHCP через netsh - не помогает.
Блин, хотел в своё время сделать виртуальную внутреннюю сетку между рабочей станцией с консолью, которая крутиться на хосте и самим хостом, но так и не сделал, а то сейчас бы легко восстановил всё назад.

Помойму, это не то.
В общем то в итоге удалось найти штуковину, которая исправляет проблему "убранной галки". Встретилось много тем на течнете про такую ситуацию.
Проблема решается локально с самого сервера скриптом http://archive.msdn.microsoft.com/nvspscrub
Правда не удалось снести конфиг одного адаптера, только всех. Ну ладно, снес конфиг для всех физик-сетей. Восстановим.
Многим помогает только это.
Но в моём случае это не конец - при новой попытке создать виртуальный коммутатор (назначить новую внешнюю сетевуху) система ругается, что этому адаптеру назначен другой концентратор. ipconfig выдаёт целый вагон виртуальных тоннелей ISATAP.
Это виртуальные устройства, которые можно снести, был бы диспетчер оборудования. Но его в Hyper V нет и удалённо только чтение. Вот камасутра!
Пробуем удалять через devcon, но после ребута они воскресают. Это полны пэ.... :not-me:
Но ншлось решение здесь http://www.rm-rfv.ru/2010/11/hyper-v.html
Читаем в самом низу начиная с:
Удаляем туннели: C:\> devcon.exe -r remove *ISATAP*
и далее вниз с созданием нового параметра в реестре.
После этого ребут, все сетки девственны, создаём новые внешние сетевые интерфейсы.
Пошёл создавать новый внутренний интерфейс между ВМ с коносолью HyperV и самой нодой. В дальнейшем наверное лучше юзать MS Server 2008 с ролью HyperV - там легче восстановить )))))