Estoy experimentando un problema muy extraño con VirtualBox.
La mayor parte del tiempo, mi computadora portátil está conectada a una conexión Ethernet. De vez en cuando, cuando estoy lejos de mi escritorio, no tengo otras opciones además de Wi-Fi. Al conectarme a Wi-Fi, mi computadora host (Windows 10) obtiene acceso a la red en unos segundos sin ningún problema. Sin embargo, el invitado (Windows XP SP3) actuará como si todavía estuviera desconectado.
Mi configuración de red en VirtualBox es NAT.
Lo extraño es que esto sólo sucede de forma inalámbrica. Cada vez que conecto la computadora, el sistema operativo hostnuncatienecualquierproblemas para obtener una conexión de red. Lo configuré como NAT porque necesito que el sistema operativo invitado tenga acceso a Internet, pero no quiero que clientes fuera del host se conecten a él. Tampoco quería vincular la máquina invitada ni a la tarjeta de red cableada ni a la tarjeta de red inalámbrica porque entonces solo funcionaría en una u otra.
Por otro lado, cada vez que me conecto a Wi-Fi, haysiempreProblemas para obtener una conexión a Internet del huésped.
Una vez tuve problemas, escribí ipconfig /flushdnsy de repente todo empezó a funcionar. Desde entonces, eso no ha sido suficiente. Limpiar mi DNS no es suficiente para que todo funcione en Wi-Fi.
La única forma que encontré para forzarlo a funcionar es ingresar a la configuración de VirtualBox para el invitado y cambiar el adaptador de red de NATa Bridged. En este punto, todavía no funcionará. Sin embargo,ahorasi escribo ipconfig /flushdns(en el invitado), de repente todo funciona: tengo acceso a la red. Lo más extraño es que ahora puedo volver a cambiarlo a NAT. De repente, dejará de funcionar, pero luego, si lo hagoipconfig /flushdns de nuevo, funcionará.
En otras palabras, he cerrado el círculo y he vuelto a una NATconexión que finalmente funciona. Los estados inicial y final son losexactamente el mismo, entonces estoy confundido por qué el invitado no puede obtener una conexión de red por sí solo. Si solo tuviera que escribir ipconfig /flushdnscada vez que me conecto a Wi-Fi, eso sería una cosa, pero es una verdadera molestia tener que salir del invitado y cambiar el adaptador de NATa Bridgedy luego volver a NATy luego escribir el comando.
¿Por qué sucede esto y, lo que es más importante, cómo puedo solucionarlo para que funcione tan perfectamente como cuando está cableado? (Nunca necesito escribir ipconfig /flushdnscuando paso de Wi-Fi a Ethernet, por ejemplo, ni alterar la configuración del adaptador).
Aquí está el resultado del símbolo del sistema de una sesión reciente de solución de problemas:
Recién conectado a Wi-Fi, sin acceso a la red:
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\InterLinked>ping google.com
Ping request could not find host google.com. Please check the name and try again
.
C:\Documents and Settings\InterLinked>ping google.com
^C
C:\Documents and Settings\InterLinked>ipconfig /flushdns
Windows IP Configuration
Successfully flushed the DNS Resolver Cache.
C:\Documents and Settings\InterLinked>ping google.com
Ping request could not find host google.com. Please check the name and try again
.
Cambie NATa Bridgede intente nuevamente:
C:\Documents and Settings\InterLinked>
C:\Documents and Settings\InterLinked>ping google.com
Lo terminé antes de tiempo, por lo que falta el resultado, pero el ping falla hasta que limpio el DNS:
^C
C:\Documents and Settings\InterLinked>ipconfig /flushdns
Windows IP Configuration
Successfully flushed the DNS Resolver Cache.
C:\Documents and Settings\InterLinked>ping google.com
Pinging google.com [172.217.7.14] with 32 bytes of data:
Reply from 172.217.7.14: bytes=32 time=15ms TTL=48
Reply from 172.217.7.14: bytes=32 time=13ms TTL=48
Reply from 172.217.7.14: bytes=32 time=15ms TTL=48
Reply from 172.217.7.14: bytes=32 time=20ms TTL=48
Ping statistics for 172.217.7.14:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 20ms, Average = 15ms
C:\Documents and Settings\InterLinked>
Vuelvo a cambiar Bridgeda NAT:
C:\Documents and Settings\InterLinked>ping google.com
Pinging google.com [172.217.7.14] with 32 bytes of data:
Reply from 172.217.7.14: bytes=32 time=15ms TTL=47
Destination host unreachable.
Destination host unreachable.
Destination host unreachable.
Ping statistics for 172.217.7.14:
Packets: Sent = 4, Received = 1, Lost = 3 (75% loss),
Approximate round trip times in milli-seconds:
Minimum = 15ms, Maximum = 15ms, Average = 15ms
C:\Documents and Settings\InterLinked>ipconfig /flushdns
Windows IP Configuration
Successfully flushed the DNS Resolver Cache.
C:\Documents and Settings\InterLinked>ping google.com
Pinging google.com [172.217.7.14] with 32 bytes of data:
Reply from 172.217.7.14: bytes=32 time=12ms TTL=47
Reply from 172.217.7.14: bytes=32 time=6ms TTL=47
Reply from 172.217.7.14: bytes=32 time=188ms TTL=47
Reply from 172.217.7.14: bytes=32 time=14ms TTL=47
Ping statistics for 172.217.7.14:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 6ms, Maximum = 188ms, Average = 55ms
C:\Documents and Settings\InterLinked>
Respuesta1
Como se insinuó, habilitar el solucionador de DNS de VirtualBox es la solución.
Estos son los pasos exactos:
- Apague la máquina virtual. No se puede activar el solucionador de DNS cuando la máquina está encendida.
- Navegue hasta el directorio de VirtualBox en elanfitrióndesde un símbolo del sistema:
cd C:\Program Files\Oracle\VirtualBox - Ejecute el siguiente comando:
VBoxManage modifyvm "<VM name>" --natdnshostresolver1 on
<VM name>VBoxManage list runningvmses solo el nombre de la VM, que también se puede encontrar ejecutando .