ttshikoのブログスマートフォン用の表示で見るttshikoのブログプログラマをしています。普段、様々な情報(特にICT関連の技術情報)にお世話になっているので、その恩返しをできるようになりたいと考えて始めました。この広告は、90日以上更新していないブログに表示しています。Indication)により、エラーとして現れて来たようだ。HTTPSサーバで公開したところ、次のエラーが発生。発生タイミングは、JNLPファイル(https://〜/*.jnlp)を取得する時。環境は、クライアント側:Java:1.7.0_09。Source)通信の様子を調べる同じエラーに対応された方の書き込みを参考に、小さな再現プログラムを書いて、通信の様子を調べてみる。}↑○○○の部分には、通信に失敗した時のホスト名を具体的に書く。実行すると、確かに再現する。パケットキャプチャしてみると、次のような通信が行われていた。Name」を指しているようだ。Indication)のサーバ名が、サーバでサポートされていないホスト名を指し示しているとのこと。サーバ側で対応するそこで、同じ書き込みを参考に、サーバ側のHTTPS設定を見直してみると、同様の設定ミスが発覚。次の手順でサーバを修正する。サーバサービス再起動。デフォルト設定のまま。サーバホスト名を正しくセット。アクセスする場合の○○○の部分を設定。エラーは発生しなくなる。target)が発生する。こちらのエラーの対策は、ここでは割愛。自己証明書でも問答無用にするとかを参照。)この時の通信の様子は次の通り。送られなくなっていることがわかる。(46)サーバ側で対応できる場合は、この方法が一番本質的で良いようだ。不特定多数のクライアントからアクセスされるサーバの場合は尚更都合良いだろう。クライアント側で対応するでは、サーバ側で対応できない場合、どのようにクライアントで対応するか?まず、調査を続けるために、サーバを元の設定ミスの状態に戻しておく。利用しないセキュリティの観点からは、(2-A)に比べれば、(2-B)の方が望ましいと思われる。参照すると、次の点が関係しそうだ。7では、デフォルトで有効なプロトコルのリストからSSLv2Helloが削除されています。Indication(SNI)拡張がサポートされます。4366で説明されています。この機能によって、TLSクライアントが仮想サーバーに接続できます。あれば、SNIを利用しない状態と考えられるので、試してみる。バージョンは、たまたまインストールしてあった、1.6.0_31を利用。HTTPSTestこの時の通信の様子は次の通り。行の「有効」のチェックをはずす設定変更後は、Webブラウザの全ての画面を一旦閉じて、再度開き直してからテストすることを忘れずに。次のいずれもできるようだ。