Você tentou "desativar" e, em seguida, "ativar" a rede através do ícone de rede?
Eu tenho um fedora 12 guest rodando no VMWare no windows 7. Eu o uso principalmente para ocasionais devs do linux. Sempre que eu reinicio o convidado, a rede funciona bem. Mas se eu fechar o VMware player e salvar o estado, na próxima vez que eu iniciar a imagem, a rede será desativada (x vermelho no ícone de rede. Mensagem informando que a rede está desativada). Não consigo encontrar uma maneira de restaurar a rede. Eu tenho que reiniciar o convidado para obter meu acesso de rede novamente. Minha imagem do Ubuntu não tem esse problema. Eu posso fechar o player e quando eu corro a imagem, posso continuar de onde parei, com todas as janelas abertas do Firefox e janelas de aplicativos quando as deixei. O Fedora salva o estado, mas não parece ativar a rede.
Há um aviso relevante que vi "O SELinux está impedindo / sbin / ifconfig" ler "acesso a / var / run / vmware-active-nics". Mas não tenho certeza de como resolvê-lo.
Eu sei que o fedora não é oficialmente suportado pela VMware, mas parece estar funcionando bem na maior parte e atendendo às minhas necessidades, exceto por este pequeno problema.
Qualquer ajuda seria muito apreciada.
Você tentou "desativar" e, em seguida, "ativar" a rede através do ícone de rede?
Você possui ferramentas VMware instaladas na VM do fedora? Faça isso primeiro e experimente.
Minha experiência com o SELinux é que isso me causa mais problemas do que resolve. Desativo-o como um dos primeiros passos que faço em uma nova caixa.
Tente executar setenforce 0 como root antes de salvar o estado e executar setenforce 1 após a restauração. Se isso funcionar, leia a seção Solução de problemas do Guia do Fedora SELinux .
Estou tendo o mesmo problema ou um problema semelhante em um CentOS 6.2. VMWare virt executado em um host Mac OSX 10.6.
Após a inicialização, a rede está bem. Após a suspensão e retomada, o roteado não mostra rotas e o ifconfig mostra apenas o dispositivo lo, e o reinício da rede se comporta como se não houvesse dispositivo eth0. O SELinux reclama sobre o ifconfig ter tentado ler / var / run / vmware-active-nics, mas não existe tal arquivo naquele momento.
Se eu reiniciar, tudo está bem, mas esse arquivo não está lá. Se eu tocar nesse arquivo, execute restorecon -v nesse arquivo, em seguida, suspender e retomar, está tudo bem .. exceto que após a reinicialização ou suspensão e retomada, esse arquivo é ido novamente, e da próxima vez eu suspender e retomar, Eu recebo a falha de rede e a queixa do SELinux novamente.
Algo que acontece no momento da inicialização e do currículo é desvincular esse arquivo. O vmware-tools-distrib está instalado. Eu tentei reinstalá-lo, mas isso não teve qualquer efeito.
Rodar o setenforce 0 antes de suspender não parece ter nenhum efeito, ainda recebo a reclamação do SELinux.
Eu estava rodando esta mesma configuração sem ter estes problemas, exceto que o SELinux estava desabilitado, e eu estava rodando o Centos 5.8.
grep ifconfig /var/log/audit/audit.log | audit2allow -M mypol semodule -i mypol.pp
Antes de executar o semodule, examinei o arquivo mypol.te gerado:
module mypol 1.0;
require { type ifconfig_t; type initrc_var_run_t; class file read; }
#============= ifconfig_t ==============
allow ifconfig_t initrc_var_run_t:file read;
(Meio que um hack, com o nome do módulo de política, mas. É uma medida de correção de falhas até que o vmware-tools faça algo melhor, eu acho. Se eu tiver que fazer mudanças na política para outras coisas, eu revisitarei o nome.)
Eu poderia jurar que estava funcionando, mas esta manhã, quando retomei, eth0 não conseguiu aparecer. Eu editei / etc / vmware-tools / resume-vm-default e comentei a linha que remove o arquivo / var / run / vmware-active-nics. Isso pareceu ajudar no começo, mas depois de vários currículos de suspensão, não ajudou. Ou talvez tenha sido depois de desligar o vmware que isso não aconteceu. De qualquer forma, fazer isso fez com que, após a retomada, o arquivo ainda estivesse lá, então eu poderia rodar esse script manualmente e ver a saída, onde descobri que ele dizia que o eth0 não era gerenciado pelo NetworkManager. Não tenho certeza do que se trata, mas reiniciar o serviço NetworkManager corrige isso até a próxima vez que eu retomar. Então eu adicionei uma linha para resume-vm-default que diz
reiniciar o NetworkManager
Agora eu posso suspender o virt, encerrar o VMWare completamente, iniciá-lo e retomar o virt, e o eth0 vem e se conecta.