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