El acceso a la web a través de Ethernet está roto, pero el aeropuerto al mismo router funciona bien

He visto muchas preguntas sobre qué hacer cuando Ethernet funciona y Wi-Fi no, pero parece que tengo el problema contrario. Los detalles del sistema son los siguientes:

• Mac Mini 2009 (Intel Core Duo)
• OS X 10.6.8 (Snow Leopard)
• Bastante red doméstica típica, con el servicio ADSL de Centurylink que llega a través de un Actiontec DSL en un router/firewall/estación base inalámbrica de Buffalo.
• Otros ordenadores de la casa se conectan de forma inalámbrica al router de Buffalo, que está configurado para repartir direcciones IP a través de DHCP y reenviar las solicitudes de DNS al servidor de DNS (estoy usando Google). Uno de los puertos Ethernet del router está conectado al puerto de enlace ascendente de un minihub de Netgear, y dos Macs (el Mini y una vieja torre G4) están conectados a ese minihub.

Con esta configuración mi Mini puede ver el router en las Preferencias de Red, y parece que obtiene la dirección del servidor DNS correctamente a través de DHCP. Puedo hacer ping a servidores externos por dirección IP o por nombre y obtener tiempos de respuesta inferiores a 100 ms. Sin embargo, el acceso a la WWW es increíblemente lento. La mayoría de las páginas que abro en Safari tardan entre 5 y 10 minutos en cargarse, si es que lo hacen; normalmente la barra de progreso llega hasta la mitad del título de la página y luego se congela. Esto es un acontecimiento reciente (pero por supuesto no puedo pensar en nada que pueda haber cambiado para provocarlo).

Si activo Airport y cambio el orden de las redes preferidas en el panel de Preferencias de Red a Airport primero, Ethernet después, de repente todo funciona bien.

Me doy cuenta de que hay espacio para hacer algunos diagnósticos de hardware aquí. Puedo sacar el minihub de la ecuación conectando el Mini directamente al router de Buffalo, y puedo probar diferentes cables Ethernet. Más allá de eso no estoy seguro de qué hacer. ¿Qué se puede hacer en la línea de comandos o a través de un software de diagnóstico para ver a dónde van los paquetes de solicitud y por qué no vuelve nada? Estoy realmente desconcertado en cuanto a por qué ping a un servidor por su nombre funciona bien, pero Safari no - mi limitada comprensión de TCP/IP dice que si lo primero funciona, lo segundo también debería. ¿Y por qué el wi-fi funciona bien, pero una conexión por cable directamente al router no?

EDIT: Aquí está la salida de ifconfig -v con Aeropuerto activo y Ethernet inactivo.

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    inet6 ::1 prefixlen 128 
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
    inet 127.0.0.1 netmask 0xff000000 
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
    ether 00:25:4b:bc:f6:48 
    media: autoselect
    status: inactive
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
    lladdr 00:25:4b:ff:fe:bc:f6:48 
    media: autoselect <full-duplex>
    status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 00:25:00:f9:4c:d1 
    inet6 fe80::225:ff:fef9:4cd1%en1 prefixlen 64 scopeid 0x6 
    inet 192.168.11.10 netmask 0xffffff00 broadcast 192.168.11.255
    media: autoselect
    status: active
vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 00:50:56:c0:00:08 
    inet 192.168.186.1 netmask 0xffffff00 broadcast 192.168.186.255
vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 00:50:56:c0:00:01 
    inet 192.168.37.1 netmask 0xffffff00 broadcast 192.168.37.255

EDITAR DE NUEVO: Aquí está el en0 sección de ifconfig -v con Aeropuerto inactivo y Ethernet activo.

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 00:25:4b:bc:f6:48 
    inet6 fe80::225:4bff:febc:f648%en0 prefixlen 64 scopeid 0x4 
    inet 192.168.11.200 netmask 0xffffff00 broadcast 192.168.11.255
    media: autoselect (10baseT/UTP <half-duplex>)
    status: active

EDIT #3: Aquí está la salida de netstat -i para en0 con Aeropuerto inactivo y Ethernet activo.

en0   1500  <Link#4>    00:25:4b:bc:f6:48   352450  1385   289436     0     0
en0   1500  alex-chambe fe80:4::225:4bff:   352450     -   289436     -     -
en0   1500  192.168.11    192.168.11.200    352450     -   289436     -     -