この問題に困惑しています。名前や IP で pear.php.net にまったくアクセスできない Mac が 2 台あります。
この問題を解決/絞り込むために私が試した症状と手順は次のとおりです。
$ 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の1台を試してみましたが、結果は同じでした
- ファイアウォールのオンとオフを試しましたが、結果は同じでした
- 他のサイト/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
答え1
そこには、ham0 インターフェイスにつながる 5.0.0.0/8 ネットワークのルートがあります。
これは Hamachi インターフェースです。Hamachi がサービスを開始したとき、既存の範囲との競合を避けるために、5.0.0.0/8 ネットワークがアドレス プールとして選択されました。ただし、Hamachi にこの範囲が割り当てられることはありませんでした。
過去数か月間、RIPE (この範囲を担当) は 5/8 ネットワークのブロックの販売を開始しました。これは、IPv4 アドレスの数が急速に減少しているため避けられないことでしたが、Hamachi は依然としてこのブロックを使用しています。
この範囲のサービスにアクセスする場合は、Hamachi をアンインストールするか、少なくともこれらのブロックにアクセスしている間は Hamachi を無効にする必要があります。また、毎回手動でルートを削除することもできます。
実際の解決策は、Hamachi が使用権限のあるブロックを購入するか、IPv6 に切り替えることです。
答え2
別の方法としては、Hamachi クライアントを IPv6 に切り替えることです。
私は Mountain Lion 10.8.1 でもこれを実行しました (同じ問題で、pear.php.net にアクセスできません)。今では問題なくアクセスできるようになり、同時にオフィスと自宅のコンピューターを接続したままにできます。
IPv6 に切り替えるには、「LogMeIn Hamachi > 環境設定 > 設定 > 詳細設定 > ピア接続 > IP プロトコル モード」に進み、「IPv6 のみ」に切り替えます。再度接続し、pear.php.net にアクセスしてみてください。
ここでは最新のHamachiクライアントバージョン2.1.0.322（OSX用）を使用しています。