Welcome to TechNet Blogs Sign in | Join | Help

Hiroshi Okunushi's Blog ☆ミ

{IIS Webサーバー MSテクノロジー 最新情報}

News

  • コミュニティにおけるマイクロソフト社員による発言やコメントは、マイクロソフトの正式な見解またはコメントではありません。



    Hiroshi Okunushi
    マイクロソフト株式会社
    IT Pro エバンジェリスト
    奥主 洋(おくぬし ひろし)
    hirookun@microsoft.com
    メアド、本物ですから。(^-^)



    IIS & Webテクノロジー勉強会
    積極的に一緒に発信してくれる人
    大募集中!1月から本格始動。
    いつでもご連絡ください。
    IIS勉強会

    勉強会 参加メンバーのサイト1
    丁寧な解説があります。必見!
    勉強会参加者のサイト

    IT交差点
    IT交差点

    Microsoft Tech Fielders
    「テクノロジーの今、これからを伝える」専門家集団 Microsoft Tech Fielders

    Lightning Talk
    ライトニングトーク 登壇者全国で募集中

    ひと目でわかる IIS7.0
    IIS7Book

    IIS7.0 サーバー管理ガイド
    IIS7Book

    IIS7.0 リソースキット
    IIS7Book

    PHP on IIS
    PHPをIIS上で安全に高パフォーマンスで動かそう

    IIS バーチャルラボ
    IIS VLAB

    IT PRO MOMENTUM
    プログラム
    IIS VLAB

    Mark Russinovich さんビデオ Springboard

    IT Pro向けビデオサイト

    Power to the PRO Power To The Pro

    テクノラティお気に入りに追加する 人気ブログランキング BuzzurlにブックマークBuzzurlにブックマーク

#奥主はここにもいます

*.IIS+Web勉強会

*.IISフォーラム

*.Open Source

*.便利機能

0.IIS + PHP Community

1.Blog Roll

2.お仕事、お仕事 (^-^)

3.IIS もの

4.IT Professionals Global

5. MS MVP Team

6.SharePoint 関連

7.SQL Server関連

S.SDM+SML

T.奥主が登場したFlash

【IIS7】 コンフィグレーションシステム Part III

今回は 「じゃあ具体的に管理者が applicationHost.config に制限をかけたい場合にどのような方法になるのか」 をご案内したいと思います。今回も含め、かなり具体的なエリアに踏み込んでいくのでもちろん製品版とは微妙な記述や仕様変更がある可能性がある点はご容赦、という前提で続けていきます。。。

まずはじめに、.config ファイル内のルールとして <location></location> というセクションを書くことができる点から行きましょう。 <location> は.configファイル階層上のどこのパスの設定かを指定した上でコンフィグレーションを記述指定するセクションです。

例えば ルートのIIS Serverの設定を記述したい場合、元々の<system.webServer> の設定を変更するのではなく、<location></location>で囲った範囲に指定したい内容を.configファイルの最後の方に書くような方法が想定されています。つまり、applicationHost.config 内でこんな感じになるという意味です。

<system.webServer>
・・・色々な設定
</system.webServer>

・・・その他コンフィグレーション設定

<location path="." allowOverride="false">

  <system.webServer>
    <security>
      <authentication>
        <windowsAuthentication>
          <providers>
            <add value="Negotiate" />
            <add value="NTLM" />
          </providers>
        </windowsAuthentication>
      </authentication>
    </security>
  </system.webServer>
</location>

この記載はつまり、ルートに対して allowOverride を false にすることによって Windows認証のプロバイダー設定を下位の階層で上書きできないようにすることを指定しています。location + allowOverride 以外にも下記のようなものもあります。こちらは locationを使わず、基本的に applicationHost.config の各セクションに直接書くことを想定しています。

●lockAttributes
<windowsAuthentication enabled="true" lockAttributes="enabled">
ご覧の通り、直前の enabled をロックします。

●lockElements
<windowsAuthentication enabled="true" lockElements="providers">
  <providers>
    <add value="Negotiate" />
    <add value="NTLM" />
  </providers>
</windowsAuthentication>
ご覧の通り、 <providers> の element をロックします。

●lockItem
<windowsAuthentication enabled="true" lockItem="true">
これは windowsAuthentication そのものをロックします。

●lockAllElementsExcept
<windowsAuthentication enabled="true" lockAllElementsExcept="providers">
これは文字通り”providers だけロックしない”という指定ですね。


ご覧いただいた通り、.config ファイルの各所にロックをかけられるということになります。これで管理者は変更されたくない箇所については鍵をかけておけます。ただ、見れば見るほど、各サーバーの applicationHost.config は開発プロジェクトなり、組織なりで標準を作っておかないとまたまたアプリ移植性(あるサーバーからあるサーバーへのアプリ移植を指してます。)が悪い環境ができてしまう可能性がありますね。

ということで、実際にIIS7をお使いになることが決定したら構成の共通標準を作る方向で考えましょう。今回はこんな感じで終了。

Posted: Thursday, February 23, 2006 10:37 PM by Hiroshi Okunushi
Filed under:

Comments

どっとねっとふぁんBlog said:

MSのエバンジェリストの奥主さんがIIS7の設定についてBlogで情報をだされています。
【IIS7】 コンフィグレーションシステム Part I【IIS7】 コンフィグレーションシステム Part...
# March 14, 2006 9:14 PM
Leave a Comment

(required) 

(required) 

(optional)

(required) 

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Page view tracker