Не может получить доступ к VirtualBox сеть только для хоста от хоста окон
Что-то не правильно в этом запросе.
Если это поставляет подписанные файлы серверу,
Я ожидал бы, что это будет сделано в абсолютном минимуме.
- Вы создаете пару ключей для себя (назовите это моим - ключ),
- Когда Вы хотите отправить что-то,
- Вы сначала шифруете его с
my-key-private - затем загруженный на сервер этот зашифрованный файл
- Кто-то в сервере должен инвертировать процесс как это,
- они используют Ваш
my-key-pubдешифровать файл - при отправке файла дешифрование восстановит его
- еще, они не получат применимого файла
- эффективно, Вы подписали файл со своим закрытым ключом
- они проверили подпись с Вашим открытым ключом
- отслеживаемость произведена ими подтверждающий Вас, отправили файл
Существуют другие способы пойти о выполнении таких вещей,
Однако получение пары ключей, сгенерированной кем-то еще, бесполезно как схема аутентификации.
Это имеет сильную импликацию, что Вы доверяете им так, как Вы доверяете себе.
Это вводные вопросы, можно спросить IT.
Если отслеживаемость является беспокойством о IT,
- Как они удостоверяются, что Вы не совместно используете/освобождаете пару ключей, данную Вам ими? и,
- Как несколько отличается это key-pair-from-IT понятие от пароля, данного Вам IT.
Почему беспокойство с парами ключей вообще в этом случае.
- Как несколько отличается это key-pair-from-IT понятие от пароля, данного Вам IT.
Вы установили корректный шлюз по умолчанию в своем VM? Какова таблица маршрутизации, похожи на хосте и госте?
Если Вы хотите общаться со своим VMs с 192.168.56. XXX IP, Вам нужен интерфейс Virtual Box хоста, чтобы иметь IP на том же диапазоне. Ваш интерфейс не делает (169.254).
На новой установке VBox 3.1.8, это создает новый интерфейс, названный "VirtualBox Сеть Только для хоста" со статическим IP-адресом: 192.168.56.1/24.
Ваш интерфейс по всей вероятности неправильно конфигурируется для использования DHCP. Измените его для использования 192.168.56.1 с 255.255.255.0 сетевыми масками, и это должно работать.
Ваши VMs получают дюйм/с как 169.* потому что их клиенты DHCP не находят, что сервер DHCP дает им арендный договор. Поэтому IP хоста и дюйм/с VMs не доступны друг для друга. Статический маршрут действительно не решит это. Необходимо выяснить, почему VMs не получают арендный договор IP, или Вы могли попытаться вручную установить IP-адреса на тот же частный Класс C (192.168.56.*), что Ваш хост идет.
После того как Вы находите, устанавливаете и запускаете адаптер Только для хоста на своем хосте Windows, если Вы все еще не можете соединиться с VMs, попытайтесь выключить брандмауэр Windows для того адаптера.
Если это работает, можно или оставить это тем путем или использовать Windows Firewall-fu для открытия правильных портов и материала.
169.254 = Никакой сервер DHCP не найден. Это могло быть или нет один или существует проблема брандмауэринга. В зависимости от Вашей операционной системы также было бы желательно проверить Ваши правила брандмауэра. Windows 7 является довольно параноидальным!
Я смог зафиксировать это путем предоставления моему серверу статического адреса 192.168.56.11. Затем я смог проверить с помощью ping-запросов своего гостя ОС от хоста. Я также добавил запись файла хоста на своей хост-машине, чтобы помочь получить доступ.
Я все еще не могу проверить с помощью ping-запросов хост от гостя... не уверенного почему.
Если вы не можете проверить связь с хостом с виртуальной машины, пытались ли вы отключить брандмауэр на хосте? возможно, это фильтрация запроса ICMP. Выключите брандмауэр в качестве теста, если ping в порядке, вам следует проверить конфигурацию брандмауэра, которая фильтрует запросы ICMP.
Я столкнулся с этой проблемой, и оказалось, что VBox просто не смог получить IP для моего гостя Mac, так как он не является членом нашего домена. Я просто убедился, что хост-адаптер и гостевая ВМ были установлены в одну подсеть, а затем вручную установил IP гостевой ВМ в соответствие с сетевой частью адаптера:
Windows (Host) Host-Only Network Adapter: - Подсеть: 255.255.255.0 - IPv4-адрес: 192.168.56.1
Сетевая конфигурация виртуальной машины для Mac (гостевой): - Подсеть: 255.255.255.0 - Адрес IPv4: 192.168.56.2
Voila! Мое предупреждение "Self-assigned IP" исчезло, и я мог пинговать Host <=> Guest...
Надеюсь, это кому-нибудь поможет!
Если вы используете Windows, перейдите в настройки брандмауэра и разрешите всем исполняемым файлам Virtual Box пройти через. Вот этот трюк.
[root @ classroom ansible] # ping 192.168.56.1 PING 192.168.56.1 (192.168.56.1) 56 (84) байтов данных. 64 байта из 192.168.56.1: icmp_seq = 1 ttl = 128 time = 0.238 мс 64 байта из 192.168.56.1: icmp_seq = 2 ttl = 128 time = 0,473 мс 64 байта из 192.168.56.1: icmp_seq = 3 ttl = 128 time = 0,357 мс
У меня была та же проблема, и я использовал комбинацию ответа, предоставленного Кристофом Древет-Droguet и приведенный ниже текст (который я нашел по следующей ссылке: https://www.vmware.com/support/ws4/doc/network_configure_ws.html )
Хотя VMnet0, VMnet1 и VMnet8 доступны в списке сетевых адаптеров, они обычно используются для мостовых конфигураций, конфигураций только для хоста и NAT, соответственно.
Я использовал NAT в сетевых настройках моей гостевой виртуальной машины, поэтому я исправил IP и подсеть в сетевом адаптере VMware Свойства VMnet8 в Windows 10. И тогда это сработало.
Вы можете использовать NAT и настроить переадресацию портов. в переадресации портов добавить новое правило HTTP, TCP, 127.0.0.1, 8888, 192.168.56.103, 80
Запустите свой виртуальный бокс, а затем используйте браузер http://127.0.0.1:8888