Zugriff auf pear.php.net über OSX Lion nicht möglich

2142
Peter Meth

Ich bin über dieses Thema verblüfft. Ich habe 2 separate Macs, auf die per Name oder IP überhaupt nicht auf pear.php.net zugegriffen werden kann.

Hier sind die Symptome und Schritte, die ich unternommen habe, um zu versuchen, dieses Problem zu beheben.

$ 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

Von einem Windows-PC im selben Netzwerk (ich habe sogar das gleiche Ethernet-Kabel verwendet, um sicherzugehen)

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
  • Auf beiden Rechnern läuft OSX 10.7
  • Versuchte sowohl Kabel und WLAN, das gleiche Ergebnis
  • Versucht einen der Macs in einem anderen Netzwerk, das gleiche Ergebnis
  • Versucht, die Firewall ein- und auszuschalten, das gleiche Ergebnis
  • Habe dieses Problem mit keiner anderen Site / IP gehabt
  • Versuchte sowohl pear.php.net als auch 5.77.39.20 in einem Browser zu öffnen, erhielt 404

Edit: Als Antwort auf Pauls Kommentar

$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
8
Can you post a routing table from OSX? Hopefully `netstat -rn` Paul vor 11 Jahren 0
@ Paul Ich habe es der Beschreibung oben hinzugefügt. Peter Meth vor 11 Jahren 0
You have a strange route for the 5.0.0.0/8 network there, which is likely to be the source of the problem. Can you disable hamachi and try again? Paul vor 11 Jahren 0
Wow, you're a genius. I uninstalled hamachi and things started working. Peter Meth vor 11 Jahren 0
Fertig - Ich habe im Folgenden einige Details hinzugefügt, um zu klären, warum dies geschieht Paul vor 11 Jahren 0
plz: Der Titel muss ein IP 5.xxx-Zugriffsproblem unter OSX sein Mike vor 9 Jahren 0
Mike Sie haben wahrscheinlich recht, aber ich glaube nicht, dass ich den Titel ändern kann. Peter Meth vor 9 Jahren 0

2 Antworten auf die Frage

10
Paul

Sie haben dort eine Route für das 5.0.0.0/8-Netzwerk, die zur ham0-Schnittstelle führt.

Dies ist die Hamachi-Schnittstelle. Als Hamachi ihren Dienst startete, wählten sie das Netzwerk 5.0.0.0/8 als Adresspool, um Konflikte mit vorhandenen Bereichen zu vermeiden. Hamachi wurde dieser Bereich jedoch nie zugewiesen.

In den letzten Monaten haben RIPE (die für diesen Bereich verantwortlich sind) mit dem Verkauf von Blöcken im 5/8-Netzwerk begonnen. Dies war unvermeidlich, da die Anzahl der IPv4-Adressen schnell erschöpft war. Hamachi verwendet diesen Block jedoch immer noch.

Wenn Sie auf Dienste in diesem Bereich zugreifen möchten, müssen Sie hamachi deinstallieren oder zumindest deaktivieren, wenn Sie auf diese Blöcke zugreifen. Sie können die Route auch jedes Mal manuell löschen.

Der eigentliche Fix für Hamachi besteht darin, einen Block zu erwerben, zu dessen Nutzung sie berechtigt sind, oder zu ipv6 zu wechseln.

uninstalling hamachi solved the issue. great explanation. this is exactly what i was looking for. Peter Meth vor 11 Jahren 0
3
kikwebdev

Alternativ können Sie Ihren Hamachi-Client auf IPv6 umstellen.

Ich habe es unter Mountain Lion 10.8.1 gemacht (dasselbe Problem, Zugriff auf pear.php.net nicht möglich), und ich kann jetzt ohne Probleme darauf zugreifen und gleichzeitig meine Büro- und Heimcomputer weiterhin angeschlossen lassen.

Um auf IPv6 umzuschalten, rufen Sie einfach "LogMeIn Hamachi> Einstellungen> Einstellungen> Erweiterte Einstellungen> Peer-Verbindungen> IP-Protokollmodus" auf und wechseln Sie zu "Nur IPv6". Verbinden Sie sich erneut und versuchen Sie, auf pear.php.net zuzugreifen.

Verwenden Sie die letzte Hamachi-Clientversion 2.1.0.322 für OSX

guter Punkt. Ich werde es versuchen. Ich habe Hamachi in letzter Zeit nicht viel benutzt, also habe ich es seit dem Löschen nicht mehr gemacht, aber eines Tages kann ich es wieder brauchen. Peter Meth vor 11 Jahren 0
+1 Vielen Dank für die Standhilfe, ich habe seit vielen Monaten nach diesem IP 5.xxx-Problem gesucht. Mike vor 9 Jahren 0

Verwandte Probleme