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. 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
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. 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
<br><div class="gmail_quote"><div dir="auto">El 5 de octubre de 2023 16:27:55 CEST, Juan carlos Rebate <nerus492@gmail.com> escribió:</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204,204); padding-left: 1ex;">
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.
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
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 vmwarey
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 guestlentos),
Windows funciona bien (no uso vbx o qemu porque son horriblemente
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 todaslas
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
Saludos,
--
Camaleón
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
Saludos,
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. 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
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 guestlentos),
Windows funciona bien (no uso vbx o qemu porque son horriblemente
también note que si instalo Linux con gui y le doy una IP estática silas
resuelve hacia afuera pero sin gui no, digo Linux porque pasa con todas
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
Saludos,
--
Camaleón
El 6 de octubre de 2023 9:57:59 CEST, "Camaleón" <noelamac@gmail.com> escribió:
El 2023-10-05 a las 16:27 +0200, Juan carlos Rebate escribió:
vmware yHola 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
pasan de mi.
Pues si tienes una licencia de pago, yo pasaría de ellos llevando mipasta
a otro proveedor >:-)
lentos),Se que no es de hardware porque cuando se instala un guest
Windows funciona bien (no uso vbx o qemu porque son horriblemente
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
Saludos,
En mi caso da igual tener marcada o no la opción;
[x] Replicate physical network connection state.
Saludos
El 6 de octubre de 2023 16:56:48 CEST, Juan carlos Rebate < nerus492@gmail.com> escribió:
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. 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
El vie., 6 oct. 2023 14:14, Camaleón <noelamac@gmail.com> escribió:
vmwareEl 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
todasy
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 guestlentos),
Windows funciona bien (no uso vbx o qemu porque son horriblemente
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
lolas
distros guest pero uso debían como host. Otra curiosidad es que esto
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
Saludos,
--
Camaleón
Juan Carlos, ya te digo, comprobé que se enviaban las peticiones DHCP y
que el Servidor DHCP contestaba, pero no me fijé si salían con la MAC de la VM o con la de la WIFI.
El caso es que el tema está en VMWare, porque a mí me pasa instalado en
W10 y a ti en Debian.
Y por Internet hay mucha gente que le pasa lo mismo, pero poca resolución.
Saludos
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íay
dhcp una vm Linux con vmware workstation 17.0.2?, ya contacte con vmware
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 guestlentos),
Windows funciona bien (no uso vbx o qemu porque son horriblemente
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 todaslas
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.
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
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 guestlentos),
Windows funciona bien (no uso vbx o qemu porque son horriblemente
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 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ó:
víaHola lista, alguien más se encontró con la imposibilidad de conectar
vmwaredhcp una vm Linux con vmware workstation 17.0.2?, ya contacte con
y
pasan de mi.
pastaPues si tienes una licencia de pago, yo pasaría de ellos llevando mi
a otro proveedor >:-)
todasSe que no es de hardware porque cuando se instala un guestlentos),
Windows funciona bien (no uso vbx o qemu porque son horriblemente
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
lolas
distros guest pero uso debían como host. Otra curiosidad es que esto
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ónestá
activa y no hay diferencia en la configuración a nivel usuario, a nivelde
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, quemuesa
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,
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
El sáb., 7 oct. 2023 14:04, Camaleón <noelamac@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 <noelamac@gmail.com> escribió:
El 2023-10-05 a las 16:27 +0200, Juan carlos Rebate escribió:
víaHola lista, alguien más se encontró con la imposibilidad de conectar
vmwaredhcp una vm Linux con vmware workstation 17.0.2?, ya contacte con
y
pasan de mi.
pastaPues si tienes una licencia de pago, yo pasaría de ellos llevando mi
a otro proveedor >:-)
todasSe que no es de hardware porque cuando se instala un guestlentos),
Windows funciona bien (no uso vbx o qemu porque son horriblemente
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
lolas
distros guest pero uso debían como host. Otra curiosidad es que esto
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ónestá
activa y no hay diferencia en la configuración a nivel usuario, a nivelde
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, quemuesa
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,
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.
Yo tengo un Intel core i7 12gen 4,8 GHz 10 núcleos y va lentísimo el vbx y el qemu, lo uso para pruebas 3d, compilar con VS studio pro y para premiere pro y un servidor de archivos para conectar desde fuera (no todo a la vez claro). con vmware va perfecto, y si, la player va incluida con la licencia de workstation además de poderla descargar por si sola (gratis). y si, comparte 99% de código por eso tiene los mismos fallos que workstation en
el tema de la red. No creo sea tema de dormir, la Ethernet tendría el mismo problema si fuera eso no? Además, que el problema solo afecte a Linux sin gui?, pareciera hecho a proposito
Yo tengo un Intel core i7 12gen 4,8 GHz 10 núcleos y va lentísimo el vbx y >el qemu, lo uso para pruebas 3d, compilar con VS studio pro y para premiere >pro y un servidor de archivos para conectar desde fuera (no todo a la vez >claro). con vmware va perfecto, y si, la player va incluida con la licencia >de workstation además de poderla descargar por si sola (gratis). y si, >comparte 99% de código por eso tiene los mismos fallos que workstation en
el tema de la red. No creo sea tema de dormir, la Ethernet tendría el mismo >problema si fuera eso no? Además, que el problema solo afecte a Linux sin >gui?, pareciera hecho a proposito
El sáb., 7 oct. 2023 14:04, Camaleón <noelamac@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 <noelamac@gmail.com> escribió:vmware
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
pastay
pasan de mi.
Pues si tienes una licencia de pago, yo pasaría de ellos llevando mi
todasa otro proveedor >:-)
Se que no es de hardware porque cuando se instala un guestlentos),
Windows funciona bien (no uso vbx o qemu porque son horriblemente
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
https://docs.vmware.com/en/VMware-Workstation-Pro/17/com.vmware.ws.using.doc/GUID-826323AD-D014-475D-8909-DFA73B5A3A57.htmllas
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
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
El 7 de octubre de 2023 16:07:11 CEST, Juan carlos Rebate <nerus492@gmail.com> escribió:Administrador de Redes.
Yo tengo un Intel core i7 12gen 4,8 GHz 10 núcleos y va lentísimo el vbx y >>el qemu, lo uso para pruebas 3d, compilar con VS studio pro y para premiere >>pro y un servidor de archivos para conectar desde fuera (no todo a la vez >>claro). con vmware va perfecto, y si, la player va incluida con la licencia >>de workstation además de poderla descargar por si sola (gratis). y si, >>comparte 99% de código por eso tiene los mismos fallos que workstation en >>el tema de la red. No creo sea tema de dormir, la Ethernet tendría el mismo >>problema si fuera eso no? Además, que el problema solo afecte a Linux sin >>gui?, pareciera hecho a proposito
El sáb., 7 oct. 2023 14:04, Camaleón <noelamac@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 <noelamac@gmail.com> escribió:vía
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
vmwaredhcp una vm Linux con vmware workstation 17.0.2?, ya contacte con
todasy
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 guestlentos),
Windows funciona bien (no uso vbx o qemu porque son horriblemente
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
https://docs.vmware.com/en/VMware-Workstation-Pro/17/com.vmware.ws.using.doc/GUID-826323AD-D014-475D-8909-DFA73B5A3A57.htmllas
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
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
Juan Carlos, no afecta sólo a Linux sin GUI, no lo he probado en Linux, te digo que yo lo tengo montado en W10 y tiene el mismo problema.
El tema está en que no hace de la misma forma el Bridge con la LAN que con la WIFI.
Lo que ya no sé si dependerá del tipo de tarjeta WIFI o de qué.
Algunas soluciones hablan por ahí que usando el Administrador de Redes de VMWare y seleccionando vmnet0, o algo así, te hablo de memoria, lo han solucionado, pero yo no lo he podido probar porque tengo el Player, y ese creo que no tiene el
Saludos
El 7 de octubre de 2023 9:45:39 CEST, "Camaleón" <noelamac@gmail.com> escribió:
El 2023-10-06 a las 16:56 +0200, Juan carlos Rebate escribió:
(corrijo el top-posting)
conectar víaEl 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
esto lodhcp una vm Linux con vmware workstation 17.0.2?, ya contacte con vmwarey
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 guestlentos),
Windows funciona bien (no uso vbx o qemu porque son horriblemente
también note que si instalo Linux con gui y le doy una IP estática silas
resuelve hacia afuera pero sin gui no, digo Linux porque pasa con todas
distros guest pero uso debían como host. Otra curiosidad es que
enhago en un portátil, el problema se origina intentando usar Bridge
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.
enEn 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
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
El 7 de octubre de 2023 20:28:47 CEST, Ramses <ramses.sevilla@gmail.com> escribió:
El 7 de octubre de 2023 16:07:11 CEST, Juan carlos Rebate < nerus492@gmail.com> escribió:premiere
Yo tengo un Intel core i7 12gen 4,8 GHz 10 núcleos y va lentísimo el vbx y
el qemu, lo uso para pruebas 3d, compilar con VS studio pro y para
licenciapro y un servidor de archivos para conectar desde fuera (no todo a la vez >>claro). con vmware va perfecto, y si, la player va incluida con la
mide workstation además de poderla descargar por si sola (gratis). y si, >>comparte 99% de código por eso tiene los mismos fallos que workstation en >>el tema de la red. No creo sea tema de dormir, la Ethernet tendría el mismo
problema si fuera eso no? Además, que el problema solo afecte a Linux sin >>gui?, pareciera hecho a proposito
El sáb., 7 oct. 2023 14:04, Camaleón <noelamac@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 <noelamac@gmail.com> escribió: >>> >vía
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
dhcp una vm Linux con vmware workstation 17.0.2?, ya contacte con >>> vmwarey
pasan de mi.
Pues si tienes una licencia de pago, yo pasaría de ellos llevando
Bridge enpasta
loa otro proveedor >:-)
Se que no es de hardware porque cuando se instala un guestlas
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
distros guest pero uso debían como host. Otra curiosidad es que esto
hago en un portátil, el problema se origina intentando usar
propiohttps://docs.vmware.com/en/VMware-Workstation-Pro/17/com.vmware.ws.using.doc/GUID-826323AD-D014-475D-8909-DFA73B5A3A57.htmlvmware 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
Las peticiones se envían con la mac de la vm, la opción de replicaciónestá
activa y no hay diferencia en la configuración a nivel usuario, a nivelde
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
ejecuta envmnet3.
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
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
Juan Carlos, no afecta sólo a Linux sin GUI, no lo he probado en Linux,te digo que yo lo tengo montado en W10 y tiene el mismo problema.
El tema está en que no hace de la misma forma el Bridge con la LAN quecon la WIFI.
Lo que ya no sé si dependerá del tipo de tarjeta WIFI o de qué.
Algunas soluciones hablan por ahí que usando el Administrador de Redes de VMWare y seleccionando vmnet0, o algo así, te hablo de memoria, lo han solucionado, pero yo no lo he podido probar porque tengo el Player, y ese creo que no tiene el Administrador de Redes.
Saludos
Juan Carlos, he hecho una prueba ahora.
He puesto a capturar con Wireshark en un equipo en la red y en el propio equipo donde tengo el WMWare Player, he forzado una renovación de DHCP y he visto lo siguiente:
En el propio equipo salen las peticiones con la MAC de la WIFI, pero no se reciben respuestas del DHCP Server.
En el equipo que está en la red, se ven las peticiones con la MAC de la
WIFI y las respuestas del DHCP Server con destino la MAC del interface
Bridge de la VM.
Claro, no sé si al no tener destino la MAC de la WIFI, esta pasa de esas respuestas, y ahí es donde esté el problema.
No he hecho la prueba poniendo el Bridge con la LAN, que sí funciona bien,
y ver cuál es el comportamiento en las capturas.
Saludos
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 300 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 03:41:13 |
| Calls: | 6,706 |
| Calls today: | 6 |
| Files: | 12,235 |
| Messages: | 5,350,197 |