El problema de red se resolvió cambiando la dirección MAC de la máquina virtual, pero la causa raíz del problema sigue siendo un misterio.

El problema de red se resolvió cambiando la dirección MAC de la máquina virtual, pero la causa raíz del problema sigue siendo un misterio.

Tengo una máquina virtual Linux VirtualBox en una MacBook Air que se conecta a Internet mediante un cable Ethernet USB.

La máquina virtual Linux utiliza un adaptador puente que cambio entre wifi y USB con cable, según mi ubicación y su método de conexión.

La máquina virtual Linux también utiliza gitparareconfigurar la configuración de red de la máquina virtualsegún los requisitos de la red particular a la que se está conectando. Al conectarme en casa a mi red wifi, la máquina virtual se conectaría bien.

Mi oficina tiene dos métodos de conexión, wifi privado y por cable.

El wifi se conectaba y accedía a Internet correctamente, pero parecía que las páginas web se cargaban lentamente como si se cargaran en una sola conexión. Y al usar SSH en una máquina remota, la escritura de caracteres se detenía. Entonces intenté usar Internet por cable.

Cambié la conexión en puente en Virtual Box para que apuntara a la conexión por cable y luego cambié el gitconfiguración para que interfacerefleje una IP estática que se permite que ocurra en la red cableada.

En este punto, solo podía hacer ping a máquinas dentro de mi propia red y, de forma intermitente, podía hacer ping a 8.8.8.8 (el DNS de Google), pero después de un tiempo dejaba de funcionar.

La forma en que solucioné esto fue cambiar la dirección mac de la nic y ajustarla en consecuencia en mi distribución basada en Debian eliminándola /etc/udev/rules.d/70-persistent-net.rulesy reiniciando primero.

¿Es posible que la red supiera que se estaba utilizando la misma dirección mac para la red wifi y la red cableada y, por lo tanto, iniciara la conexión? (tenemos Sonicwalls en funcionamiento).

¿O algo más causó el problema?

Respuesta1

Si yo fuera tú, me olvidaría degitcompletamente, e intentaría conectarlo a la antigua usanza: a mano. Pruebe esto y díganos si funciona:

1.Elija el adaptador de puente en la conexión Ethernet.

2.En la VM, deténgasegity administrador de red, si lo tienes:

 sudo service network-manager stop

3.Restablezca la NIC Ethernet de su VM:

 sudo ifconfig eth0 down

4.Ahora intenta conectarte manualmente:

 sudo ifconfig eth0 up

 sudo dhclient -v eth0

y ver si te conectas. Si lo haces,es decir, si ve una oferta de una dirección IP, agregue estas dos líneas manualmente a su archivo /etc/resolv.conf.

 nameserver 8.8.4.4

 nameserver 8.8.8.8

luego intente hacer ping a los DNS:

  ping -c3 8.8.4.4

Si todo esto funciona, entonces cualquier problema es responsabilidad del firewall y/o la configuración del proxy de su empresa. Si no funciona, por favor háganos saber aquí qué falla y, sobre todo,exactamente comofalla.

información relacionada