2012-03-19 10 views
0

1人以外のすべてのユーザーに対してセキュリティ警告を表示するプリンタと対話するアプレットがあります。このユーザーは、セキュリティ警告として「OK」を6回クリックする必要があります。ここでは、警告のスクリーンショットです:
1.ログインアプレット
2.更新し、ユーザーのJavaのセキュリティファイル:私が集めてきたものから、1人のユーザーがセキュリティ警告を6回アプレットするにはOKをクリックする必要があります

Applet Security Warning

は、警告の周りに取得するには2つの方法がありますハードドライブ上のユーザープロファイルの下に表示されます

これらの方法のいずれを使用する場合の賛否両論は何ですか?そのうちの1つが好ましいアプローチですか? 1つは他のものよりも簡単で迅速に実装できますか?

編集I
我々は、アプレットに署名のルートを下るしようとしているように見えます。
Webサーバー上にある同じ証明書を使用してアプレットに署名することはできますか?

+0

[Always allow ..]チェックボックスをオンにするとどうなりますか?私はアプレットの実行の決定を覚えていることを期待しますが、再ロードされたときは決定しません。問題マシンへのアクセス権(例:「管理者アクセス」) –

+0

@AndrewThompson - 何が起こったのかをユーザーから聞いてくるのを待っています。その後、質問を更新します。ユーザーがチェックボックスをクリックしていることを知っていますが、それ以降のアラートで返される別のメッセージがあると思います。また、私は残念なことに(残念なことに、彼らはマシン上の非管理者の権限を持っている)ユーザーのマシンに乗ることはできません。 –

+0

これが表示されたら、スタックダンプをとる価値があります。アプレット内で独自のスレッド用にプログラムでこれを行うことができます。 –

答えて

1

IEで可能ないくつかのポリシー強制は、「常に許可する」チェックボックスがその選択肢を保存しないようにしています。長所/短所については

、私はそれを見るように:

  1. アプリの署名:証明書が必要です。自己署名されている場合は、ブラウザで他のエラーが発生する可能性が最も高いですが、カスタム証明書または証明書ルートをbroswerに含めることでこれを避けていると思います。
  2. ユーザーのセキュリティファイルを更新する:これは決して実際には行われませんが、多くのユーザーがいれば維持するのは悪夢のようです。
関連する問題