ne peut pas accéder au site de Mac OSX Lion, Mais peut des autres machines en ligne?

Résolu:

Le problème avec le client hamachi, hamachi Capture tout le bloc d'adresses 5.0.0.0/8

(software)#Criticism[/url]
http://b.logme.in/2012/11/07/c ... 19th/
Correction sur Mac

LogMeIn Hamachi> Paramètres> Paramètres> Facultatif> Connexions homologues> Mode de protocole IP> Seul IPv6 (Par défaut, les deux)

Si vous pouvez vous connecter à une partie de votre réseau uniquement à travers IPv4, Cette "solution" ne fonctionnera pas pour vous.

-----

Il y a quelques semaines, j'ai commencé à utiliser le service -
https://semaphoreapp.com
Je pense qu'ils ont apporté des changements à DNS il y a une semaine, et depuis lors, je ne peux pas accéder au site de ma voiture Mac OSX Lion (10.7.4) (Ma machine principale pour le développement)

Mais je peux accéder au site d'autres voitures sur mon réseau.

iPad

Voiture de fenêtre

MacMini (10.6.8)

Après une recherche dans Google J'ai essayé les deux

dscacheutil -flushcache

sudo killall -HUP mDNSResponder

Mais non, j'ai aussi contacté semaphoreapp, Mais toujours rien - aussi intéressant, l'un de mes collègues exactement le même problème, il ne peut pas accéder à travers Mac OSX Lion, Mais peut-être à travers la voiture Windows, Nous travaillons à distance et non sur le même fournisseur.

Quelques informations supplémentaires

Lion (10.7.4) Impossible d'avoir accès au site

host semaphoreapp.com
semaphoreapp.com has address 5.9.53.16

ping semaphoreapp.com
PING semaphoreapp.com (5.9.53.16): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
ping: sendto: No route to host
Request timeout for icmp_seq 4
ping: sendto: Host is down
Request timeout for icmp_seq 5
ping: sendto: Host is down
Request timeout for icmp_seq 6
ping: sendto: Host is down
Request timeout for icmp_seq 7
....


traceroute semaphoreapp.com
traceroute to semaphoreapp.com (5.9.53.16), 64 hops max, 52 byte packets
1 * * *
2 * * *
traceroute: sendto: No route to host
3 traceroute: wrote semaphoreapp.com 52 chars, ret=-1
*traceroute: sendto: Host is down
traceroute: wrote semaphoreapp.com 52 chars, ret=-1
....

et MacMini (10.6.8) peut avoir accès à celui-ci

host semaphoreapp.com
semaphoreapp.com has address 5.9.53.16

ping semaphoreapp.com
PING semaphoreapp.com (5.9.53.16): 56 data bytes
64 bytes from 5.9.53.16: icmp_seq=0 ttl=44 time=191.458 ms
64 bytes from 5.9.53.16: icmp_seq=1 ttl=44 time=202.923 ms
64 bytes from 5.9.53.16: icmp_seq=2 ttl=44 time=180.746 ms
64 bytes from 5.9.53.16: icmp_seq=3 ttl=44 time=200.616 ms
64 bytes from 5.9.53.16: icmp_seq=4 ttl=44 time=178.818 ms
....

traceroute semaphoreapp.com
traceroute to semaphoreapp.com (5.9.53.16), 64 hops max, 52 byte packets
1 192.168.0.1 (192.168.0.1) 1.677 ms 1.446 ms 1.445 ms
2 * LOCAL ISP 11.957 ms *
3 etc... 10.704 ms 14.183 ms 9.341 ms
4 etc... 32.641 ms 12.147 ms 10.850 ms
5 etc.... 44.205 ms 54.563 ms 36.243 ms
6 vlan139.car1.seattle1.level3.net (4.53.145.165) 50.136 ms 45.873 ms 30.396 ms
7 ae-32-52.ebr2.seattle1.level3.net (4.69.147.182) 31.926 ms 40.507 ms 49.993 ms
8 ae-2-2.ebr2.denver1.level3.net (4.69.132.54) 78.129 ms 59.674 ms 49.905 ms
9 ae-3-3.ebr1.chicago2.level3.net (4.69.132.62) 99.019 ms 82.008 ms 76.074 ms
10 ae-1-100.ebr2.chicago2.level3.net (4.69.132.114) 96.185 ms 75.658 ms 75.662 ms
11 ae-6-6.ebr2.washington12.level3.net (4.69.148.145) 104.322 ms 105.563 ms 118.480 ms
12 ae-5-5.ebr2.washington1.level3.net (4.69.143.221) 93.646 ms 99.423 ms 96.067 ms
13 ae-41-41.ebr2.paris1.level3.net (4.69.137.49) 177.744 ms
ae-44-44.ebr2.paris1.level3.net (4.69.137.61) 199.363 ms 198.405 ms
14 ae-47-47.ebr1.frankfurt1.level3.net (4.69.143.141) 176.876 ms
ae-45-45.ebr1.frankfurt1.level3.net (4.69.143.133) 170.994 ms
ae-46-46.ebr1.frankfurt1.level3.net (4.69.143.137) 177.308 ms
15 ae-61-61.csw1.frankfurt1.level3.net (4.69.140.2) 176.769 ms
ae-91-91.csw4.frankfurt1.level3.net (4.69.140.14) 178.676 ms 173.644 ms
16 ae-2-70.edge7.frankfurt1.level3.net (4.69.154.75) 180.407 ms
ae-3-80.edge7.frankfurt1.level3.net (4.69.154.139) 174.861 ms 176.578 ms
17 as33891-net.edge7.frankfurt1.level3.net (195.16.162.94) 175.448 ms 185.658 ms 177.081 ms
18 hos-bb1.juniper4.rz16.hetzner.de (213.239.240.202) 188.700 ms 190.332 ms 188.196 ms
19 hos-tr4.ex3k14.rz16.hetzner.de (213.239.233.98) 199.632 ms
hos-tr3.ex3k14.rz16.hetzner.de (213.239.233.66) 185.938 ms
hos-tr2.ex3k14.rz16.hetzner.de (213.239.230.34) 182.378 ms
20 * * *
21 * * *
22 * * *

