El 7 de octubre de 2023 9:45:39 CEST, "Camaleón" <noela...@gmail.com> escribió: >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 <noela...@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, >
El Bridge con la WIFI es lo que no hace bien... Con la LAN va fino. Y no va de cambiar de una a otra, porque yo siempre trabajo en WIFI, y cuando pruebo en LAN, funciona. Saludos