L'aggiornamento da Parallels Desktop 5 a 6 ha causato la risoluzione delle query DNS "lentezza" a livello di Mac OS X

2

Qualcun altro sente questo / ha qualche idea su come risolverlo senza reinstallare Snow Leopard? Questo sembra molto simile ai problemi che la PD aveva avuto nel 2008 ( link al forum )

FWIW, le mie interfacce di rete correnti sono:

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

(E sì, come puoi vedere dalle NIC, eseguo anche VMWare Fusion 3.1.1, ma il problema è iniziato con l'aggiornamento 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
    
posta intlect 05.10.2010 - 00:09
fonte

1 risposta

1

Inizia facendo alcuni test sul tuo terminale:

  1. Utilizza nslookup e prova a cercare alcune cose (www.google.com, www.ibm.com, ecc.) Scopri come funziona da lì.

  2. Usa "dig" (un altro comando) per fare lo stesso. Dig sarà molto più dettagliato e ti mostrerà più informazioni sulla Ricerca di per sé.

  3. Assicurati che i tuoi DNS siano corretti in /etc/resolv.conf (prova google's 8.8.8.8 se non sei sicuro)

  4. Controlla la tua console per eventuali messaggi relativi agli adattatori di rete o ai loop in corso.

Modifica: sembra tutto "normale". Usi la rete condivisa? Puoi provare a disabilitare vnic0 e vnic1 (quelli sono quelli paralleli). Ricordo di avere problemi di lentezza (di nuovo in paralleli 3.x) che ho risolto usando Bridged Networking anziché condiviso. Non pensavo che il problema fosse ancora un problema pochi anni dopo!

    
risposta data 05.10.2010 - 16:41
fonte

Leggi altre domande sui tag