この状態で、「index.html」を作り「http://minminnanasv2」にアクセスすると、他のPCからはアクセスできるがサーバー自身からはアクセスできない。（認証ダイアログが表示されて何を入れても認証が通らない）
基本認証はOK。
なんでかなぁ。
デフォルトでONになっているので通常は誰もがアクセスできる。
IISレベルでは匿名認証を許可し、アプリケーション側でユーザーID／パスワードを入力させて独自に認証するパターンも多い。
匿名認証の設定を行うには
※アプリケーションプールID
ここで指定できる「アプリケーションプールID」をちょっと調べてみた。
どのバージョンからかは判らないが、現在アプリケーションプールはその名前と同じユーザー名で動作しているようだ。
例えば、ここの「TestSite」というアプリケーションプールは「TestSite」というユーザーで実行されている。
タスクマネージャで確認すると、
アプリケーションプールの実体である「w3wp.exe」が「TestSite」ユーザーで実行されているのがわかる。
なので、「匿名認証資格情報の編集」で「アプリケーションプールID」を指定した場合は、この「TestSite」というユーザーが使われることになるのだろう。
なお、この「w3wp.exe」はデフォルトでは「開始モード」が「Ondemand」となっていてクライアントからのアクセスがないと起動されないようである。
よって確認するためには一時的に設定変更（「詳細設定」で「開始モード」を「AlwaysRunning」）しておくと良い。
デフォルトでは「匿名認証」しかインストールされないようなので、「基本認証」のような他の認証を使うときは予めインストールが必要になる。
インストール方法はIIS: ◆アクセス制限で記載した「IPおよびドメインの制限」のインストール方法と同じである。
他にも「ダイジェスト認証」や最近追加になった？と思われるものがあるが、ポピュラーな「基本認証」と「Windows」認証を押さえておけばよいだろう。
「基本認証」と「Windows」認証と書いてしまうと、なにやらまったく別のユーザー管理を行うように感じるが（困ったことに今回参考にしている資料も混乱させる説明しか載っていない）、実は「基本認証」も使用するユーザーIDとパスワードはWindowsに登録しているユーザーIDとパスワードそのものである。
「基本認証」の場合はクライアントにログオンしているユーザーとは無関係に必ず「ログインダイアログ」が表示される。
そこにサーバーでユーザー登録されているユーザーIDとパスワードを入力することによって認証が行われる。
「Windows認証」では、通常、Windowsにログオンしているユーザーが自動的にブラウザからサーバーに伝えられて認証が行われる。
ただし、これはIEでかつイントラネット環境の場合のデフォルト動作なので、ブラウザが異なったり、インターネット環境の場合は動作が異なる可能性がある。（確か）
そう、結局のところ「基本認証」と「Windows認証」はユーザー管理的な視点からみれば同じものである。
単に、都度ダイアログ入力を必要とするかシームレスな認証になるかの違いでしかない。
要は、サーバーにたどり着くまでの道のりが違うだけである。
「基本認証」は暗号化されないが、サーバー・クライアントともにすべての環境でサポートされている可能性が高いので、そのような混在環境で必要とされるのだろう。（別途SSL等でセキュリティを確保）
一般的なWindowsのイントラネット環境であれば「Windows認証」を使のでしょう。
ASP.NETシステムなどでWindowsユーザーを使わずに独自ユーザー管理する場合は「匿名認証」を有効にしてIISの認証はスルーする形になるようです。
今回参照している「インターネット Web サーバー構築ガイドライン | IIS | マイクロソフト 技術情報」では「Windows認証」と呼んでいるが本当は「Windows統合認証」とでも呼ぶべきものではないだろうか。
そして「ASP.NET」などのシステムと絡めば、
| IISの認証 | ASP.NETでの認証 |
| 匿名認証 | Form認証 |
| 基本認証 | Windows認証 |
| Windows統合認証 | |
| ダイジェスト認証 |
といった感じになるのでは？と思うが・・・。
認証を受けた後のアクセス許可、すなわちどのユーザーはどのリソースにアクセスできるのかといったあたり。
ASP.NETシステムについてはアプリケーション側での制御になると思うので（Web.configでごねごね）、ここでは静的ページだけを考える。
IISマネージャでサイトやディレクトリを選択すると右側の「操作ペイン」に「アクセス許可の編集」というのが現れる。
これをクリックするとファイル（フォルダ）のプロパティ画面が表示される。
すなわち、アクセス許可の制御は通常のACLでやれという事なのだろう。
であれば特に目新しいことは無いので問題はない。
特定のIPアドレス、または特定のドメインへのアクセス許可を作成してサイトへのアクセスを制限することができる。
デフォルトでは「IPおよびドメインの制限」はインストールされないので別途追加でインストールする。
基本となる設定は「%system%\System32\inetsrv\config」にある以下の３ファイルで行われる。
IIS7の説明だが、TechNetに以下のような説明がある。我々が使う可能性があるのは「ApplicationHost.config」だろうか。
各サイトや仮想ディレクトリではこれらを継承している。
IISマネージャの機能ビューに表示されるアイコンから設定を変更すると、その階層に「Web.config」ファイルが作られて上位での設定がオーバーライドされる。
1台のサーバーで複数のサーバーに見せかける機能。
ここでは別のホスト名でサイトを一つ追加してみる。
社内環境等であれば、ここで追加したホスト名をDNSに登録する所だろうが、とりあえず自宅環境なので「hosts」ファイルに「minminnanasv2」を追加する。
追加した仮想ホストには、別なホスト名やポート名を追加でつけることもできる。
IISではリクエストのあったファイルを何でもかんでもクライアントに返すわけではなく、拡張子の種類によって制限がかかっている。
実際には、拡張子とMIMEタイプの対応表をもっていて、対応するMIMEタイプが存在しない拡張子についてはエラーとしている。
MIMEタイプを確認するには以下の手順で行う。
ちなみに、MIMEの一般的書式は「Content-Type type/subtype」といった感じになっていて、以下のようなものが主に使われているとのこと。
text/plain（プレーンテキスト） text/html（HTMLテキスト） application/xhtml+xml（XHTMLテキスト） image/gif（GIF画像） image/jpeg（JPEG画像） image/png（PNG画像） video/mpeg（MPEG動画） application/octet-stream（任意のバイナリデータ） application/pdf（PDF文書） message/rfc822（RFC 822形式） multipart/alternative（HTMLメールのHTMLとプレーンテキストのように、同じ情報を異なる形式で表したマルチパート） application/x-www-form-urlencoded（HTTPのPOSTメソッドによるフォームデータの送信） multipart/form-data（同上、主にファイルアップロードを伴う場合）IIS: ◆IISのインストール（クライアント）に続いて今度はサーバー版（Server2012)
ちなみに、追加した役割を削除する場合は「サーバーマネージャ」の「管理」「役割と機能の削除」から行うようだ。
| 公開場所の種類 | 特徴 |
| Web サイト | IPアドレス、ドメイン名の指定、ホストするプロトコルの指定が可能 |
| 仮想ディレクトリ | Web サイト内でホストされるディレクトリ |
| アプリケーション | Web サイト内でホストされるアプリケーションのストア |
インストールした状態ではサイト「Default Web Site」がひとつ作られている。
インストール直後に「http://localhost」で参照できるのがここである。
右クリックして「エクスプローラ」で開くと実際の物理フォルダが表示される。
通常は「C:\inetpub\wwwroot」になっているのでここにコンテンツを置けばクライアントに公開できる。
「C:\inetpub\wwwroot」以外の場所にコンテンツを置きたいときは仮想ディレクトリを作る。
アプリケーションは通常ASP.NETのアプリケーション等を置くものと思われるが、とりあえず仮想ディレクトリと同様の方法で作成可能だ。（実際、仮想ディレクトリの機能にアプリケーションプールでの実行機能を追加したもののように見える）
「IIS インターネット Web サーバー構築ガイドライン」によれば、上記で作成した仮想ディレクトリの物理フォルダに「IIS_USERS」グループのアクセス権を与えよとなっている。
ただし、通常はどのディレクトリにも「Users」に対してアクセス権がついているのでそのままでは意味があるとは思えない。
アクセス権については別の章で説明があるようなので、ここでは特別な設定は行わない。
インデックスファイルとはファイル名を省略してアクセスされた場合のデフォルトファイルで、いくつかの種類を指定しておくことができる。
