ネット上に公開した暗号化サービスがあります。TCP。ほとんどの場合、サービスは文字列の暗号化/復号化に使用されます。ただし、時々、大きなドキュメント (pdf、JPG、bmp など) を暗号化する必要があります。
このようなシナリオに最適なエンドポイント設定は何ですか? ストリームを受け入れる/返す必要がありますか? 私はこれについて多くのことを読みましたが、大きなファイルが頻繁に発生しない場合に何をすべきかについてのガイダンスはありません。
ネット上に公開した暗号化サービスがあります。TCP。ほとんどの場合、サービスは文字列の暗号化/復号化に使用されます。ただし、時々、大きなドキュメント (pdf、JPG、bmp など) を暗号化する必要があります。
このようなシナリオに最適なエンドポイント設定は何ですか? ストリームを受け入れる/返す必要がありますか? 私はこれについて多くのことを読みましたが、大きなファイルが頻繁に発生しない場合に何をすべきかについてのガイダンスはありません。
MSDNでは、WCF を介したストリーミングを有効にする方法について説明しています。
クライアントとサーバー間のリンクを暗号化する必要がある場合は、「独自の」暗号化メカニズムを作成する必要があることに注意してください。デフォルトのnet.tcp
暗号化には X.509 証明書が必要ですが、この種の暗号化はバイト ストリームではなくメッセージ全体を一度に処理する必要があるため、ストリームでは機能しません。
つまり、認証には暗号化が必要なため、既定の WCF セキュリティ メカニズムを使用してクライアントを認証することはできません。私が知っている唯一の回避策は、クライアントとサーバーに独自のカスタム動作拡張機能を実装して、認証を処理することです。
カスタム動作拡張機能を追加する方法に関する非常に優れた参考文献は、ここにあります。これは、カスタム構成を提供する方法も文書化しています (現時点では、MSDN ドキュメントのどこにも議論されていないと思います)。
従うことができる 1 つのパターンは、共有ファイル システムの場所にあるファイルで動作する非同期サービスを用意することです。