Fedora 12 в сети Vmware отключена при восстановлении
У меня есть гостевая машина fedora 12, работающая на VMWare на Windows 7. Я использую ее главным образом для случайных разработчиков Linux. Всякий раз, когда я перезагружаю гостя, сеть работает нормально. Но если я закрою проигрыватель VMware и сохраню состояние, при следующем запуске образа сеть будет отключена (красный значок x на значке сети. Сообщение о том, что сеть отключена). Я не могу найти способ восстановить сеть. Я должен перезагрузить гостя, чтобы снова получить доступ к сети. Мой образ Ubuntu не имеет этой проблемы. Я могу закрыть плеер, и когда я снова запускаю изображение, я могу выбрать, где я остановился, со всеми открытыми окнами firefox и окнами приложений, когда я их покинул. Fedora сохраняет состояние, но, похоже, не позволяет создавать сети.
Я видел соответствующее предупреждение: "SELinux предотвращает /sbin/ifconfig " чтение "доступа к /var/run/vmware-active-nics". Но я не уверен, как это решить.
Я знаю, что Fedora официально не поддерживается VMware, но в большинстве случаев она работает нормально и отвечает моим потребностям, за исключением одной маленькой проблемы.
Любая помощь приветствуется.
4 ответа
Вы пытались "отключить", а затем "включить" сеть через значок сети?
У вас установлены инструменты VMware на виртуальной машине Fedora? Сделай это первым и попробуй.
Мой опыт работы с SELinux заключается в том, что это вызывает у меня больше проблем, чем решает. Я отключаю это как один из первых шагов, которые я делаю на новой коробке.
Попробуйте запустить setenforce 0 как root перед сохранением состояния и запуском setenforce 1 после восстановления. Если это работает, прочтите раздел "Устранение неполадок" в руководстве по Fedora SELinux.
У меня такая же или похожая проблема на CentOS 6.2. VMWare virt работает на хосте Mac OSX 10.6.
После загрузки сеть в порядке. После приостановки и возобновления маршрутизация не показывает маршрутов, а ifconfig показывает только устройство lo, а перезапуск сети ведет себя так, как будто нет устройства eth0. SELinux жалуется на то, что ifconfig попытался прочитать /var/run/vmware-active-nics, но на тот момент такого файла не было.
Если я перезагружаюсь, все хорошо, но этого файла нет. Если я касаюсь этого файла, затем запускаю restorecon -v для этого файла, затем приостанавливаю и возобновляю, все в порядке... за исключением того, что после перезагрузки или приостановки и возобновления этот файл снова исчезает, и в следующий раз, когда я приостанавливаю и возобновляю, Я снова получаю сообщение об ошибке сети и жалобу SELinux.
Что-то, что происходит во время загрузки и возобновления, разъединяет этот файл. vmware-tools-distrib установлен. Я попытался переустановить его, но это не оказало никакого влияния.
Запуск setenforce 0 до приостановки, похоже, не имеет никакого эффекта, но я все еще получаю жалобу SELinux.
Я выполнял ту же самую установку без этих проблем, за исключением того, что SELinux был отключен, и я использовал Centos 5.8.
Изменить - исправить это, изменив политики SElinux следующим образом:
grep ifconfig /var/log/audit/audit.log | audit2allow -M mypol semodule -i mypol.pp
Перед запуском semodule я посмотрел на сгенерированный файл mypol.te:
модуль mypol 1.0;
require {type ifconfig_t; тип initrc_var_run_t; чтение файла класса; }
# ============= ifconfig_t ==============
allow ifconfig_t initrc_var_run_t: чтение файла;
(Вроде хака, с этим именем модуля политики, но. Это мера исправления до тех пор, пока vmware-tools не сделает что-то лучше, я думаю. Если мне придется вносить изменения в политику для других вещей, я вернусь к названию.)
Редактирование #2 - в конце концов, не было исправлено, требовалось больше настроек:
Я мог бы поклясться, что это сработало, но сегодня утром, когда я возобновил, eth0 не смог прийти в себя. Я отредактировал /etc/vmware-tools/resume-vm-default и прокомментировал строку, которая удаляет файл / var / run / vmware-active-nics. Поначалу это помогло, но после нескольких перерывов возобновилось. Или, может быть, это было после закрытия VMware, что это не так. В любом случае, после того, как это возобновилось, после этого этот файл все еще там, так что я мог запустить этот скрипт вручную и посмотреть его вывод, когда обнаружил, что eth0 не управляется NetworkManager. Не уверен, о чем идет речь, но перезапуск службы NetworkManager исправит это до следующего раза, когда я продолжу работу. Поэтому я добавил строку к resume-vm-default, которая говорит
перезапуск службы NetworkManager
Теперь я могу приостановить работу виртуальной машины, полностью отключить VMWare, запустить ее снова и возобновить виртуальную машину, и eth0 приходит и подключается.