ターミナルからpingを実行できるのに、ブラウザで特定のWebサイトにtracerouteまたはアクセスできないのはなぜですか？
家庭内の1台のコンピューターでは、tracerouteを正常に完了できず、ブラウザーでランダムに選択されたように見える小さなWebサイトのセットを参照することもできません。これには、Twitter.comから自分のサイトthislooksnice.comまでのサイトが含まれますが、韻や理由はまだ見つかっていません。ただし、pingを実行して、問題なく応答を得ることができます。私のiPodTouchや他のコンピュータでは、サイトを問題なく閲覧できます。
10.6.7を実行しているMacを使用しています。最近変更したDNS /ネットワーク設定に関係するものは何も考えられません。私は通常OpenDNSを使用しています。 ISPのデフォルトのDNSサーバーを使用して問題を解決できる可能性があるので、無効にしようとしましたが、残念ながら、修正されませんでした。
これはグーグルにとって難しいものなので、この時点で完全に失われています。何かご意見は？
更新：tracerouteを実行しようとしたときに発生するエラーは次のとおりです。
kevin-macbook-pro:~ Kevin$ traceroute Twitter.com
traceroute: Warning: Twitter.com has multiple addresses; using 199.59.148.11
traceroute to Twitter.com (199.59.148.11), 64 Hops max, 52 byte packets
traceroute: sendto: No route to Host
1 traceroute: wrote Twitter.com 52 chars, ret=-1
問題が解決しました！ログイン項目の1つが干渉していたようです。起動時に実際にロードする必要のないいくつかのアプリケーションをクリアしましたが、それ以降、問題はクリアされたようです。残念ながら、どのアプリケーションが干渉していたのかわかりません。また、時間をかけて戻って、すぐに特定できるかどうかもわかりません。すでにこれに時間をかけすぎています。 harrymc、mehaase、Spiffにご協力いただきありがとうございます。
PeerGuardianはそれ自体をサービスとしてインストールするため、GUIが実行されていなくてもアクティブであり、一部のサイトをブロックする可能性があります。
私の場合、その原因はすべてMacのピアガーディアンであったことを確認できます。解決しないアドレス範囲をカスタムリストに追加しようとしましたが、IPに対応するサイトが許可され、奇妙なことに同じドメイン/ IPのサブドメインをブロックし続けるため、アプリケーションは正しく機能していません（少なくともMacでは）。たとえば、www.sitetobeallowed.comのIPを追加すると、追加すると問題なく解決されますが、subdomain.sitetobeallowed.comなどのサブドメインは解決されず、空白のページ/エラーが報告されます。
PeerGuardiandをインストールして、アプリを使い続けることができないように修正しようとしたので、その日と呼ぶ必要がありましたが、ブロックされたサイトをカスタムに追加しなければならないため、提案が失われました。リストを許可します。残念ですが、少なくとも、WTHが進行中であり、サイトが解決されない理由を見つけようとするのはもう面倒ではありません。
それが同じ問題であなたの何人かを助けることを願っています、そしてそのヒントが私を解決に導いたuser73636に感謝します！大変感謝いたします ：）
問題のあるコンピュータで DNSキャッシュをフラッシュする を試みるかもしれません。
Mac OS X LeopardでDNSキャッシュをフラッシュするには、ターミナルに次のように入力します。
lookupd -flushcache
この問題を引き起こしていたプログラムはPeerGuardianと呼ばれます。アンインストーラーが付属しています。アンインストーラーを実行すると、問題は解決します。再起動が必要になる場合があります。
Pingとhttpは異なるプロトコルを使用します。これは、一方が機能し、もう一方が機能しない理由を説明している可能性があります。繰り返しになりますが、tracerouteはpingと同じプロトコルを使用しているため、完全に困惑していると言わざるを得ません。 Tracerouteは、あなたと目的地の間の多くの大きなルーターがそれに応答しないため、トラブルシューティングには適していません。そのため、それらの* **応答を受け取るだけです。
DNSは大丈夫です。 Twitter.comを調べたところ、同じ範囲のアドレスが見つかったので、名前の問題ではありません。
問題はルーティング構成にあります。私が気づいたことの1つは、同じプレフィックス（184.106。*）を持つposterous.com（184.106.20.99）またはthislooksnice.com（184.106.171.127）にアクセスできないことです。
「netstat-rn」を実行して、ここに出力を投稿してみてください。
Mac OS Xの一部のツール（特に従来のUnixコマンドラインツール）は、従来のUnixDNSリゾルバーライブラリを使用します。他のツール（主にGUIアプリですが、一部のコマンドラインツールも）は、mDNSResponderを介してルーティングされるようになったライブラリ呼び出しを使用します。
ほとんどの場合、DNSは一部の場所では機能しているように見えますが、Mac OS Xの他の場所では機能していないようです。障害は、mDNSResponderにあります。
以前はSudo killall -HUP mDNSResponderですが、これでは必ずしも十分ではないことがわかりました。今私は...
Sudo killall -9 mDNSResponder
...そしてlaunchdに再起動させます。