Не могу получить доступ к pear.php.net из OSX Lion

2094
Peter Meth

Я озадачен этой проблемой. У меня есть 2 отдельных Mac, которые не могут получить доступ к pear.php.net по имени или IP.

Вот симптомы и шаги, которые я предпринял, чтобы попытаться решить / сузить эту проблему.

$ 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

С ПК с Windows в той же сети (я даже использовал тот же кабель 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
  • Обе машины работают под управлением OSX 10.7
  • Пробовал и проводной и вайфай, тот же результат
  • Пробовал один из Mac в другой сети, тот же результат
  • Пробовал с включенным и выключенным межсетевым экраном, тот же результат
  • Не было этой проблемы с любым другим сайтом / IP
  • Пытался открыть в браузере как pear.php.net, так и 5.77.39.20, получил 404

Изменить: в ответ на комментарий Павла

$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 11 лет назад 0
@Paul Я добавил это к описанию выше. Peter Meth 11 лет назад 0
У вас есть странный маршрут для сети 5.0.0.0/8, который, вероятно, является источником проблемы. Можете ли вы отключить хамачи и попробовать еще раз? Paul 11 лет назад 0
Вау, ты гений. Я удалил Хамачи, и все заработало. Peter Meth 11 лет назад 0
Готово - я добавил некоторые детали ниже, чтобы уточнить, почему это происходит Paul 11 лет назад 0
Пожалуйста, название должно быть IP 5.xxx проблема доступа на OSX Mike 9 лет назад 0
Майк Вы, наверное, правы, но я не думаю, что смогу изменить название. Peter Meth 9 лет назад 0

2 ответа на вопрос

10
Paul

У вас есть маршрут для сети 5.0.0.0/8, который ведет к интерфейсу ham0.

Это интерфейс Хамачи. Когда Hamachi начал свою службу, они выбрали сеть 5.0.0.0/8 в качестве своего пула адресов, чтобы избежать конфликта с любыми существующими диапазонами. Однако хамачи никогда не выделяли этот диапазон.

В последние пару месяцев RIPE (ответственные за этот диапазон) начали продавать блоки в сети 5/8. Это было неизбежно в связи с быстрым сокращением количества адресов ipv4, однако хамачи все еще используют этот блок.

Если вы хотите получить доступ к службам в этом диапазоне, вам нужно будет удалить hamachi - или, по крайней мере, отключить его при доступе к этим блокам. Вы также можете вручную удалить маршрут каждый раз.

Настоящим решением для хамачи будет покупка блока, который они имеют право использовать, или переход на ipv6.

Удаление Хамачи решило проблему. отличное объяснение. это именно то, что я искал. Peter Meth 11 лет назад 0
3
kikwebdev

Альтернативой будет переключение вашего клиента Hamachi на IPv6.

Я сделал это под Mountain Lion 10.8.1 (та же проблема, не могу получить доступ к pear.php.net), и теперь я могу получить к нему доступ без проблем и в то же время сохранить мои офисные и домашние компьютеры все еще подключенными.

Чтобы переключиться на IPv6, просто зайдите в «LogMeIn Hamachi> Настройки> Настройки> Расширенные настройки> Одноранговые соединения> Режим протокола IP» и переключитесь на «Только IPv6». Снова подключитесь и попробуйте получить доступ к pear.php.net.

Используя последнюю версию клиента Hamachi здесь, 2.1.0.322 для OSX

хорошая точка зрения. Я попробую. В последнее время я почти не пользовался хамачи, поэтому с тех пор как я его удалил, я жил без него, но я вижу, что однажды он мне снова понадобился. Peter Meth 11 лет назад 0
+1 Большое спасибо за помощь стенда, я искал об этой проблеме IP 5.xxx из многих месяцев. Mike 9 лет назад 0

Похожие вопросы