CentOS VirtualBox 5 segundos de latencia en las solicitudes http

Question

Estoy ejecutando centos 6.3 dentro de VirtualBox 4.2.1 en mi máquina OSX 10.8.2, y he encontrado un problema de latencia que no comprendo. Básicamente, cada solicitud http a cualquier lugar tiene un retraso adicional de 5000 ms. Ping no tiene retraso adicional.

[vagrant@localhost ~]$ curl -o /dev/null https://google.com -w "" 
    % Total % Received % Xferd Average Speed Time Time  Time Current 
           Dload Upload Total Spent Left Speed 
110 220 110 220 0  0  42  0 0:00:05 0:00:05 --:--:-- 7586 
[vagrant@localhost ~]$ curl -o /dev/null https://google.com -w "" 
    % Total % Received % Xferd Average Speed Time Time  Time Current 
           Dload Upload Total Spent Left Speed 
110 220 110 220 0  0  42  0 0:00:05 0:00:05 --:--:-- 7586 
[vagrant@localhost ~]$ curl -o /dev/null https://google.com -w "" 
    % Total % Received % Xferd Average Speed Time Time  Time Current 
           Dload Upload Total Spent Left Speed 
110 220 110 220 0  0  42  0 0:00:05 0:00:05 --:--:-- 7857 
[vagrant@localhost ~]$ ping google.com 
PING google.com (74.125.224.66) 56(84) bytes of data. 
64 bytes from nuq04s07-in-f2.1e100.net (74.125.224.66): icmp_seq=1 ttl=63 time=7.64 ms 
64 bytes from nuq04s07-in-f2.1e100.net (74.125.224.66): icmp_seq=2 ttl=63 time=6.26 ms 
64 bytes from nuq04s07-in-f2.1e100.net (74.125.224.66): icmp_seq=3 ttl=63 time=8.69 ms 
64 bytes from nuq04s07-in-f2.1e100.net (74.125.224.66): icmp_seq=4 ttl=63 time=7.89 ms 
64 bytes from nuq04s07-in-f2.1e100.net (74.125.224.66): icmp_seq=5 ttl=63 time=5.99 ms 
64 bytes from nuq04s07-in-f2.1e100.net (74.125.224.66): icmp_seq=6 ttl=63 time=8.64 ms 

Para el registro, tengo una máquina virtual Ubuntu 12.04.1 en el mismo entorno VirtualBox/OSX, que no experimenta el problema.

Answer 1

Ok, resulta que el problema era un problema de DNS.

Básicamente, CentOS VirtualBox se configuró para usar un servidor DNS 10.0.2.3 que era interno a sí mismo, pero que tal vez estaba en conflicto con algo de nuestra red.

En cualquier caso, el uso de un servidor DNS diferente resolvió el problema.