前回のPOSTで書き忘れたこと。

インターセプターを使えば特定の列だけ値を変える等できます。OData and Authentication – Part 7 – Forms Authentication にも記載されていますが、たとえば認証されているときだけセンシティブな情報を返すとか。

認証ユーザーやロールに応じて1つのWCF Data Services で柔軟に操作範囲を変えたりできるのはすごく便利ですね。

あと忘れてましたがASP.NET開発環境だとうまくフォーム認証が動きませんでした。（.adxが見れない？）このあたりあまり情報なくてちょっと諦め気味…
面倒だけどデバッグはIISのワーカープロセスにアタッチする等したほうがいいのかも…？
またSQL Serverへの接続は手抜きですが、アプリケーションプールのユーザー等にアクセス権限無いと無駄に怒られますので注意。

最後に追加でいろいろリンクを置いておきます。

• FormsAuthentication.SetAuthCookie メソッド （MSDNライブラリ）
• 小野さんに教えて頂きました。WCF Data Services まわりでいろいろご教授頂いたり助かります…
• WCF Data Services （MSDNライブラリ）
• WCF を ASP.NET とサイド バイ サイドでホストする方法 （MSDNライブラリ）

ちと調べてて悩んでたので一応吐き出しておきます。

WCF Data Services を使うとOData形式等で強力なデータ連携が可能になります。
特に Entity Framework や LINQとの相性は抜群です。

でもむやみやたりにデータ公開したくないわけで。特にクラウドに置いたりする場合は。
じゃやっぱり認証かけたいよね、ということで今回は以下のケースで考えてみます。

• 認証は必要だけど、最初だけの認証にしたい
• クライアントアプリケーション内で（プログラムで）処理したいので、最初の認証以降はプログラム内で処理したい
• フェデレーションもいいんだけど認証プロバイダも弄りたいというかカスタム認証プロバイダ使いたいです

イントラネット等でWindows統合認証が使えるならこんな苦労はないのかも知れませんが、プログラム内から操作する方法だと取れる手法は限られてきます。

で、今回はお手軽にフォーム認証を使って Cookie ベースで制限をかけたいと思います。（まぁなんというか、やってることは OData and Authentication – Part 7 – Forms Authentication と変わりません。）

※ Cookie ベースならまぁローカルに保存してても許してくれそうですし。

続きを読む →