Impossibile accedere a pear.php.net da OSX Lion


8

Sono sconcertato da questo problema. Ho 2 Mac separati che non riescono ad accedere a pear.php.net per nome o IP.

Ecco i sintomi e i passaggi che ho preso per cercare di risolvere / restringere questo 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

Da un PC Windows sulla stessa rete (ho anche usato lo stesso cavo Ethernet solo per essere sicuro)

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
  • Entrambe le macchine eseguono OSX 10.7
  • Ho provato sia via cavo che wifi, stesso risultato
  • Ho provato uno dei Mac su una rete diversa, lo stesso risultato
  • Provato con il firewall acceso e spento, stesso risultato
  • Non ho avuto questo problema con nessun altro sito / IP
  • Ho provato ad aprire sia pear.php.net che 5.77.39.20 in un browser, ho ottenuto 404

Modifica: in risposta al commento di Paolo

$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

Puoi pubblicare una tabella di routing da OSX? Eventualmentenetstat -rn
Paul,

@Paul l'ho aggiunto alla descrizione sopra.
Peter Meth,

C'è una strana rotta per la rete 5.0.0.0/8 lì, che è probabilmente la fonte del problema. Puoi disabilitare hamachi e riprovare?
Paolo,

Wow, sei un genio. Ho disinstallato hamachi e le cose hanno iniziato a funzionare.
Peter Meth,

Fatto - Ho aggiunto alcuni dettagli di seguito per chiarire perché questo sta accadendo
Paolo

Risposte:


10

C'è un percorso per la rete 5.0.0.0/8 che porta all'interfaccia ham0.

Questa è l'interfaccia hamachi. Quando Hamachi ha iniziato il suo servizio, ha scelto la rete 5.0.0.0/8 come pool di indirizzi per evitare conflitti con qualsiasi intervallo esistente. Tuttavia, agli hamachi non è mai stato assegnato questo intervallo.

Negli ultimi due mesi, RIPE (che è responsabile di questa gamma) ha iniziato a vendere blocchi nella rete 5/8. Ciò era inevitabile con il rapido esaurimento del numero di indirizzi ipv4, ma hamachi utilizza ancora questo blocco.

Se si desidera accedere ai servizi in questo intervallo, sarà necessario disinstallare hamachi o almeno disabilitarlo durante l'accesso a tali blocchi. È inoltre possibile eliminare manualmente il percorso ogni volta.

La vera soluzione sarà per hamachi di acquistare un blocco che sono autorizzati a utilizzare o di passare a ipv6.


la disinstallazione di hamachi ha risolto il problema. ottima spiegazione. Questo e 'esattamente quello che stavo cercando.
Peter Meth,

3

Un'alternativa sarà passare il tuo client Hamachi a IPv6.

L'ho fatto con Mountain Lion 10.8.1 (stesso problema, impossibile accedere a pear.php.net) e ora posso accedervi senza problemi e allo stesso tempo mantenere il mio ufficio e i computer di casa ancora connessi.

Per passare a IPv6, basta andare su "LogMeIn Hamachi> Preferenze> Impostazioni> Impostazioni avanzate> Connessioni peer> Modalità protocollo IP" e passare a "Solo IPv6". Riconnetti di nuovo e prova ad accedere a pear.php.net.

Utilizzando qui l'ultima versione del client Hamachi, 2.1.0.322 per OSX


buon punto. Lo proverò. ultimamente non uso molto hamachi, quindi vivo senza di esso da quando lo ho eliminato, ma un giorno vedo di averne di nuovo bisogno.
Peter Meth,

+1 Grazie mille per l'aiuto dello stand, stavo cercando questo problema IP 5.xxx da molti mesi.
Mike Castro Demaria,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.