Impossible d'accéder à pear.php.net depuis OSX Lion

8

Je suis perplexe face à ce problème. J'ai 2 Mac distincts qui ne peuvent pas accéder à pear.php.net du tout par nom ou IP.

Voici les symptômes et les étapes que j'ai suivis pour essayer de résoudre / affiner ce problème.

$ ping -c 4 pear.php.net
PING euk1.php.net (5.77.39.20): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2

--- euk1.php.net ping statistics ---
4 packets transmitted, 0 packets received, 100.0% packet loss

$ ping -c 4 5.77.39.20
PING 5.77.39.20 (5.77.39.20): 56 data bytes
ping: sendto: No route to host
Request timeout for icmp_seq 0
ping: sendto: Host is down
Request timeout for icmp_seq 1
ping: sendto: Host is down
Request timeout for icmp_seq 2

--- 5.77.39.20 ping statistics ---
4 packets transmitted, 0 packets received, 100.0% packet loss

Depuis un PC Windows sur le même réseau (j'ai même utilisé le même câble Ethernet juste pour être sûr)

c:\>ping pear.php.net

Pinging euk1.php.net [5.77.39.20] with 32 bytes of data:
Reply from 5.77.39.20: bytes=32 time=102ms TTL=51
Reply from 5.77.39.20: bytes=32 time=102ms TTL=51
Reply from 5.77.39.20: bytes=32 time=100ms TTL=51
Reply from 5.77.39.20: bytes=32 time=102ms TTL=51

Ping statistics for 5.77.39.20:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 100ms, Maximum = 102ms, Average = 101ms
  • Les deux machines exécutent OSX 10.7
  • J'ai essayé à la fois filaire et wifi, même résultat
  • J'ai essayé l'un des Mac sur un autre réseau, même résultat
  • Testé avec le pare-feu activé et désactivé, même résultat
  • Je n'ai rencontré ce problème avec aucun autre site / IP
  • J'ai essayé d'ouvrir à la fois pear.php.net et 5.77.39.20 dans un navigateur, a obtenu 404

Edit: En réponse au commentaire de Paul

$netstat -rn
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            192.168.0.1        UGSc           18        0     en1
5                  link#8             UC              2        0    ham0
5.255.255.255      ff:ff:ff:ff:ff:ff  UHLWbI          0       10    ham0
127                127.0.0.1          UCS             0        0     lo0
127.0.0.1          127.0.0.1          UH              3      152     lo0
169.254            link#5             UCS             0        0     en1
192.168.0          link#5             UCS             4        0     en1
192.168.0.1        0:1b:6c:69:19:8f   UHLWIi         28      634     en1   1141
192.168.0.192      127.0.0.1          UHS             0        0     lo0
192.168.0.194      0:21:a0:50:4d:70   UHLWIi          0      498     en1    669
192.168.0.255      ff:ff:ff:ff:ff:ff  UHLWbI          0       10     en1

Internet6:
Destination                             Gateway                         Flags          Netif Expire
::1                                     link#1                          UHL             lo0
2620:9b::/96                            link#8                          UC             ham0
2620:9c::5f7:6deb                       7a:7c:5:f7:6d:eb                UHL             lo0
fe80::%lo0/64                           fe80::1%lo0                     UcI             lo0
fe80::1%lo0                             link#1                          UHLI            lo0
fe80::%en0/64                           link#4                          UCI             en0
fe80::205:ff:fee1:a1a2%en0              0:5:0:e1:a1:a2                  UHLWIi          en0
fe80::%en1/64                           link#5                          UCI             en1
fe80::1240:d3ff:feaf:8974%en1           10:40:d3:af:89:74               UHLI            lo0
fe80::%ham0/64                          link#8                          UCI            ham0
fe80::7879:5ff:fec7:6deb%ham0           7a:79:5:c7:6d:eb                UHLI            lo0
ff01::%lo0/32                           fe80::1%lo0                     UmCI            lo0
ff01::%en0/32                           link#4                          UmCI            en0
ff01::%en1/32                           link#5                          UmCI            en1
ff01::%ham0/32                          link#8                          UmCI           ham0
ff02::%lo0/32                           fe80::1%lo0                     UmCI            lo0
ff02::%en0/32                           link#4                          UmCI            en0
ff02::%en1/32                           link#5                          UmCI            en1
ff02::%ham0/32                          link#8                          UmCI           ham0
Peter Meth
la source
Pouvez-vous publier une table de routage depuis OSX? J'espèrenetstat -rn
Paul
@Paul Je l'ai ajouté à la description ci-dessus.
Peter Meth
Vous avez là un itinéraire étrange pour le réseau 5.0.0.0/8, qui est probablement à l'origine du problème. Pouvez-vous désactiver hamachi et réessayer?
Paul
Wow, tu es un génie. J'ai désinstallé hamachi et les choses ont commencé à fonctionner.
Peter Meth
Terminé - J'ai ajouté quelques détails ci-dessous pour clarifier pourquoi cela se produit
Paul

Réponses:

10

Vous disposez d'un itinéraire pour le réseau 5.0.0.0/8 menant à l'interface ham0.

Ceci est l'interface hamachi. Lorsque Hamachi a commencé son service, ils ont choisi le réseau 5.0.0.0/8 comme pool d'adresses pour éviter tout conflit avec les plages existantes. Cependant, hamachi n'a jamais reçu cette gamme.

Au cours des derniers mois, RIPE (qui est responsable de cette gamme) a commencé à vendre des blocs dans le réseau 5/8. C'était inévitable avec le nombre rapidement décroissant d'adresses ipv4, pourtant hamachi utilise toujours ce bloc.

Si vous souhaitez accéder aux services de cette plage, vous devrez désinstaller hamachi - ou au moins le désactiver lors de l'accès à ces blocs. Vous pouvez également supprimer manuellement l'itinéraire à chaque fois.

Le vrai correctif sera que hamachi achète un bloc qu'il est autorisé à utiliser ou passe à ipv6.

Paul
la source
la désinstallation de hamachi a résolu le problème. grande explication. Ceci est exactement ce que je cherchais.
Peter Meth
3

Une alternative sera de passer votre client Hamachi en IPv6.

Je l'ai fait sous Mountain Lion 10.8.1 (même problème, impossible d'accéder à pear.php.net), et je peux maintenant y accéder sans problèmes et en même temps garder mes ordinateurs de bureau et personnels toujours connectés.

Pour basculer vers IPv6, accédez simplement à "LogMeIn Hamachi> Préférences> Paramètres> Paramètres avancés> Connexions homologues> Mode protocole IP" et passez à "IPv6 uniquement". Reconnectez-vous à nouveau et essayez d'accéder à pear.php.net.

Utilisation de la dernière version du client Hamachi ici, 2.1.0.322 pour OSX

kikwebdev
la source
bon point. je vais essayer. je n'ai pas beaucoup utilisé hamachi ces derniers temps, donc je vis sans depuis la suppression, mais je peux voir un jour en avoir besoin à nouveau.
Peter Meth
+1 Merci beaucoup pour l'aide du stand, je cherchais ce problème IP 5.xxx depuis de nombreux mois.
Mike Castro Demaria