Des idées?

ÉDITER:

Une addition tcpdump

MacMini (qui peut être connecté) Pendant le travail -

ping semaphoreapp.com

sudo tcpdump -v -i en0 dst semaphoreapp.com
Password:
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
17:33:03.337165 IP (tos 0x0, ttl 64, id 20153, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->3129)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 0, length 64
17:33:04.337279 IP (tos 0x0, ttl 64, id 26049, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->1a21)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 1, length 64
17:33:05.337425 IP (tos 0x0, ttl 64, id 47854, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->c4f3)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 2, length 64
17:33:06.337548 IP (tos 0x0, ttl 64, id 24772, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->1f1e)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 3, length 64
17:33:07.337670 IP (tos 0x0, ttl 64, id 8171, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->5ff7)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 4, length 64
17:33:08.337816 IP (tos 0x0, ttl 64, id 35810, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->f3ff)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 5, length 64
17:33:09.337948 IP (tos 0x0, ttl 64, id 31120, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->652)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 6, length 64
^C
7 packets captured
1047 packets received by filter
0 packets dropped by kernel

OSX Lion (Impossible de se connecter) Pendant le travail -

ping semaphoreapp.com

# wireless
~ $ sudo tcpdump -v -i en1 dst semaphoreapp.com
Password:
tcpdump: listening on en1, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
262 packets received by filter
0 packets dropped by kernel

et

# wired
~ $ sudo tcpdump -v -i en0 dst semaphoreapp.com
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
219 packets received by filter
0 packets dropped by kernel

Au-dessus de la sortie après

Request timeout for icmp_seq

25 ou 30 Une fois de ping. Je connais peu sur tcpdump, mais ça ne me semble pas que les demandes ping Aller de ma voiture?
Invité:

Babette

Confirmation de:

Vous courez Hamachi en voiture qui ne peut pas se connecter à semaphoreapp.com?

Si oui, puis-je vous suggérer d'éteindre Hamachi et répéter la tentative de connexion; Vous pouvez en apprendre davantage sur le bloc. Hamachi À l'adresse suivante:

(software)#Criticism[/url]

Babette

Confirmation de:

Sur lion.

dscacheutil -flushcache

C'est tout ce dont vous avez besoin pour nettoyer le cache. Si cela ne fonctionne pas, il peut y avoir autre chose d'autre sur le chemin, par exemple des serveurs ou des systèmes de proxy avec votre propre Cashem. DNS, Quel est un problème. Peut-être que vous pouvez faire peu avec eux, sauf pour le payer un peu de temps.

Si rien ne vous aide, obtenez l'adresse IP du site à partir d'un ordinateur pouvant se connecter et essayer de l'utiliser. Sur un hôte général, vous ne pouvez pas obtenir le site dont vous avez besoin, mais au moins vous pouvez confirmer la connexion. Si cela ne conduit également à rien, il y a peut-être quelque chose qui le bloque, alors vérifiez toute application d'application ou de pare-feu que vous utilisez.

Giselle

Confirmation de:

Résolution DNS Cela a l'air bien parce que vous pouvez activer le nom de l'adresse IP correcte. Je peux accéder au site dans Lion et Mountain Lion.

Vous pouvez essayer de redémarrer l'interface réseau.

sudo ifconfig en0 down
sudo ifconfig en0 up

Remplacement en0 Sur l'interface réseau d'occasion. Utilisation ifconfig Sans arguments pour déterminer l'interface correcte.

Si vous utilisez deux interfaces réseau - Par exemple, sans fil et câblé - Cela peut causer un problème.

Si vous utilisez VPN, Cela peut causer des problèmes. Rechercher principalement une manière à laquelle le réseau sur votre ordinateur Lion Il peut être configuré différemment que sur d'autres hôtes.

Et, si ni Khrenovo, si vous n'avez pas encore essayé, le redémarrage peut être approprié :)

Hannah

Confirmation de:

Oui, j'ai vu ce problème. Parfois, c'est un problème avec MTU; En particulier, la détection PMTU ...

Pouvez-vous accéder à d'autres sites HTTPS sans incident? Pouvez-vous essayer de réduire MTU Dans les paramètres système -> Réseau -> Interface -> aditionellement -> Équipement -> Mettre en place manuellement. Il peut être réglé sur 1460 ou ci-dessous au lieu de la valeur par défaut 1500.

Aussi cm:

https://apple.stackexchange.co ... k-pro
https://superuser.com/question ... ectio

Babette

Confirmation de:

Je suis heureux que vous ayez décidé de votre problème, mais le problème que j'ai découvert sur le réseau Mac OSX, C'est que le placement de plusieurs domaines dans une barre de votre fichier / etc / hosts Peut conduire à des événements aléatoires dans votre pile de réseau. J'espère que cela aidera les autres qui recherchent une réponse à cette question dans Google.

Par conséquent, à la place:

127.0.0.1 mylocalsite myotherlocalsite localhost eviladnetworksite.com

Vous devez les mettre sur la ligne séparément

127.0.0.1 mylocalsite
127.0.0.1 myotherlocalsite
127.0.0.1 localhost
127.0.0.1 eviladnetworksite.com

Après avoir effectué ce changement, vous devez redémarrer pour obtenir une bonne pile de réseau.

Lien:
http://stevegrunwell.com/blog/ ... sues/

Pour répondre aux questions, connectez-vous ou registre