Aparentemente, pelo que eu encontrei neste ticket tcpdump na caixa de ferramentas faz com que uma instância CoreOS do vagrant headless (vmware_fusion) suspenda # 1377 , é um erro do VMWare Fusion.
It sounds like this is a VMware Fusion bug, and I'm going to go out on a limb and assume it's been fixed by now. Please reopen if any of that appears to be incorrect.
Também neste ticket, dizem que as soluções alternativas que funcionam para fazer um tcpdump
promíscuo estão sendo feitas:
sudo touch '/Library/Preferences/VMware Fusion/promiscAuthorized'
ou:
Open “VMware Fusion > Preferences”, click on the “Network” tab, click the lock in the bottom left corner, authenticate as an admin user, and uncheck the “require authentication to enter promiscuous mode” box.
ou:
Set
ethernet.promptForPromisc = FALSE
in the VM’s .vmx file, where Number corresponds to the ethernet adapter the VM is trying totcpdump
.
(Sim, eu entendo as implicações de segurança)
Efetivamente, para testar, depois de tocar em /Library/Preferences/VMware Fusion/promiscAuthorized
, eu lancei as VMs e elas não foram mais interrompidas quando a execução de um tcpdump
No futuro, usarei a solução de editar o .vmx e definir ethernet.promptForPromisc = FALSE
, para não afetar todas as VMs com a configuração promiscAuthorized
.
Consulte também que não consegue encerrar ou Destrua uma caixa Vagrant com falha