Ten problem mnie zaskoczył. Mam 2 oddzielne komputery Mac, które nie mają dostępu do pear.php.net w ogóle według nazwy lub adresu IP.
Oto symptomy i kroki, które podjąłem, aby spróbować rozwiązać / zawęzić ten problem.
$ 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
Z komputera z systemem Windows w tej samej sieci (nawet dla pewności użyłem tego samego kabla Ethernet)
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
- Na obu komputerach działa OSX 10.7
- Wypróbowałem zarówno przewodowe, jak i Wi-Fi, ten sam wynik
- Próbowałem jednego z komputerów Mac w innej sieci, ten sam wynik
- Próbowałem z włączaniem i wyłączaniem zapory, ten sam wynik
- Nie miałem tego problemu z żadną inną witryną / adresem IP
- Próbowałem otworzyć zarówno pear.php.net, jak i 5.77.39.20 w przeglądarce, otrzymałem 404
Edycja: W odpowiedzi na komentarz Paula
$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
netstat -rnOdpowiedzi:
Masz tam trasę do sieci 5.0.0.0/8, która prowadzi do interfejsu ham0.
To jest interfejs Hamachi. Kiedy Hamachi rozpoczął świadczenie usługi, wybrał sieć 5.0.0.0/8 jako swoją pulę adresów, aby uniknąć konfliktu z istniejącymi zakresami. Jednak Hamachi nigdy nie przydzielono tego zakresu.
W ciągu ostatnich kilku miesięcy RIPE (odpowiedzialne za ten asortyment) zaczęły sprzedawać bloki w sieci 5/8. Było to nieuniknione w przypadku szybko wyczerpującej się liczby adresów IPv4, ale hamachi nadal korzysta z tego bloku.
Jeśli chcesz uzyskać dostęp do usług z tego zakresu, musisz odinstalować hamachi - lub przynajmniej wyłączyć go podczas uzyskiwania dostępu do tych bloków. Możesz również ręcznie usunąć trasę za każdym razem.
Prawdziwą poprawką będzie zakup przez Hamachi bloku, z którego mają prawo korzystać, lub przejście na ipv6.
źródło
Alternatywą będzie zmiana klienta Hamachi na IPv6.
Zrobiłem to pod Mountain Lion 10.8.1 (ten sam problem, nie mogę uzyskać dostępu do pear.php.net), i mogę teraz uzyskać do niego dostęp bez problemów, a jednocześnie utrzymywać połączenie z komputerem biurowym i domowym.
Aby przełączyć na IPv6, wystarczy przejść do „LogMeIn Hamachi> Preferencje> Ustawienia> Ustawienia zaawansowane> Połączenia równorzędne> Tryb protokołu IP” i przejść do „Tylko IPv6”. Połącz się ponownie i spróbuj uzyskać dostęp do pear.php.net.
Używam tutaj ostatniej wersji klienta Hamachi, 2.1.0.322 dla OSX
źródło