ASP.NET

Windows Server 2008のサーバーコア上IISではASP.NETは動きまへん

刈歩菜良 — Fri, 29 Jun 2007 13:01:00 GMT

ネタ元「マイクロソフト，サーバーコア上でIISが使用できるWindows Server 2008評価版を公開」

えぇーーーーーーーー。

CE とかに .NET Framework のるのに、なぢぇにWindows Server 2008のサーバーコアには.NET Frameworkのりませんのん？
# ん？ちと、つっこみずれてる？

ま、サーバーコアでない（？）IISでは使えるから良いけどさ...
# これもずれてるような、ずれてないような。

WebアプリからWCF使いたくても［Add Service Reference...］メニューが出てこんがなぁ。

刈歩菜良 — Fri, 15 Jun 2007 03:33:00 GMT

てなことは、前から気付いてたんやけどね。

で、「Visual Studio 2005 は正式に .NET Framework 3.0 に対応してるわけやないから、しゃあないね。」と、あきらめて、コマンドで

svcutil.exe http://どこぞのサーバー/WCFServe/Service.svc?wsdl

って、やっててんけどさぁ。

ひょんなことから、Web アプリでも［Add Service Reference...］メニューが出ることに気づいた。

なんと、Web アプリにApp_Codeフォルダがあると、［Webサイト］メニューに［Add Service Reference...］があるやん！
# 右クリックには相変わらず出ーへんよ。
わーい！やっぱWebアプリでもできるんやぁ。と、喜んだのもつかの間。実行してみると、

「オブジェクト参照がオブジェクトインスタンスに設定されていません。」

えーーーーーーーーー
なぢぇ、この期に及んで NullReferenceException やねんなぁ。

でも、望みを捨てきれず、ごにょごにょごにょごによ・・・
おかげさまで、また朝までコースかよっ。

はい、結局解決できまへんでした。
(T_T)

いやぁ、ほんと、いい加減こんな時間まで仕事するのはやめたいぞ。

ユーザ認証のハマりどころ

刈歩菜良 — Tue, 24 Oct 2006 16:43:00 GMT

久々の技術ネタです。( ;^^)ヘ..
てか、まともなんは初めて？？（￣□￣；）！！

Windows アプリケーション、Web アプリケーションにかかわらず、ユーザー認証を行いたい場合はプリンシパルを使います。いろんなパターンがありますが、ロール（グループ）の認証でよいのならば、一番単純なのがIsInRoleを使った認証。
たとえばこないな具合。

