Невозможно что-либо пропинговать на виртуальной машине

1717
Adalee

Я получил образ виртуальной машины для своего курса (есть настройка env разработки), и я не могу создать такую ​​же настройку, поэтому мне нужно ее использовать. Это более старый Arch Linux ( uname -aговорит 2013) с ядром 3.8.4 и очень ограниченным набором команд. У меня проблема с настройкой сети на эту машину (необходима для разработки). Я могу пропинговать виртуальную машину с моего ноутбука, но я не могу получить ничего (даже локальный) с виртуальной машины - вывод всегда Bad address.

Мой ip aвывод:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host  valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 52:54:00:1a:d0:53 brd ff:ff:ff:ff:ff:ff inet 192.168.100.223/24 brd 192.168.100.255 scope global eth0 inet6 fe80::5054:ff:fe1a:d053/64 scope link valid_lft forever preferred_lft forever 

route выход:

Destination Gateway Genmask Flags Metric Ref Use Iface default 192.168.100.1 0.0.0.0 UG 600 0 0 eth0 192.168.100.0 * 255.255.255.0 U 0 0 0 eth0 

192.168.100.1это IP-адрес virbr1 моего ноутбука. Вывод ping 127.0.0.1:

PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. ping: sendmsg: Bad address 

Если я попытаюсь что-то пропинговать (мой ноутбук как 192.168.100.1, Google 8.8.8.8, localhost), ответ все тот же. Нет traceroute, но если я бегу tracepath 8.8.8.8или tracepath google.com, это работает, как ожидалось. Там нет политики, установленной в iptables. Я попытался скопировать файл примера для eth0 и настроить его /etc/network.d/interfaces, но это ничего не изменило.

Что мне действительно нужно, так это сделать эту машину доступной для внешнего мира (мне нужно иметь возможность подключаться к ней с машины в домашней сети, которой нет в сети 192.168.100.*, но она находится в той же сети, что и мой ноутбук). Однако, когда я не могу пропинговать localhost, я подозреваю, что с сетью что-то не так, и мой google-fu не помогает.

РЕДАКТИРОВАТЬ для ясности: я не ищу, как сделать машину доступной для других, просто чтобы вы знали фон. Я ищу причину Bad addressсообщения, которая не имеет смысла для меня.

0
Какую платформу виртуализации вы используете? Используете ли вы мостовые или нат сеть? Какой локальный IP-адрес хост-машины? У вас есть брандмауэр? Похоже, сеть только для хоста включена. codemonk113 8 лет назад 0
@ codemonk113 Linux (Fedora 22 на ноутбуке) с Virtual Machine Manager (использует QEMU, KVM), я пробовал оба с включенным и выключенным firewalld, я не знаю ни одного брандмауэра на виртуальной машине (ничего из `ps` не выглядит как брандмауэр). Сетевой интерфейс, установленный в VMM, выглядит как Виртуальная сеть: NAT для wlp3s0 (подключение ноутбука к Wi-Fi) - другие варианты - macvtap, который я понятия не имею, что это такое. Если вам действительно нужен локальный IP, в данный момент это `10.0.1.24`, но я думаю, что это не имеет значения Adalee 8 лет назад 0
Для того, что вам нужно, вам нужна мостовая сеть, в противном случае вы должны настроить перенаправление порта маршрутизатор-хост-клиент (и, возможно, статические маршруты). codemonk113 8 лет назад 0
Для мостовой сети нет никакой опции, и моя вторая виртуальная машина (моя собственная установка Fedora 23, не связанная с этой проблемой) имеет ту же настройку сети в VMM, и там все работает. Если есть необходимость в мостовом соединении, почему это работает? Кроме того, эта виртуальная машина, очевидно, взаимодействует с миром - см. Упоминания `tracepath` в вопросе, которые работают правильно (пройдите через ноутбук, роутер и далее). Adalee 8 лет назад 0
Сетевой мост является «самым простым» с точки зрения управления; вам это не нужно - просто возможное быстрое решение. Тот факт, что мостовая сеть недоступна, является странным и может указывать на системную проблему. Доступна ли мостовая сеть на вашей рабочей виртуальной машине (F23)? Для дальнейшего анализа этой проблемы будут полезны выходные данные `route`` ipconfig` `iptables -n -L` (со всех машин). codemonk113 8 лет назад 0
Нет, мостовая сеть недоступна в VMM - поэтому она недоступна для * любой * виртуальной машины, и у меня никогда не возникало никаких проблем. Кроме того, зачем нужна любая сеть для успешной проверки петли? `route` и` iptables` уже обсуждаются, `ipconfig` не существует ни на одной машине. `Iptables` на F23 в основном принимает все (генерируется сетевым менеджером или другой программой), а` route` содержит только строку `192.168.100.0`. Если я удаляю строку `192.168.100.1` из маршрута Arch, я получаю` Сеть недоступна ', так что эта строка определенно верна Adalee 8 лет назад 0
«ipconfig» был опечаткой, я имел в виду «ifconfig». Кроме того, кажется, что у вашей виртуальной машины есть проблемы сами по себе, хотя это может быть связано с замыслом. Если это виртуальная машина разработчика, возможно, эта функциональность желательна? то есть только доступный / доступный с хоста. Я хотел бы узнать, кто предоставил изображение для более подробной информации. codemonk113 8 лет назад 0

0 ответов на вопрос