Re: Oftopic fallo de red en vmware
El 2023-10-06 a las 16:56 +0200, Juan carlos Rebate escribió:
(corrijo el top-posting)
> El vie., 6 oct. 2023 14:14, Camaleón <noelamac@gmail.com> escribió:
>
> > El 2023-10-05 a las 16:27 +0200, Juan carlos Rebate escribió:
> >
> > > Hola lista, alguien más se encontró con la imposibilidad de conectar vía
> > > dhcp una vm Linux con vmware workstation 17.0.2?, ya contacte con vmware
> > y
> > > pasan de mi.
> >
> > Pues si tienes una licencia de pago, yo pasaría de ellos llevando mi pasta
> > a otro proveedor >:-)
> >
> > > Se que no es de hardware porque cuando se instala un guest
> > > Windows funciona bien (no uso vbx o qemu porque son horriblemente
> > lentos),
> > > también note que si instalo Linux con gui y le doy una IP estática si
> > > resuelve hacia afuera pero sin gui no, digo Linux porque pasa con todas
> > las
> > > distros guest pero uso debían como host. Otra curiosidad es que esto lo
> > > hago en un portátil, el problema se origina intentando usar Bridge en
> > > vmware con la wifi interna pero con la red cableada no pasa esto
> >
> > Mira a ver si tienes activada esta opción para el adptador de red:
> >
> > [x] Replicate physical network connection state.
> >
> > Configure Bridged Networking for an Existing Virtual Machine
> >
> > https://docs.vmware.com/en/VMware-Workstation-Pro/17/com.vmware.ws.using.doc/GUID-826323AD-D014-475D-8909-DFA73B5A3A57.html
> Las peticiones se envían con la mac de la vm, la opción de replicación está
> activa y no hay diferencia en la configuración a nivel usuario, a nivel de
> fichero vmx si, claro para configurar componentes compatibles con Linux,
> por ejemplo Windows usa e1000e y Linux e1000, pero eso no tiene nada que
> ver ya que al cambiarlo no funciona, ni siquiera usando el suyo propio
> vmnet3.
Lo que hace esa opción es actualizar el estado del adaptador de red
inalámbrico cuando conmutas entre la red cableada y la inalámbrica. Y
si recomienda la opción únicamente para los portátiles y móviles debe
ser porque VMWare es consciente de lo puñeteras (y los problemas que
dan) las configuraciones de la gestión de energía en esos equipos, que
ponen a dormir los componentes si no detectan actividad y eso es lo que
genera problemas ya que no siempre se despiertan correctamente.
Si no te funciona, abre un informe de fallo en VMware, como harías en
cualquier otro caso:
https://www.vmware.com/es/support/policies/defect.html
También te podría ayudar a dar con el origen del problema revisar los
registros del hipervisor.
> En cuanto a tu sugerencia Camaleon, y donde voy? Vbx lento, quemu
> lento y paralels que yo sepa es solo para Mac, hyper-v solo se ejecuta en
> Windows, kvm no entiendo cómo va no encuentro documentación pero vamos, esa
> supuesta rapidez de kvm con qemu es un mito
Pues depende de para qué lo estés usando y de tus necesidades,
obviamente. Hoy en día hay más alternativas para la instalación de
máquinas virtuales e hipervisores que hace unos años, y han mejorado
bastante.
¿Has probado con la versión Player? Debería compartir código con la
Workstation pero no sé si seguirá estando disponible.
Para cosas caseras (desarrollo, pruebas) yo utilizaba VBox. Sí, era
lento pero lo ejecutaba en un Tecra A7 (Core 2 Duo T2400) con 4GiB de
RAM, lo que no sé es cómo se llegaba a cargar la VM.
Con las configuraciones de hardware actuales (la RAM ya va por los
64/128 GiB de serie) pues algo habrá mejorado en cuanto al rendimiento,
digo yo.
Para entornos en producción o que necesitan una configuración fina, si
estás pagando por una licencia de una aplicación que no solamente no
funciona sino que además no te soluciona el problema ni te da
alternativas, imagina lo que pasará cuando el problema sea más gordo.
Saludos,
--
Camaleón
Reply to: