OSX Lionからpear.php.netにアクセスできない


8

私はこの問題に困惑しています。名前またはIPでpear.php.netにまったくアクセスできない2台のMacがあります。

この問題を解決/絞り込むために私が取った症状と手順は次のとおりです。

$ 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が実行されています
  • 有線とWi-Fiの両方を試したが、同じ結果になった
  • 別のネットワークでいずれかの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

@Paul上の説明に追加しました。
Peter Meth

そこに5.0.0.0/8ネットワークへの奇妙なルートがあります。これが問題の原因である可能性があります。ハマチを無効にして再試行できますか?
ポール

うわー、あなたは天才です。私はハマチをアンインストールし、物事は動き始めました。
Peter Meth 2012

完了-私はなぜこれが起こっている明確にするために下にいくつかの詳細を追加した
ポール・

回答:


10

そこにham0インターフェースにつながる5.0.0.0/8ネットワークのルートがあります。

これはハマチのインターフェースです。Hamachiがサービスを開始したとき、既存の範囲との競合を避けるために、アドレスのプールとして5.0.0.0/8ネットワークを選択しました。ただし、ハマチにはこの範囲は割り当てられませんでした。

過去数か月の間に、RIPE(この範囲の責任者)は5/8ネットワークでブロックの販売を開始しました。これはipv4アドレスの数が急速に枯渇するので避けられませんでしたが、hamachiはまだこのブロックを使用しています。

この範囲のサービスにアクセスする場合は、hamachiをアンインストールするか、少なくともそれらのブロックにアクセスしている間は無効にしてください。また、毎回手動でルートを削除することもできます。

本当の修正は、hamachiが使用する資格のあるブロックを購入するか、ipv6に切り替えることです。


hamachiをアンインストールすることで問題は解決しました。素晴らしい説明。これはまさに私が探していたものです。
Peter Meth、

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


いい視点ね。やってみます。最近はハマチをあまり使っていないので、削除してからハマチなしで暮らしてきましたが、またある日は必要だと思います。
Peter Meth 2012

+1ブースの助けをありがとう、私はこのIP 5.xxxの問題について何ヶ月にもわたって探していました。
マイクカストロデマリア2014
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.