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

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

FWIW, mis interfaces de networking actuales son:

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

(Y sí, como puede ver en los NIC, también ejecuto VMWare Fusion 3.1.1, pero el problema comenzó cuando actualicé 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 

  • ¿Cómo puedo optimizar el uso de Civilization III en VirtualBox?
  • ¿Hay alguna limitación de performance cuando se ejecuta una VM de una installation de Boot Camp?
  • ¿Boot bitlocker habilitó el bootcamp de Windows 8.1 a través de VMWare?
  • ¿Cómo instalar Ubuntu desde OS X?
  • Máquinas virtuales para instalar para OS + Ubuntu + Windows
  • Parallels 12 - Hipervisor: ¿Parallels o Apple?
  • Reiniciar desde bootcamp hace que el software de virtualización funcione extremadamente lento
  • ¿Ver el escritorio mientras está en modo Unity en VMWare Fusion?
  • One Solution collect form web for “La actualización de Parallels Desktop 5 a 6 provocó "lentitud" en la resolución de consultas DNS a nivel de Mac OS X”

    Comience haciendo algunas testings en su Terminal:

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

    2. Use 'dig' (otro command) para hacer lo mismo. Dig será mucho más detallado y le mostrará más información sobre la búsqueda per se.

    3. Asegúrate de que tus DNS sean correctos en /etc/resolv.conf (testing el 8.8.8.8 de Google si no estás seguro).

    4. Verifique su console para ver posibles posts relacionados con adaptadores de networking o loops.

    Editar: todo parece "normal". ¿Usas networkinges compartidas? ¿Puedes intentar deshabilitar vnic0 y vnic1 (esos son los paralelos). Recuerdo haber tenido problemas de lentitud (en paralelo 3.x) que arreglé usando Bridged Networking en vez de compartir. ¡No pensé que el problema todavía era un problema unos años más tarde!

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).