Не удается пропинговать шлюз после обновления до Ubuntu 16.04 | вопрос арп?

После обновления до Ubuntu 16.04 с 14.04 я не могу пропинговать шлюз, сначала интерфейс eth0 не запускается, и я прочитал, что обновление нового mac-адреса исправит это, поэтому я решил удалить сетевой интерфейс из виртуальной машины и добавил новый вместо этого оказалось, что eth0 нужно было переименовать во что-то другое (ens###), как показано в "ifconfig -a", чтобы запустить интерфейс. Но теперь я не могу пинговать шлюз, маршруты все в порядке.

root@Hostname:~# arp -a
? (192.168.1.1) at <incomplete> on ens192
? (192.168.1.82) at 00:5:56:ab:bb:cc [ether] on ens192

Может ли старый mac-адрес где-нибудь застрять? Или почему он говорит неполный? когда я пинговал шлюз, пункт назначения недоступен, до обновления он работал нормально.

Вы можете увидеть, что он запрашивает mac-адрес шлюза в tcpdump

Выходное изображение tcpdump

Обновление: решено

Хорошо, разобрался, похоже, когда я добавил сетевой адаптер, я выбрал vmxnet3, но старый адаптер был E1000. Я просто снова удалил интерфейс, добавил адаптер E1000, снова переименовал имя интерфейса в файл / etc / network / interface и перезапустил. Теперь работает нормально. Спасибо Даниэле, еще раз проверив состояние гипервизора, и ВМ помог

Источник

1 ответ

Небольшое резюме

Недавно в Ubuntu был принят systemd, который обрабатывает имена сетевых интерфейсов при загрузке системы. Именование будет связано с чем-то физическим в аппаратном обеспечении (например, в слот, в который вставлена ​​карта), так что вы можете добавлять / удалять / заменять сетевое оборудование, и имена не изменятся внезапно (как это было раньше, с ethX схема).

Теперь вы выполнили обновление и сетевой интерфейс был переименован, поэтому ваша конфигурация в /etc/network/interfaces необходимо исправить. Но, запутавшись, вы сначала попытались удалить виртуальный сетевой адаптер, а затем добавили новый. Это дало вам другой MAC-адрес и не решило проблему с подключением. Затем вы поняли, что переименование произошло, вы исправили свою конфигурацию, и связь снова вернулась.

Проблема (подлежит решению):

Ваша ВМ теперь может общаться с другой машиной (192.168.1.82) в той же локальной сети, но больше не может общаться со шлюзом.

Тот факт, что виртуальная машина не может получить arp reply из шлюза означает, что они даже не могут общаться на уровне Ethernet.

Возможные причины (необходимо проверить):

  • проверьте, правильно ли подключен новый виртуальный сетевой адаптер к той же виртуальной сети, к которой подключен шлюз.
  • проверьте, есть ли какой-либо фильтр (например, iptables или что-то, что добавляет правила iptables, возможно, на гипервизоре, а не на самой виртуальной машине), примененное к сетевой карте шлюза или сетевой карте виртуальной машины, что может разрешить трафик со старым mac-адресом, но не с новым.
  • проверьте, поддерживается ли выбранный вами новый тип виртуальной сетевой карты гостевой ОС.
Источник
Другие вопросы по тегам