Установка WAMP является снимком. Доступ к нему от других компьютеров на LAN легок также - они просто должны ввести Ваш локальный IP-адрес в веб-браузер.
Нахождение Вашего локального IP легко (использование ipconfig
на командной строке).
Вам будет нужно к открытому порту 80 на компьютере, выполняющем WAMP в Windows Firewall или безотносительно программного обеспечения брандмауэра, которое Вы установили.
Любимый мой прием должен отредактировать файл hosts и создать псевдоним к серверу WAMP путем добавления строк как следующее к C:\Windows\System32\drivers\etc\hosts
(где 192.168.0.199
локальный IP сервера WAMP),
192.168.0.199 project.one
192.168.0.199 project.two
...
Это позволяет мне выполнять несколько сайтов/проектов как vhosts в Apache на внутренней LAN. Конечно, общий файл hosts должен будет быть обновлен.
Одно ограничение файла hosts - то, что локальный IP сервера WAMP может измениться, если Ваш маршрутизатор использует DHCP (который это, вероятно). Если бы я был лучше в сетях, то я сказал бы Вам, как создать статический маршрут к серверу WAMP. Не уверенный, как настроить это все же.
После наличия начальной обратной связи для переопределения моих проблем моего исчезновения хоста Hyper-V или этого являющегося запуском некоторых других тайных поисков восстановления моих серверов путем выполнения этого я только что запустил на этом с нового хоста VMM.
После запуска добавить конфигурации хоста я добрался до точки, где это имеет флажок для "переобъединенного хоста с этим сервером диспетчера виртуальных машин", помещающий это в Google я столкнулся, Как Повторно связать Хост с Сервером VMM, который заставил меня понять, что это - ситуация что Microsoft, запланированная.
Если Вы добавите хост Hyper-V 2-го сервера VMM, то он деактивирует его с исходного сервера VMM и покажет его как Host Not Responding
на исходном VMM. В этой точке, если миграция является постоянной, Вы могли бы принять решение просто удалить хост из исходного VMM.
Если Вы будете возвращать это хост Hyper-V назад исходного сервера VMM все, что необходимо сделать, "повторно связать" хост, и им будет управлять исходный сервер VMM снова.
Так как мой случай вытягивал мой Хост от Гостя, выполнил VMM, это оставляет меня с оптимальным сценарием, что я могу оставить всю конфигурацию в своей гостевой ОС VMM, что, если по какой-либо причине внешний VMM не может использоваться или разрушил это, у меня может быть хост Hyper-V, забирают для управления собой, просто повторно связав себя.
Это должно быть прекрасным, если Вы не используете функции производительности и оптимизации ресурсов, но я не считал бы это "поддерживаемой" конфигурацией.
Есть ли какая-либо причина, Вы не можете удалить их из исходного SCVMM и затем добавить их с внешним сервером без периода перекрытия? Если Вы просто пытаетесь сэкономить время, около 100% возможностей SCVMM может быть получен доступ, хотя менее эффективно, через комбинацию менеджера Hyper-V и менеджера по Отказоустойчивому кластеру, в случае кластеризованных сценариев.