if (myPrincipal.IsInRole(属していなければいけないロール)) { // 属してるから認証おつけい！ } else { // 属してへんがな！エラー処理。 }

たとえば、Dev1 グループに属してへんとできへん処理ややらしたない処理がある場合はIsInRoleの引数に"Dev1"と書けば良いんやね。

と、思ったら大間違い！！

Windows認証でグループを指定する場合は、そのグループが属するドメイン名(ローカルグループの場合はPC名)を指定せないかんのですねぇ。

【正解】
if (myPrincipal.IsInRole("Karubo-PC\\Dev1"))

ほしたらば、ローカルマシンの Administrators グループに属してるかどうか確認したい場合は、

if (myPrincipal.IsInRole("Karubo-PC\\Administrators"))

って書けばよいわけやね。

と、思ったら超間違い！！

そう、ここがまさにハマりどころ！！

Administratorsをはじめ、UsersなどのOS標準のグループはビルトイングループと呼ばれてるんやけど、ビルトイングループで認証をする場合はPC名ぢゃなくってBUILTINと書かなければいかんのよねぇ。

【正解】
if (myPrincipal.IsInRole("BUILTIN\\Administrators"))

ちなみにちなみに、.NET2.0からはローカルグループやビルトイングループの認証の場合は、ロール名（グループ名）だけでよくなったみたい。

今回はIsInRoleでの認証を例に紹介しましたが、宣言セキュリティ（PrincipalPermission属性）や強制セキュリティ（PrincipalPermissionクラス）でロールを指定する場合もおんなじですよ。

去年の夏にわたくしはここで1～2週間ハマりましたわ。だって、MSDNライブラリのIsInRoleのとこ見てもそんなことひとっことも書いてくれてへんのやもん。もち、フィードバックしときましたが...

参考までにサンプルプログラムおば、

【サンプルコーナー】

【Windows アプリ編】
・Windowsフォームのプロジェクトを作成

・フォームにラベル2つとテキストボックス、ボタンをはっつける。名前はデフォルトのまんま。2つめのラベル(label2)は結果表示用なので、下のほうに大きくはっつけてください。

・ボタンをダブルクリックしてイベントハンドラ作成。

・コードファイルの先頭行に以下の2行を追加

using System.Security.Principal; using System.Threading;

・コンストラクタ（public Form1()って書いてるとこね。）に以下の1行を追加

Thread.CurrentPrincipal = new WindowsPrincipal(WindowsIdentity.GetCurrent());

・button1_Clickイベントハンドラに以下を追加

IPrincipal myPrincipal = Thread.CurrentPrincipal; label2.Text = textBox1.Text + "に属して"; if (myPrincipal.IsInRole(textBox1.Text)) { label2.Text += "います。"; } else { label2.Text += "いません。"; }

・で、完成！後は実行して、テキストボックスにロールを入れてボタンをクリックして下さいまし。2005の人はAdministratorsと入れただけで認証が通りますが、2003以前の方だとBUILTIN\Administratorsと入れないと認証が通りませんよ。

【Web アプリ編】
・Webフォームのプロジェクトを作成。作成場所はファイルシステムでもIIS上でもかまいませんが、IIS上に作った場合はIISの設定で統合Windows認証を有効にしてください。
（管理ツール→[インターネットインフォメーションサービス]を起動。Webアプリのフォルダで右クリック→プロパティ。[ディレクトリセキュリティ]タブの「匿名アクセスおよび認証コントロール」のところにある［編集］ボタンをクリック。一番下の［統合Windows認証］をチェック）

・フォームにテキストボックス、ボタン、ラベルをはっつける。名前はデフォルトのまんま。ラベル(Label1)は結果表示用なので、改行してはっつけてください。2005の方で面倒くさい方は以下のコードをコピーして<div>の下に貼り付けてもOK。

ロール名を入力してください：<asp:TextBox ID="TextBox1" runat="server"></asp:TextBox> <asp:Button ID="Button1" runat="server" Text="ロールチェック" OnClick="Button1_Click" /><br /> <br /> <asp:Label ID="Label1" runat="server"></asp:Label>

・ボタンをダブルクリックしてイベントハンドラ作成して以下を追加

Label1.Text = TextBox1.Text + "に属して"; if (User.IsInRole(TextBox1.Text)) { Label1.Text += "います。"; } else { Label1.Text += "いません。"; }

・Web.configがなければ新規に追加して、<system.web>要素内に以下を追加。

<identity impersonate="true"/> <authorization> <deny users="?"/> </authorization>

なぜコードビハインドするとクラスは継承関係にならなければいけないのか勝手に考えてみました

刈歩菜良 — Thu, 21 Sep 2006 10:18:00 GMT

@PageディレクティブのInherits属性ってばの続きです。

昨日お風呂でぼ～っと考えてたらなんとなく思いついた！
もしかして、継承にしたかったのはコード側のコンストラクタとaspx側のコンストラクタ（自動生成）を分けたい＆起動順を固定したいからだったんかなぁ。

今まではOnInitの中で初期化っぽいことをしていて、InitializeComponent呼び出しなんかもここに入っていたので、独自の初期化処理をコンポーネントの初期化の前にやるのか、後にやるのかなんかを選択できてたけど、これからは選択できんてことやんね。と、いうか、本来は選択できるべきではない？？

そもそも自動生成されたコードが開発用のソースファイルに出てきて変更が可能な時点であやうかったんやけどね。えぇ、今まで講習中に数え切れないほどのトラブルがありましたさ。

#Regionで囲まれてるところ全削除されたり、逆に他のページからコピペしたときに#Region部分も丸ごとコピーしてきたり。そんなご無体なぁ～ (/。＼）
そんな初心者の方に内部構造教えても混乱させるだけやしね。

ASP.NET 2.0になって、講義は格段にやりやすくなりましたわ。オホホホホヾ（@^▽^@）ノ

【注】上記はかるぼの勝手な考察＆妄想なのでまったく裏が取れてません。参考の参考にもならない場合がありますのでご注意おば。
m(._.)m

@PageディレクティブのInherits属性ってば

刈歩菜良 — Wed, 20 Sep 2006 02:00:00 GMT

ふざけたご挨拶だけだとなんなので、この前受講生に指摘されて目からうろこだったネタおば...

受講生：「Inherits属性って継承ですよねぇ。何で継承なんですか。」
わたくし：「それはですね、デザイン担当のaspxファイルが... ぁ...（一瞬フリーズ）」

そう、ASP.NET2.0からはパーシャルクラス採用で、もう継承なんかしてないんやねぇ。
どうせならばInherits属性は互換性のための非推奨の属性にして、なんかもっと的確な名前の属性を作って欲しかったなぁ。PartialClass とか ClassName とか。

おかげで同様の質問が出ると歴史から話さなあかんようになってしまいました。
ヾ(>y<;)ノ

と、思ったら、囚人さんのご指摘の通り、実は.aspxファイルがふた手に分かれてパーシャルなのは変数宣言だけでした。
（囚人様感謝です_(_^_)_ ）

そんな細かな話まで説明しても初心者は混乱が増すだけなので、従来どおり「.aspx が別クラスになって」っていう説明にしますです。

しかし、何で全部パーシャルにしちゃわなかったんやろか？？
?(°_。)?(。_°)?