問題タブ [always-encrypted]

ストアド プロシージャ アクティビティを実行するカスタム ドット ネット アクティビティを実装しようとしています。

私は、ADF が で既にビルドされていることを知っていましたStoredProcActivity。しかし、既に暗号化されているテーブルに挿入したい (Always Encryption プロバイダーを Azure Key Vault として使用)

常に回避するには、Azure Key Vault を使用した暗号化では、接続文字列を次のようにする必要があります。

私が構造化するのは単純なものAzureSqlLinkedServiceです。Column Encryption Setting=enabledaalueを使用して接続文字列に追加しました。実際、私の接続文字列は次のようになります。

しかし、私はエラーが発生しました

エンティティのプロビジョニングに失敗しました: リンクされたサービスに接続できませんでした。指定された接続文字列が無効です。

"Always Encrypted" が有効になっているローカル (PC) iis に asp.net mvc アプリケーションを発行しようとすると、奇妙な問題が発生します。

ローカル IIS (高速ではない) で EF6 を使用してデータベースにアクセスしようとしたときに、アプリケーションがタイムアウトを保持します。

しかし、Visual Studio 2017 を使用して asp.net mvc アプリにアクセスしてデバッグしようとすると、「常に暗号化が有効」なデータベースにタイムアウトなしで完全にアクセスできます。

また、SQL Management Studio で問題なくアクセスできます。

両方 (SMSS と ASP.NET Web 構成) でこの構成を使用します。

注: ASP.NET MVC 5 & EF 6、SQL Server 2016 Developer Edition を使用しています。

私の悪い英語でごめんなさい。

更新: .NET Framework Data Provider を使用して、次のコードを使用して、この問題の解決に役立つ手がかりがあるかどうかを確認してみました:

上記のコードは、このエラーを表示します:

さて、この種のエラーで、私は正確に私がしなければならないことを知っています:)

1. アプリケーション プールの ID を、以前に証明書を生成した「ユーザー」に変更します。
2. 現在のユーザー証明書 (常に暗号化されている) をエクスポートし、アプリケーション プール ID として使用するユーザーにインポートします。

これでうまくいきました！

EF は、@_@ 本当に混乱するタイムアウト エラーの代わりに、.NET データ プロバイダーと同じくらい明確な何らかのエラーをスローする必要があります。

UPDATED (1) : 問題は、カスタム アカウントの代わりにデフォルトの ApplicationPoolIdentity でそれ (証明書) を使用する方法です。

更新 (2) : jakubが提案すること を実行しましたが、まだ運がありません。

ありがとう

「クラッシュ」例外は、常に暗号化されたフィールドで EF6 を使用して NVARCHAR(MAX) を更新するときに発生しています。これは避けられますか？

最新の SSMS を介してデータ型を変更しようとしましたが、「衝突」エラーも発生しました。列を暗号化したようで、テーブルもまったく変更できません。