No se puede acceder a pear.php.net desde OSX Lion

8

Estoy desconcertado por este problema. Tengo 2 Mac independientes que no pueden acceder a pear.php.net por nombre o IP.

Estos son los síntomas y los pasos que tomé para tratar de resolver / limitar este problema.

$ 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

Desde una PC con Windows en la misma red (incluso utilicé el mismo cable de Ethernet solo para estar seguro)

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
  • Ambas máquinas ejecutan OSX 10.7
  • Intenté por cable y wifi, el mismo resultado
  • Probé uno de los Mac en una red diferente, el mismo resultado
  • Probado con firewall activado y desactivado, mismo resultado
  • No he tenido este problema con ningún otro sitio / IP
  • Intenté abrir pear.php.net y 5.77.39.20 en un navegador, obtuve 404

Editar: en respuesta al comentario 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
fuente
¿Puedes publicar una tabla de enrutamiento desde OSX? Con suertenetstat -rn
Paul
@Paul Lo agregué a la descripción anterior.
Peter Meth
Tiene una ruta extraña para la red 5.0.0.0/8 allí, que probablemente sea la fuente del problema. ¿Puedes deshabilitar hamachi e intentarlo de nuevo?
Paul
Wow, eres un genio. Desinstalé hamachi y las cosas comenzaron a funcionar.
Peter Meth
Hecho - He agregado algunos detalles a continuación para aclarar por qué esto está sucediendo
Paul

Respuestas:

10

Tiene una ruta para la red 5.0.0.0/8 que conduce a la interfaz ham0.

Esta es la interfaz hamachi. Cuando Hamachi comenzó su servicio, eligieron la red 5.0.0.0/8 como su grupo de direcciones para evitar conflictos con cualquier rango existente. Sin embargo, a los hamachi nunca se les asignó este rango.

En los últimos meses, RIPE (que son responsables de este rango) han comenzado a vender bloques en la red 5/8. Esto era inevitable con el rápido agotamiento del número de direcciones ipv4, sin embargo, los hamachi todavía usan este bloque.

Si desea acceder a servicios en este rango, deberá desinstalar hamachi, o al menos deshabilitarlo al acceder a esos bloques. También puede eliminar manualmente la ruta cada vez.

La solución real será que hamachi compre un bloque que tenga derecho a usar o cambie a ipv6.

Pablo
fuente
desinstalar hamachi resolvió el problema. Gran explicación. Esto es exactamente lo que estaba buscando.
Peter Meth
3

Una alternativa será cambiar su cliente Hamachi a IPv6.

Lo hice en Mountain Lion 10.8.1 (mismo problema, no puedo acceder a pear.php.net), y ahora puedo acceder a él sin problemas y al mismo tiempo mantener las computadoras de mi oficina y de mi hogar aún conectadas.

Para cambiar a IPv6, simplemente vaya a "LogMeIn Hamachi> Preferencias> Configuración> Configuración avanzada> Conexiones de pares> Modo de protocolo IP" y cambie a "Solo IPv6". Vuelva a conectarse e intente acceder a pear.php.net.

Usando la última versión del cliente Hamachi aquí, 2.1.0.322 para OSX

kikwebdev
fuente
buen punto. Le voy a dar una oportunidad. No he usado mucho hamachi últimamente, así que he vivido sin él desde que lo eliminé, pero puedo ver que algún día lo necesitaré nuevamente.
Peter Meth
+1 Muchas gracias por la ayuda del stand, estuve buscando sobre este problema de IP 5.xxx desde hace muchos meses.
Mike Castro Demaria