La actualización de Parallels Desktop 5 a 6 provocó una "lentitud" en la resolución de consultas DNS a nivel de Mac OS X

2

¿Alguien más siente esto / tiene alguna idea de cómo solucionarlo sin reinstalar Snow Leopard? Esto parece muy similar a los problemas que solía tener PD en 2008 ( enlace del foro )

FWIW, mis interfaces de red actuales son:

$ ifconfig -l
lo0 gif0 stf0 en0 en1 fw0 vnic0 vnic1 vmnet1 vmnet8

(Y sí, como puede ver en las NIC, también ejecuté VMWare Fusion 3.1.1, pero el problema comenzó al actualizar a PD6)

$ ifconfig
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
 inet6 fd18:d7ce:18ee:1e60:223:32ff:fea0:fade prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
 ether HH:II:DD:DD:EE:NN
 media: autoselect
 status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
 ether HH:II:DD:DD:EE:NN
 inet6 HH:II:DD:DD:EE:NN%en1 prefixlen 64 scopeid 0x5
 inet 192.168.0.198 netmask 0xffffff00 broadcast 192.168.0.255
 media: <unknown subtype>
 status: active
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
 lladdr 90:84:0d:ff:fe:ba:6d:2a
 media: autoselect <full-duplex>
 status: inactive
vnic0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
 ether 00:1c:42:00:00:08
 inet 10.211.55.2 netmask 0xffffff00 broadcast 10.211.55.255
 inet6 fe80::21c:42ff:fe00:8%vnic0 prefixlen 64 scopeid 0x7
 inet6 ::1 prefixlen 64
 media: autoselect
 status: active
vnic1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
 ether 00:1c:42:00:00:09
 inet 10.37.129.2 netmask 0xffffff00 broadcast 10.37.129.255
 inet6 fe80::21c:42ff:fe00:9%vnic1 prefixlen 64 scopeid 0x8
 inet6 ::1 prefixlen 64
 media: autoselect
 status: active
vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
 ether 00:50:56:c0:00:01
 inet 172.16.155.1 netmask 0xffffff00 broadcast 172.16.155.255
vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
 ether 00:50:56:c0:00:08
 inet 192.168.102.1 netmask 0xffffff00 broadcast 192.168.102.255

$ cat /etc/resolv.conf
nameserver 208.67.220.220
nameserver 208.67.222.222
    
pregunta intlect 05.10.2010 - 00:09

1 respuesta

1

Comience por hacer algunas pruebas en su Terminal:

  1. Use nslookup e intente buscar ciertas cosas (www.google.com, www.ibm.com, etc.) Vea cómo funciona desde allí.

  2. Usa ‘dig’ (otro comando) para hacer lo mismo. La excavación será mucho más detallada y le mostrará más información sobre la búsqueda en sí misma.

  3. Asegúrese de que sus DNS sean correctos en /etc/resolv.conf (intente con el 8.8.8.8 de Google si no está seguro).

  4. Revise su Consola para ver si hay posibles mensajes relacionados con los adaptadores de red o los bucles que están ocurriendo.

Editar: Todo parece "normal". ¿Utiliza redes compartidas? ¿Puedes intentar deshabilitar vnic0 y vnic1 (esos son los paralelos)? Recuerdo haber tenido problemas de lentitud (de vuelta en los paralelos 3.x) que solucioné al usar Bridged Networking en lugar de compartir. ¡No pensé que el problema seguía siendo un problema unos años más tarde!

    
respondido por el Martin Marconcini 05.10.2010 - 16:41

Lea otras preguntas en las etiquetas