无法从OSX Lion访问pear.php.net


8

我为这个问题感到困惑。我有2个单独的Mac,它们根本无法通过名称或IP访问pear.php.net。

这是我尝试解决/缩小此问题的症状和步骤。

$ 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 PC上(为了确保安全,我甚至使用相同的以太网电缆)

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

您可以从OSX发布路由表吗?希望netstat -rn
保罗

@Paul我将其添加到上面的描述中。
彼得·梅斯

您的5.0.0.0/8网络有一条奇怪的路由,这很可能是问题的根源。您可以禁用hamachi再试一次吗?
保罗

哇,你真是个天才。我卸载了hamachi,事情开始起作用。
彼得·梅斯

完成-我增加了一些细节如下解释,为什么这种情况正在发生
保罗

Answers:


10

您有一个通往ham0接口的5.0.0.0/8网络的路由。

这是hamachi界面。Hamachi开始服务时,他们选择5.0.0.0/8网络作为其地址池,以避免与任何现有范围冲突。但是,从未将hamachi分配到此范围。

在过去的几个月中,RIPE(负责此范围的产品)已开始销售5/8网络中的模块。随着ipv4地址数量的迅速减少,这是不可避免的,但是hamachi仍在使用此块。

如果要访问此范围内的服务,则需要卸载hamachi-或至少在访问这些块时将其禁用。您也可以每次手动删除路线。

真正的解决办法是让hamachi购买他们有权使用的块,或切换到ipv6。


卸载hamachi解决了该问题。很好的解释。这正是我想要的。
彼得·梅斯

3

一种替代方法是将您的Hamachi客户端切换到IPv6。

我是在Mountain Lion 10.8.1(相同的问题,无法访问pear.php.net)下完成此操作的,现在我可以毫无问题地访问它,同时保持办公室和家用计算机的连接状态。

要切换到IPv6,只需转到“ LogMeIn Hamachi>首选项>设置>高级设置>对等连接> IP协议模式”,然后切换到“仅IPv6”。再次重新连接,然后尝试访问pear.php.net。

在此使用最新的Hamachi客户端版本,对于OSX为2.1.0.322


好点子。我会尝试一下。我最近没有使用过hamachi,所以自删除它以来我一直没有它,但是我可以看到有一天再次需要它。
彼得·梅斯

+1非常感谢您的展位帮助,我每个月都在搜索有关IP 5.xxx的问题。
2014年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.