El acceso a la Web a través de Ethernet está roto pero el Aeropuerto al mismo enrutador funciona bien

He visto muchas preguntas que preguntan qué hacer cuando Ethernet funciona y el 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)
• justamente red doméstica típica, con el servicio Centurylink ADSL que viene a través de un Módem DSL Actiontec en un enrutador / firewall / estación base inalámbrica de Buffalo.
• Otras computadoras en la casa se conectan de forma inalámbrica al enrutador de Buffalo, que está configurado para entregar las direcciones IP a través de DHCP y reenviar las solicitudes de DNS al servidor DNS (estoy usando Google). Uno de los puertos Ethernet del enrutador está conectado al puerto de enlace ascendente en un minihub Netgear, y dos Macs (la Mini y una antigua torre G4) están conectados a ese minihub.

Con esta configuración, mi Mini puede ver el enrutador en Preferencias de red, y parece estar obteniendo 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 tardarán entre 5 y 10 minutos en cargarse, en todo caso, por lo general, la barra de progreso se encuentra en la mitad del título de la página y luego se congela. Este es un desarrollo reciente (pero, por supuesto, no puedo pensar en nada que pueda haber cambiado para activarlo).

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

Me doy cuenta de que hay espacio para realizar algunos diagnósticos de hardware aquí. Puedo sacar el minihub de la ecuación conectando el Mini directamente al enrutador 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 mediante 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 nombre funciona bien, pero Safari no, mi comprensión limitada de TCP / IP dice que si el primero funciona, el último también debería hacerlo. ¿Y por qué wi-fi funciona bien, pero una conexión por cable directamente al enrutador no?

EDITAR: Aquí está la salida de ifconfig -v con Airport 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

Vuelva a editar: aquí está la sección en0 de ifconfig -v con Airport 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 Airport 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     -     -