web-dev-qa-db-ja.com

ハイパーリンクを適切にたどらないJavaベースのWebブラウザーはありますか？

ログを見ると、このエラーが頻繁に発生します。

潜在的に危険なRequest.Path値がクライアント（:)から検出されました。

このエラーは通常、誰かが次のようなURLに移動したことが原因です。

http://octopusdeploy.com/blog/https:/tfspreview.com

https://tfs...へのリンクであるはずだったものがhttps:/tfs...になったことに気付くでしょう。これはWebブラウザーが明らかに絶対URLではなく相対パスであると解釈しています。

ただし、元のページでビューソースを実行すると（ http://octopusdeploy.com/blog ）、https://tfs...へのリンクが見つかりますが、https:/tfs..へのリンクはありません。クライアントがリンクを間違えているようです。

リクエストの詳細を見ると、これは通常のWebブラウザからではなく、Javaクライアントからのものであることがわかります。

Platform: Unknown 
Browser: Unknown (Version 0.0)
User Agent: Java/1.6.0_04

おそらくどこかでスマートフォンで実行され、ハイパーリンクをたどる方法がわからない、既知のひどく書かれたJava Webブラウザーはありますか？同様のエラーを見ましたか？

第二に、[ this post に従って）Javaボットとして識別するユーザーエージェントからのすべてのリクエストをブロックする場合、既知の重要なボットまたはデバイスを破壊する可能性がありますか？

asp.nethttpjava
6
Paul Stovell

Javaプログラミング言語を介してWeb要求を行う場合、Java/[version]のユーザーエージェントがデフォルトのUAです。

言い換えると、誰かがJavaでスパイダーのようなプログラムを書いたことがありますが、これは明らかにリンクを正しく解析していません。

Daveがコメントで示唆したように、リクエストは別のサイトから来る可能性があります。ウェブログの参照URLを確認してください。

ブロックに関して：いいえ、汎用Java UAを使用する主要なボットはありません。すべての行儀の良いボットは適切なUAを使用します。 could UAをブロックしますが、開発者はそれを変更して、ChromeやFirefoxのような実際のブラウザのUAを使用することができます。問題が引き続き発生する場合は、IPブロックが適切なオプションである可能性があります。

8
DisgruntledGoat