Japan IE Support Team Blog

Internet Explorer のカスタマイズ～ Internet Explorer のメンテナンスポリシー part 2 （Internet Explorer のメンテナンスポリシーと管理用テンプレート配下のポリシー項目の違い）～

2012-05-09T11:21:00Z

Internet Explorer サポート担当の藤代です。

本日は前回の Blogで予告した、Internet Explorer のメンテナンスポリシーと管理用テンプレート項目の違いについて「ポリシーで IEのセキュリティゾーンの登録をする」を題材に紹介していきます。

セキュリティゾーンの登録はお問い合わせの多いもののひとつです。

Web Cast では、カスタマイズカスタマイズの流れをお話しましたが、これに沿いご紹介をしていきます。

1. 設定対象項目の検討

　・既存でユーザーが利用している端末環境があります。

　・ある Web アプリケーションを導入／利用開始する事となり、そのアプリケーションを動作させるため “信頼済みサイト” への登録が必要となりました。

　・既存ユーザーが利用しているため、既に信頼済みサイトに登録されているアドレスが複数あり、ユーザー毎にその設定が異なります。

2. 設定方法検討

　・新規で登録するゾーン登録はすべてのユーザーに強制的に反映させたいと考えています。

　・但し、合わせて「既存でユーザーが利用している設定」はそのまま生かし利用できるようにすることとなりました。

　・また、ある特定の
URL をゾーンに追加するだけで、他の設定などは変更しない（影響を与えない）設定をしたいと考えています。

3. カスタマイズ方法検討

　・上記の方法を満たすポリシーでの設定が可能か（項目として要望を満たすものがあるか）を確認します。

　　　(結論としては、残念ながら 1, 2 で検討した内容を満たす（ゾーンの登録に関連する「既存のポリシー項目」は存在しないのですが、その理由、および、上記の要件に近い代替え案も含め以下に記載していきます）

信頼済みサイトを登録する既存のポリシー項目

信頼済みサイトを登録可能なポリシーの項目はInternet Explorer のメンテナンスポリシー／管理用テンプレート配下のどちらにも存在します。

各項目は以下の通りです。これらのポリシー項目は、それぞれ後述のように動作が異なります。

ユーザーの構成 – 管理用テンプレート -Windows コンポーネント – Internet Explorer – インターネットコントロールパネル – セキュリティページ - サイトとゾーンの割り当て一覧

ユーザーの構成 – Windows の設定 – Internet Explorer のメンテナンス – セキュリティ - セキュリティゾーンおよびコンテンツの規制 - 現行のセキュリティゾーンとプライバシーの設定をインポートする

○サイトとゾーンの割り当て一覧

----------------------------------------------------------------

「管理用テンプレート」配下のポリシー項目は「設定内容を『管理者』が管理／コントロールする」目的で利用するものです。

「サイトとゾーンの割り当て一覧」のポリシーもこの『管理者がコントロールする』事が前提となっています。

このポリシーを適用すると、クライアント端末では『ポリシーで設定したゾーン登録の内容は強制されますが、ゾーン登録の内容はポリシーで登録されたもののみ』となりユーザーが設定を変更する事ができません。

　（＊実際にはユーザーが設定していた内容はレジストリに保持されていますので、上書きされ失われているわけではありませんが、IEの動作上『ポリシーで設定された内容』のみが利用される動作になります）

○現行のセキュリティゾーンとプライバシーの設定をインポートする

----------------------------------------------------------------

この設定項目は、名前の通り「（ポリシーの構成を行う）端末／ユーザーの現在のセキュリティゾーンの設定を全て」インポートしポリシーとして反映するものです。

例えば、2008 R2の AD 端末にユーザー A がログインしこの設定を行う場合、ポリシーとして反映される設定は以下のような流れで作成されます。

　a. 対象のユーザーのインターネットオプションを表示し、そのユーザーの「現在の IEの設定」を変更する

　b. 表示されたダイアログを OK で閉じると、その時点での設定内容（a で変更／編集した設定だけではなくゾーンの設定すべて）をインポートしポリシー配布用のファイルがAD 上に作成されます。

つまり、“ある一つのURL を信頼済みサイトに登録したい” という目的で “その設定だけを反映させる” 事ができません。上記動作を理解し利用する限りは問題ありませんが、”特定の URL のみを登録したい”という目的のみで利用すると、他の設定も同時に変更してしまう事となり意図しない問題を引き起こす可能性があります。

まとめると、「ユーザーに設定を強制する事」、「既存でユーザーが設定している内容を生かす事」を満たし、かつ、「他の設定は変更しない」という目的を満たす既存のポリシー項目は残念ながらありません。

要件に近い代替え案

今回の要件の場合、取れる代替え案は “何かしらの方法である特定のURL のみをゾーン登録する” 為にレジストリを直接編集する方法です。

ゾーン登録に関連するレジストリ情報は以下の付録に記載します。（対象としては、通常、インターネットオプションから設定を行う際に設定が保持されるレジストリを利用します）レジストリを設定する為に特にその方法は問いませんが、ポリシーを利用するという観点では以下の何れかのようなものがあります。

　・レジストリを登録するスクリプトやバッチを作成し『ログオンスクリプト』で登録する。

　・Windows2008 以降で強化された、グループポリシー基本設定のレジストリの設定を利用する

　・任意のレジストリを登録するカスタムポリシーテンプレート(ADM または、ADMX/ADML) を作成し、ポリシーのカスタム項目として読み込み設定を有効にする

＊なお、「特定のURL を登録した時に設定対象となるレジストリ」を確認するには、検証端末で一度、既存のゾーン登録を全て削除し、『追加したいURL のみをゾーン登録した場合』に反映されている設定内容を確認する方法がお勧めです。

付録

Internet Explorer のゾーン関連のレジストリについて

クライアント OS の Internet
Explorer のゾーン設定に関するレジストリはその登録方法などにより以下の
4 箇所に登録されます

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\InternetSettings\ZoneMapの配下

　→ ある一定の条件下でゾーンの設定を行った場合にその設定が書き込まれるレジストリです。

　　ポリシーで設定を行っている場合に利用されることがあります。

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\InternetSettings\ZoneMap の配下

　→ 通常、インターネットオプションでユーザーが設定をした場合にその設定が書き込まれるレジストリです。

HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\CurrentVersion\InternetSettings\ZoneMap の配下

HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\CurrentVersion\InternetSettings\ZoneMap の配下

　→ サイトとゾーンの割り当て一覧を利用した場合に設定が反映されるレジストリです。

　　
HKLM の設定は「コンピューターの構成」、HKCU の設定は「ユーザーの構成」配下を利用した場合にそれぞれ利用されます。

　＊ゾーン判定時の優先順位はHKCU > HKLM であり、重複するような登録がある場合HKCU の設定が利用されます。

　＊サイトとゾーンの割り当て一覧を利用した場合、(Policies以下の設定がある場合)、ゾーン判定ではこのレジストリのみが利用されるようになります。

以下の KB もご参考となりますので合わせてご参照ください。

上級ユーザー向けの
Internet Explorer セキュリティゾーン関連のレジストリエントリ

http://support.microsoft.com/kb/182569/ja

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

Internet Explorer のカスタマイズ～ Internet Explorer のメンテナンスポリシー part 1 （適用処理編）～

2012-02-10T11:44:57Z

Internet Explorer サポート担当の藤代です。

先日公開された Web Cast では Internet Explorer の設定のカスタマイズ方法についてご紹介しました。

Internet Explorer の展開計画～IE 9 の設定カスタマイズのコツと検討ポイント～

http://technet.microsoft.com/ja-jp/events/Video/hh580300

この Web Cast で IE の設定のカスタマイズの手順として以下のような流れをお話しました。

本 Blog では設定方法をご検討頂いている事を前提に、カスタマイズ方法のその機能や違いについてご紹介していきます。

今後、以下のようなカスタマイズ方法についてその違いや設定方法なども含め取り上げていきます。

　- Internet Explorer のメンテナンスポリシー

　- グループポリシーの管理用テンプレート配下の　Internet Explorer に関するポリシー

　- IEAK

今回は、IE のポリシーの中でもお問合せの多い、 Internet Explorer のメンテナンスポリシー の適用処理についてご紹介します。

Internet Explorer のメンテナンスポリシーとは

Internet Explorer のメンテナンスポリシーは
[ユーザーの構成] – [Windows の設定] – [Internet
Explorer のメンテナンス] です。

このポリシーを利用する上の特徴であり、注意頂きたい 3 点について以下の内容でご紹介します。

　1.Internet Explorer のメンテナンスポリシーの 2 つのモード

　2.Internet Explorer のメンテナンスポリシーの適用

　3.Internet Explorer のメンテナンスポリシーをポリシー適用処理の度に反映させる

この項目で今回ご紹介するポイントは以下の 2 点です。

　・反映のタイミング

　　　基本的には管理用テンプレート配下のポリシー設定項目と適用されるタイミングは同一。

　　　但し、「優先モード」という『初期値を設定する為の』モードがあり、この場合にはクライアント端末／ユーザー毎に 1 度しか適用されない。

　・ユーザーの設定変更可否

　　　このポリシーで行われた設定の多くはユーザーがインターネットオプションから変更可能。

1. Internet Explorer のメンテナンスポリシーの 2 つのモード

-----------------------------------------

この項目には、「優先モード」という設定と「通常モード」（便宜的に、優先モードを指定していない場合状態を「通常モード」と呼びます）の
2 つのモードがあります。

この 2 つのモードのもっとも大きな違いは、「設定がクライアントに適用されるタイミング」です。

優先モード

　このモードは適用対象の端末に「初期値」を提供する目的のものです。

　クライアントにはポリシー設定後１回だけ適用され、以降のポリシー適用処理のタイミングやポリシーの強制適用
(gpupdate /force) でも適用されません。

通常モード

　
“ポリシーの適用処理”のタイミングで必要に応じ再適用されます。

　グループポリシーの”適用処理”はユーザーのログオン時やログオン後、一定時間ごとに行われます。

　通常のモードの場合の
Internet Explorer のメンテナンスポリシーの適用はこのグループポリシー全体の ”適用処理” に依存します。

　（グループポリシーは既定では ”適用処理” のたびに、毎回、実際の『設定の適用』が行われるわけではありません。例えば、適用対象となるGPO
に変更がある場合に実際の設定の適用が行われます。）

ご参考

優先モードで Internet
Explorer のメンテナンスポリシーが適用されない

http://support.microsoft.com/kb/825685/ja

2. Internet Explorer のメンテナンスポリシーの適用

-----------------------------------------

Internet Explorer のメンテナンスポリシーで設定可能な内容の多くは、設定反映後、クライアント端末で『ユーザーが自由に変更すること』が可能です。

技術的に言うと、この理由は Internet Explorer のメンテナンスポリシーで設定される値は「ユーザーが利用するインターネットオプションの設定を保持しているレジストリと同じレジストリ」に反映されるためです。

この特徴は「ユーザーが任意に設定を変更して利用可能」な反面、『設定の強制、初期設定』のどちらを行いたいかと合わせて考慮しておかないと、以下のような問題を引き起こす場合があるのでご注意ください。

優先モード利用時

　設定が「初期値」を提供するものである為、「ユーザーが設定変更して利用してもポリシーは再適用されません」

　ポリシーで「設定を元に戻すこと／強制すること」を意図している場合に『再適用されない』というお問合せを頂きます。

通常モード利用時

　設定が「ポリシーの適用処理」に依存して反映される為、「ユーザーが変更していた設定を上書きしてしまう」可能性があります。

　GPO A で Internet Explorer のメンテナンスポリシーの設定を行っているとします。

　例えば、GPO A変更で設定した内容が (Internet Explorer のメンテナンスポリシー以外も含め) 変更されていない場合にはポリシーは再適用されていません。

　上記期間中にユーザーがIE の設定を変更し利用しています。

　ある事情により GPO A の内容を変更すると、それが Internet Explorer のメンテナンスポリシーの項目ではない場合でも、クライアント端末にはポリシーが再適用されます。

　つまり、このタイミングで Internet Explorer のメンテナンスポリシーも再適用されるため、『ユーザーが変更していた設定が失われる』というような現象が発生します。

3. Internet Explorer のメンテナンスポリシーをポリシー適用処理の度に反映させる

-----------------------------------------

Internet Explorer のメンテナンスポリシーを GPO 自体の変更がない場合でもクライアント端末に毎回適用させる方法があります。

その方法は、以下のグループポリシーの設定を行う方法です。

　[管理用テンプレート] – [Windows コンポーネント] – [システム] – [グループポリシー] – Internet Explorer のメンテナンスポリシーの処理

”グループポリシーオブジェクトが変更されていなくても処理する” を構成することで、ポリシーの適用処理自体が行われるたびに Internet Explorer のメンテナンスポリシーの設定がクライアントに反映されるようになります。

（＊優先モードの場合は、「初期値を提供する」目的ですので適用されません。通常モードを利用時のみに効果のある設定です）

Internet Explorer のメンテナンスポリシーで反映される設定は「ユーザーが変更可能」な為、強制力が弱めの項目です。

この項目を設定することで変更されてしまっても、それがある一定期間に留まり、例えば次のログイン時には設定がポリシーで行っていたものに戻っているという効果が期待できます。

次回は、お問合せの中でも比較的多い、「ポリシーで IE のセキュリティゾーンの登録をする」を題材に、Internet Explorer のメンテナンスポリシーと管理用テンプレートの配下の IE に関する項目の違いについてご紹介していきます。

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

Internet Explorer 一時ファイルが肥大化する

2011-09-09T07:22:52Z

Internet Explorer サポートチームの藤代です。

今回は、Internet Explorer (以降 IE) のキャッシュの概要と一時ファイルが肥大化した場合の解消方法についてご紹介します。

- 目次 –

・IEが保持するインターネット一時ファイル（キャッシュ）の概要

　- キャッシュファイルとインデックス情報

　 - キャッシュの容量

・一時ファイル (Temporary Internet Files フォルダー)が肥大化した場合の解消方法

　- どのような場合にキャッシュフォルダーが肥大化するか

　- 解消方法

IE が保持するインターネット一時ファイル（キャッシュ）の概要

================================================

キャッシュファイルとインデックス情報

------------------------------------------------------------

IE が保持するインターネット一時ファイルはキャッシュの実ファイルとそのキャッシュファイルを管理するインデックス情報の 2 つで構成されています。

Temporary Internet Files フォルダーでは保持されている一時ファイルを確認しやすいように表示していますが、実際の実キャッシュファイルとインデックス情報は以下のようなフォルダーに格納されています。

Windows XP 環境、または Windows Server 2003 環境の場合 (各 IE のバージョン共通)

実ファイルが格納されるフォルダー

　C:\Document and Settings\<ユーザー名>\Local Settings\Temporary Internet Files\Content.IE5\<ランダムな 8 桁の英数字フォルダー>

　＊Content.IE5 直下の index.dat というファイルがインデックス情報のファイルです。

Windows Vista 環境、または Windows Server 2008 環境移行の場合 (各 IE のバージョン共通)

　保護モード有効なサイトのキャッシュ

　C:\Users\<ユーザー名\AppData\Local\Microsoft\Windows\Temporary Internet Files\Content.IE5\low\<ランダムな 8 桁の英数字フォルダー>

　＊Content.IE5 直下の index.dat というファイルがインデックス情報のファイルです。

　保護モード無効なサイトのキャッシュ

　C:\Users\<ユーザー名\AppData\Local\Microsoft\Windows\Temporary Internet Files\Content.IE5\<ランダムな 8 桁の英数字フォルダー>

　＊Content.IE5 直下の index.dat というファイルがインデックス情報のファイルです。

イメージとしては index.dat ファイル内に「どのサイトからどのような応答で取得したか」という情報が含まれており、この情報と合わせそれぞれの実ファイルが管理されています。

キャッシュの容量

------------------------------------------------------------

IE のキャッシュ全体のサイズは [インターネットオプション] - [全般タブ] から開くダイアログの [インターネット一時ファイルと履歴の設定] の [使用するディスク領域] で設定できます。

ただし、この値はあくまで『目安』の値であり「制限」ではありません。

ここで「目安」とお伝えしたのは、この設定値は「このサイズまでしかキャッシュを作成しない」という制限値ではなく、「この設定値の値に近づくように調整される」という値である為です。

例えば、使用するディスク領域の設定が100 MB であるとします。

普段、IE を利用しページを閲覧しており 100 MB に近いサイズのキャッシュが保持されている状況とします。ここで、Web ページの構成やダウンロードで 50 MB のサイズのファイルを取得したばあい、IE ではこのファイルを取得した場合にキャッシュを作成します。（100 MB 指定がある為「キャッシュをしない」という動作にはなりません）

この場合��100 MB の指定を超えるキャッシュが保持されている状況になります。

ただし、指定値を超えているとその後 IE 利用中に内部の処理ロジックで長期間参照されていない、利用頻度の低いものを判断し設定値を目安に保持しているキャッシュを削除しその容量を調整します。

一時ファイル (Temporary Internet Files フォルダー)が肥大化した場合の解消方法

================================================

どのような場合にキャッシュフォルダーが肥大化するか

------------------------------------------------------------

IE サポートチームにお問合せを頂く現象の中に、「ディスク容量が圧迫され確認すると Temporary Internet Files フォルダー」のサイズが数 GB などの大きさになっているというご質問があります。

（[使用するディスクの領域] の設定は最大でも IE7 以降の場合 1024 MB までの設定しかできません）

キャッシュファイルはインデックス情報と関連づけて保持されていますが、この関連づけが不整合な状態となり正常な管理がされていない状態である場合にこのような現象が発生します。

このような現象／状況を私たちは「インデックスの破損」（キャッシュの実ファイルとインデックス情報が崩れた状態）と呼んでいます。

インデックス情報の破損の要因は様々に考えられ、残念ながら破損した状態の後からその理由を遡って確認する事ができません。

お問合せを頂くのが「現象発生後」でありログなどの記録が残らない処理になること、また、「IE のキャッシュ」とお伝えしていますが実際は「他の IE コンポーネントを利用して開発されているアプリケーション」でも同一のキャッシュが利用される為、残念ながら、この点ではご支援を差し上げることが難しくなっています。

例えば、要因として考えられるものとしては「実ファイルのみを直接削除してしまった」、「（ユーザー操作なども含め）キャッシュの削除を行おうとしたが、実ファイルが他のプロセスにロックされていて削除できなかった」などです。

すなわち、「正常な操作でキャッシュの削除が行われなかった場合」や「キャッシュに対する操作が何かしらの要因で妨げられてしまう」事でインデックス情報と実ファイルの整合性が崩れてしまい、結果としてキャッシュサイズの正常な管理ができなくなってしまい肥大化してしまいます。

解消方法

-----------------------------------------------------------

このような現象が発生した場合、「Temporary Internet Files フォルダー」を「フォルダーごと」すべて削除し、再作成する事が対処の方法となります。

ここでご注意頂きたい点としては、インデックス情報は「ユーザーがログイン時にメモリ上に読み込まれロック」されますので「ユーザーログイン中は削除できない」という点です。

ではどのように削除するかというと、最も簡単な方法は「ご利用の端末で新規に管理者権限のあるユーザー」を作成し、そのユーザーでログインし現象が発生しているユーザーアカウントの Temporary Internet Files フォルダーを削除してしまう方法です。この操作でフォルダーを削除後、現象の発生していたユーザーでログインすると、新しい index.dat ファイルを含む Temporary Internet Files フォルダーが再作成されます。

インデックスが破損している状態の場合、Temporary Internet Files フォルダーが肥大化するだけでなく、ページの表示時に一部正しく表示されない、ダウンロードが正常に行えないなどといった現象の発生も報告されています。

ご利用の端末でこれらの現象が発生する場合、上記の方法でキャッシュを完全にクリアする事で現象が改善するかもお試しください。

このような現象と同様の解決方法については以下のような KB でも紹介されていますのでご参考としてご参照ください。

Internet Explorer で Web ページを開けず、エラーメッセージ "ページを表示できません" が表示される

http://support.microsoft.com/kb/293402/

Internet Explorer を使用してファイルをダウンロードできない

http://support.microsoft.com/kb/306837/

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

IE9 では、VBDファイルが実行出来ません

2011-07-25T02:31:00Z

こんにちは、Internet Explorer サポートチームの金(キム) です。
IE9 から、セキュリティ的な制限により、VBDファイルが実行できなくなりました。
以前の IEと同じように動作させる為には、下記の1、2 の設定を行う必要があります。

1. 下記のレジストリを追加する。
OS が 32bit の環境、または OS が 64bit の環境で IE(64bit) を利用時
---------------------
キー：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\MAIN\FeatureControl\FEATURE_RESTRICT_CDL_CLSIDSNIFF
名前：iexplore.exe
種類：dword
データ： 0
---------------------

OS が 64bit の環境で、IE(32bit) を利用時
---------------------
キー：HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\MAIN\FeatureControl\FEATURE_RESTRICT_CDL_CLSIDSNIFF
名前：iexplore.exe
種類：dword
データ： 0
---------------------

ご参考
GetClassFileOrMime Function
<http://msdn.microsoft.com/en-us/library/ms775108(v=VS.85).aspx>

2. 下記のレジストリを変更、または追加する。
---------------------
キー：HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\[※1]
名前：2703
種類：dword
データ： 0
※1 ==> vbd ファイルどのゾーンで、表示するかによって、設定を行ってください。
0 :マイコンピューター、1：イントラネット、2：信頼済みサイト、3：インターネット、4：制限付きサイト
---------------------

以上です。

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

IE で PNG ファイルが表示されない

2011-05-23T06:57:00Z

こんにちは、Internet Explorer サポートチームの金(キム) です。
今回は、IE 上で PNG 形式のファイルが表示されない現象についてお話します。
Google サイトのトップページのロゴなどが PNG 形式のファイルです。

このような現象の原因は明確になっていないですが、アプリケーションのインストールやバージョンアップにより、下記のレジストリへのアクセス権が無くなり、IE 起動時にアクセスが出来ない場合、発生します。

-----------------------------------------------------------------------
HKEY_CLASSES_ROOT\MIME\Database\Content Type\application/futuresplash
HKEY_CLASSES_ROOT\MIME\Database\Content Type\application/x- shockwave-flash
-----------------------------------------------------------------------

対処方法は、現象発生時のユーザーで、上記、レジストリへのアクセス権限を付与することが考えられます。
方法としては、下記です。
1) [スタート] - [ファイル名を指定して実行] を選択し、regedit を入力。
2) 上記のレジストリキーの右クリック - [アクセス許可]を開き、ログオンユーザー、または、ログオンユーザーのグループの権限を確認。
3) 権限が無い場合は、ログオンユーザー、または、グループに、"読み取り" 権限を付与。

以上です。

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

[ポップアップを開く方法を Internet Explorer で自動的に判定する] 設定について

2011-04-28T07:39:00Z

こんにちは、Internet Explorer サポートチームの金(キム) です。

今回は、IE タグの設定、[ポップアップを開く方法を Internet Explorer で自動的に判定する]　について、共有したい情報がありまして、記事を公開します。調査は同じチームの坂井が行ったものになります。

本設定は、[インターネットオプション] - [全般] - [タブ] - [設定] から、設定できます。

[ポップアップを開く方法を Internet Explorer で自動的に判定する] の設定の場合、開く対象のウインドウが以下のオプションのいずれかを持つ場合ウインドウで開き、それ以外はタブで開きます。

resizable=no

menubar=no

toolbar=no

location=no

status=no

scrollbars=no

以下は一例です。

前者はウインドウで開く条件に合致するため、ウインドウで開きます。

後者はウインドウで開く条件に合致しないため、タブで開きます。

==================

<HTML>

<HEAD>

</HEAD>

</BODY>

</HTML>

==================

なお、確認する限りでは IE8/IE9 で同様の実装でしたが、公開されていない仕様であるため変更などが行われる可能性があることにはご留意ください。

以上です。

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

IE8 のプロセスモデルについて

2010-05-10T08:02:00Z

こんにちは。つい最近、パパになった金(キム)です。

このごろ、あまり更新がなく、もし、本ブログの更新を待ち望んでいたユーザー様がいらっしゃいましたら、大変すみませんでした。^^;

最近、IE6、7 では期待通りに動いていた Web コンテンツなどが、IE8 にバージョンアップをしてから、期待通りに動作しないとのお問い合わせがよくあります。

今回は、このような現象の一つの要因と考えられる、IE8 から導入された新しいプロセスモデル、Loosely-Coupled IE (LCIE) についてお話をします。

また、この LCIE に関連して発生しうる動作についても、具体的な現象、要因と回避策についてご案内します。

- 目次 -

1. IE8 から導入された新しいプロセスモデル (LCIE) について。

2. IE8 で別々のウィンドウでもセッション情報が共有されてしまう。

3. IE8 でポップアップウィンドウが前面に表示されない。

4. IE8 で認証情報が付与されず、認証を求めるダイアログが表示される場合がある。

1. IE8 から導入された新しいプロセスモデル (LCIE) について

=====================================

IE8では、ブラウザの信頼性、パフォーマンス、およびスケーラビリティを改良する為の1つの方法としてLCIE を導入しています。

その為、IE8 はウィンドウのアドレスバーやお気に入りバーが表示される部分を処理するプロセス (フレームプロセス) とコンテンツが表示される部分を処理するプロセス (タブプロセス) が分離され動作��ます。

既定の設定では、IE アイコンをクリックするとフレームプロセスとタブプロセスの 2 つの iexplore.exeが最初に起動します。

IE アイコンを再度、クリックすると起動中のフレームプロセスやタブプロセスが使用される場合もあれば、新規のタブプロセスが起動する場合もあります。

タブプロセスは、使用可能なメモリ量、タブ数、タブの整合性レベルなどをもとに増加します。

IE6、7 では、IE を起動した際に、1 つの iexplore.exeのみで処理され、新しいタブや子ウィンドウを開いた際も同一 iexplore.exe内で処理されます。

その為、LCIE 機能がなかった IE6、7 では新しいタブや子ウィンドウで異常終了が発生した場合、同一 iexplore.exeで処理されていたタブやウィンドウも影響を受け、同時に終了されてしまいます。

このような LCIE を制御する為には、下記のレジストリを追加する必要があります。

-----------------------------------------------------------------------------------

キー : HKLM (or HKCU) \Software\Microsoft\Internet Explorer\Main

名前 : TabProcGrowth

種類 : REG_DWORD

値 : 0 、1

0 : LCIE を無効にし、iexplore.exe を1つに制限します。（注 : 本設定をすると、保護モードも無効となります）

1 : 保護モード無効／有効の状態で iexplore.exe （タブプロセス）をそれぞれ 1 つずつに制限する。

-----------------------------------------------------------------------------------

＊デフォルトの状態ではこのキーはありませんので、必要に応じて作成します

参考情報 :

IE8 and Loosely-Coupled IE (LCIE)

<http://blogs.msdn.com/ie/archive/2008/03/11/ie8-and-loosely-coupled-ie-lcie.aspx>

上記資料の日本語翻訳版は以下となります。ただし、製品出荷前の古い情報を含んでおりますのでご注意ください。

IE8 と Loosely-Coupled IE (LCIE)

<http://msdn.microsoft.com/ja-jp/ie/cc787974.aspx>

2. IE8 で別々のウィンドウでセッション情報が共有されてしまう

=====================================

現象：

IE8を起動しコンテンツを使用中、もう 1つの別のウィンドウを起動し、同じコンテンツにアクセスすると、セッション情報が共有されてしまう。

要因と回避策：

IE8 ではデフォルトでプロセスが異なる場合でも、セッション情報を引き継ぐ動作となります。

本動作を回避する為には下記のいずれかの方法があります。

1) TabProcGrowth=0 に設定することにより、IE8 の LCIE 機能が無効となり、プロセス間でのセッションを共有しない動作となります。

2) FrameMerging=0 に設定することにより、IE8 のプロセスが異なる場合にセッション情報を共有しない動作となります。

FrameMerging=0 の設定を行った場合、プロセス間でのセッション情報は共有されなくなりますが、IE8 のプロセスの分離動作 (LICE) は引き続き有効となります。

レジストリのキーと種類は、上記のTabProcGrowth と同じです。

3) IE8 の [ファイル] - [新規セッション] を選択することで、セッション情報を共有しないウィンドウを開くことが可能です。

4)コマンドプロンプトやスクリプトで、"-NoFrameMerging” を引数で起動することで、セッション情報を引き継がず IE を起動することができます。

iexplore.exe -NoFrameMerging <http://www.microsoft.com/>

3. ポップアップウィンドウが前面に表示されない。

==============================

現象：

親ページから子ページを開き、その子ページから親ページの Window.open を利用し、ポップアップウィンドウを表示すると、ポップアップウィンドウが前面に表示されない場合があります。

要因と回避策：

親ページの window.open メソッドが実行されると、IE8 内部では新しいタブプロセスを作成し、新しいウィンドウに対してフォアグラウンド (SetForegroundWindow) 関数が実行されます。

しかし、window.open メソッドが実行されるプロセスとポップアップウィンドウを表示する新しいタブプロセスが異なる場合には、ポップアップウィンドウが前面に表示されない (フォアグラウンドにならない) 場合があります。

本動作を回避する為には下記のいずれかの方法があります。

1) 親ウィンドウのページに記述されたwindow.open メソッドを経由せず、子ウィンドウで直接 window.open メソッドを実行し、ポップアップウィンドウを表示する。

2) ポップアップウィンドウを開く前に、alert や confirm を設定する。

3) LCIE の機能を無効にする。

4. IE8 で認証情報が付与されず、認証を求めるダイアログが表示される場合がある。

=================================================

現象：

IE8 にて認証が必要なコンテンツにアクセスし、コンテンツを利用します。

コンテンツを利用し始め、およそ、60 秒に Window.open で別のウィンドウを開く操作を行った場合に、認証を求めるダイアログが表示される場合があります。

要因と回避策：

例えば、IE8 起動時のホームページがインターネット (保護モード:有効)で、表示する任意のコンテンツがイントラネット(保護モード:無効)の場合には、フレームプロセスとして iexplore.exe が 1つと、タブプロセスとして iexplore.exe が2 つ起動します。

コンテンツを表示した際の IE のプロセスは下記のようになります。

フレームプロセス

タブプロセス 1 (保護モード有効)

タブプロセス 2 (保護モード無効)

表示するコンテンツの保護モードは無効であるため、タブプロセス 2 がアクティブな状態、タブプロセス 1 は非アクティブな状態です。

その後 60 秒が経過すると、非アクティブなタブプロセス 1 が終了します。

このタイミングで window.open メソッドにより、新規ウィンドウを開く操作を行うと、タブプロセスが 1 つしか存在しないため、新たなタブプロセスを増やす判断をします。

しかしながら、新しいタブプロセスは認証情報のキャッシュを持たないため、認証情報が付与されず、認証を求めるダイアログが表示されます。

本動作を回避する為には、上記の TabProcGrowth を 0、または 1 に設定する必要がございます。

以上です。

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

IE8互換モードについて

2009-09-09T15:16:00Z

こんにちは。Internet Explorer サポート担当の衣川です。

Internet Explorer (以下、IE) 8 で Web ページを閲覧しているとアドレスバーの右側に

のアイコン (互換表示ボタン) が表示されることがあるかと思います。

これは、IE8 が IE8 標準モードというドキュメントモードでページを表示していることを示しています。

このアイコンをクリックして押された状態にするとそのページは互換モードで表示されます。

標準モードとは IE8 で利用可能な機能を全て利用してページを表示するモードです。

IE8 標準モードは最も標準に準拠した Web ページの表示方法です。

しかし、IE8 標準モードで表示した場合、これまで IE7 で表示できた Web ページのレイアウトやデザインが崩れてしまう場合があります。

そのような場合、この互換表示ボタンをクリックすることで従来の IE バージョンのドキュメントモード (表示方法) で描画されるため Web ページを正しく表示させることができます。

今回は、この IE8 のドキュメントモードについて解説します。

- 目次 -

1. IE8 ドキュメントモード

2. ドキュメントモードの切り替え方法

2-1. DOCTYPE 宣言で指定する方法

2-2. META タグで使用する方法

2-3. HTTP レスポンスヘッダーで指定する方法

2-4. 互換表示ボタンを使用する方法

2-5. 互換表示設定に追加する方法

2-6. マイクロソフトから配布される互換表示リスト

Note1: 現在のドキュメントモードの確認方法

Note2: ユーザーエージェント文字列

SSL 接続における証明書関連のお問い合わせについて

2009-07-09T14:59:00Z

マイクロソフト株式会社 Internet Explorer サポートの金相哲です。

IE でよくお問い合わせ頂く問題の中で、SSL 接続における証明書関連のお問い合わせがあります。

今回は、簡単に SSL についての説明、SSL 通信に使用されるアルゴリズムを取り決める流れなどについてご紹介いたします。

また、SSL 接続における証明書関連のお問い合わせの中で、お問い合わせの頻度が高い内容についてご案内します。

- 目次 -

1. SSL とは

2. SSL 通信に使用されるアルゴリズムを取り決める流れについて

3. お問い合わせの頻度が高い証明書関連の内容について

1. SSL とは

SSL (Secure Sockets Layer) とは、コンピュータどうしの通信の内容を暗号化して、情報をより安全にやり取りする為の仕組みの 1つです。

この仕組みは、クレジットカード番号などの重要な個人情報をホームページでやり取りする場合や、メールで重要なメッセージを送信する場合、離れた場所にあるコンピュータをインターネット越しに遠隔操作する場合など、様々な用途に使われます。(図.1 参考)

この SSL を使ってホームページ上で安全に情報をやり取りする仕組みのことを "HTTPS" といいます。

図.1

SSL (エスエスエル) とは

<http://support.microsoft.com/kb/878912/ja>

2. SSL 通信に使用されるアルゴリズムを取り決める流れについて

SSL プロトコルでは、公開キー暗号化と共通キー暗号化を組み合わせて使用します。

SSL 接続の際の SSL ハンドシェイクにおいて、IE は "Client Hello" メッセージ内に利用可能な暗号化アルゴリズムとハッシュ関数の組み合わせのリストをサーバーへ送信します。 (図.2 参考)

サーバーは "Server Hello" メッセージ内に、利用する暗号化アルゴリズムとハッシュ関数の組み合わせを IE へ送信します。 (図.3参考)

IE はサーバーから送信された暗号化アルゴリズムとハッシュ関数の組み合わせを利用することになります。

IE からサーバーへ送信する暗号化アルゴリズムとハッシュ関数の組み合わせのリス��は下記の参考資料をご確認ください。

図.2 図.3

- 参考資料

---------

Cipher Suites in Schannel

<http://msdn2.microsoft.com/en-us/library/aa374757.aspx>

SSL (Secure Sockets Layer) ハンドシェイクの概要

<http://support.microsoft.com/kb/257591/ja>

3. お問い合わせの頻度が高い証明書関連の内容について

1) Vista IE7 でインポートした証明書情報が表示されない

Vista IE7 でインポートした証明書が、証明書マネージャ、または IE のコンテンツ – 証明書のダイアログから表示されない場合があります。

本現象の原因と回避方法については、下記の公開情報をご確認ください。

Windows Vista ベースのコンピュータで証明書を正常にインポートした後、Windows Internet Explorer 7 または証明書マネージャで証明書情報を表示できない

<http://support.microsoft.com/kb/932156>

2) ハッシュ関数が SHA-2 の証明書の対応可能な環境について

ハッシュ関数が SHA-2(SHA-224、SHA-256、SHA-384、SHA-512) の証明書は、下記の環境で対応可能です。

Windows XP の場合は Service Pack 3 の Internet Explorer 6、7、8

Windows Vista の場合は RTM 以降の Internet Explorer 7、8

Windows Server 2008 の場合は Internet Explorer 7、8

Windows Server 2003 の場合は、下記の 938397 がインストールされている環境のみで SHA-2 の証明書が対応可能です。

暗号化 API を使用するアプリケーションは Windows Server 2003 で X.509 証明書を検証できません。

<http://support.microsoft.com/kb/938397/ja>

3) 有効期限の切れたクライアント証明書について

有効期限の切れたクライアント証明書と有効期限内のクライアント証明書がインストールされているIE 8 にて、クライアント証明書を必要とするサイトにアクセスすると、デジタル証明書の選択ダイアログに有効期限内のクライアント証明書のみが表示されます。

Internet Explorer 8 で有効期限切れのクライアント証明書が [デジタル証明書の選択] ダイアログに表示されない

<http://support.microsoft.com/kb/972906/ja>

4) 証明書失効リストについて

証明書の失効リストはCRL(Certificate Revocation Lists)と呼ばれます。CRLは、CA局により発行される証明書の破棄リストのことです。

利用者電子証明書の秘密鍵が漏洩した場合や秘密鍵の紛失などにより、証明書の有効性がなくなった場合は、CA局は直ちにその証明書を無効にしなければなりません。

このとき、その証明書のシリアル番号と失効日のリストをファイル化したものが CRLとなります。

CRL 自身には有効期間が設定されており、この有効期限が切れた場合に、IE にて配布ポイント (図.4 参考) へCRL を取得する為のリクエストを発行します。

しかし、インターネットへのアクセスが制限されているイントラ環境などでは、このリクエストが配布ポイントに到達せずタイムアウトする場合に、SSL サイトへアクセスする際に遅延が発生する場合があります。

下記のサーバー証明書の取り消しを確認する (図.5 参考) の設定がオンになっている場合、CRL を取得する為のリクエストが発行されます。

※ 本設定は IE 6 ではデフォルトでオフ、7,8 ではデフォルトでオンになっています。

[2010/08/20 19:22 by 金相哲]
上記、設定に関しては、IE7, 8 をインストールすると、違う設定になることがある、というご質問を受けましたので、下記に内容を追加しました。
ご指摘頂き、有難う御座いました。

ただし、IE のバージョンを変更した場合には、元の設定が引き継がれるようになります。例えば、XP IE6 (設定をオンに変更) に、IE7/8 をインストールすると、設定はオンのままになります。

図.4 図.5

- 参考資料

---------

デジタル証明書について

<http://support.microsoft.com/kb/195724/ja>

証明書の失効

<http://technet.microsoft.com/ja-jp/library/cc739845(WS.10).aspx>

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

IE でファイルのダウンロードができないときのトラブルシューティング

2009-06-19T15:52:00Z

こんにちは。マイクロソフト Internet Explorer サポートチームの村岡です。

IE でよくお問い合わせいただく問題の一つに「ファイルがダウンロードできない」というトラブルがあります。

ファイルのダウンロードに失敗する原因には、ネットワーク回線やサーバー側の問題、セキュリティソフトの影響等、色々な要因がありますが、IE 側でもファイルを正常にダウンロードできない要因となる設定や制限値があります。

今回はファイルがダウンロードできないときに、お試しいただきたい内容や既知の問題などをご案内します。

- 目次 -

1. 「現在のセキュリティ設定では、このファイルをダウンロードできません」が表示される

2. ダウンロードしたファイル名が途切れてしまう

3. SSL (HTTPS) のサイトでダウンロード時にエラーメッセージが表示される

4. セキュリティの情報バーをクリックしてもダウンロードが始まらない

5. ダウンロードが完了しない

1. 「現在のセキュリティ設定では、このファイルをダウンロードできません」が表示される

IE のインターネットオプションでは、セキュリティゾーンごとにファイルのダウンロードを許可する設定があります。

デフォルトでは [制限付きサイト] 以外ではダウンロードは「有効にする」になっているので、あまり目にする機会はないのですが、「無効にする」の場合はダイアログが表示されダウンロードが行われません。

この設定は次の場所で確認することができます。

[インターネットオプション] > [セキュリティ] タブ – “対象のゾーン” > [レベルのカスタマイズ] ボタン > [セキュリティ設定] ダイアログの「ファイルのダウンロード」

(参考) ダウンロードするときのキャッシュ動作

IE は Web ページを表示するときだけでなく、ファイルのダウンロード時にも、インターネット一時フォルダにキャッシュを作成します。

作成されたキャッシュは、ダウンロードのダイアログで [保存] であれば保存先のフォルダーにコピーされたり、[開く] ならアプリケーションに渡されたりします。

このキャッシュファイルが要因となってダウンロードに失敗したり、ファイル名が短くなる現象が発生することがあります。

KB896219 : キャッシュファイルが作成できない場合はファイルのダウンロードに失敗する

2. ダウンロードしたファイル名が途切れてしまう

この現象の多くは、IE が扱うことのできるキャッシュのパスの最大値 257 文字を超えてしまうことが原因です。

特にファイル名に日本語の文字が含まれるときには、文字がエンコードされることで作成されるキャッシュファイル名が長くなり、制限に達しやすくなります。

※UTF-8 で URL エンコードされた場合

「あいうえお.dat」→「%e3%81%82%e3%81%84%e3%81%86%e3%81%88%e3%81%8a.dat」

デフォルトでインターネット一時フォルダのパスだけでも結構な長さを占めているので、エンコードされた日本語と合わせると 257 文字を超える状況が発生しやすくなります。

2000/XP/2003 のインターネット一時フォルダのパス

C:\Documents and Settings\Administrator\Local Settings\Temporary Internet Files\Content.IE5\oooooooo\

Vista のインターネット一時フォルダのパス

C:\Users\Administrator\AppData\Local\Microsoft\Windows\Temporary Internet Files\Content.IE5\oooooooo\ (保護モードが無効の場合)

C:\Users\Administrator\AppData\Local\Microsoft\Windows\Temporary Internet Files\Low\Content.IE5\oooooooo\ (保護モードが有効の場合)

※ユーザー名が Administrator の場合の例となります。

※パス末尾の “oooooooo” は実際にはランダムな英数字 8 byte です。

この場合、仮に UTF-8 で日本語 1 文字が 9 byte にエンコードされる条件では、扱える日本語ファイル名の最大値は約 17 文字程度までになります。

この最大値を超えるファイル名は、途中で切り詰められたり、日本語の文字に正しくデコードされない現象が発生します。

キャッシュの 257 文字のパスの最大値は変更できませんので、対策としてはファイル名のエンコード方式を UTF-8 から Shift_JISに変更する、ファイル名に ASCII 文字以外を使用しない、短いファイル名にするなど、サーバー側での変更が必要となります。

また、インターネット一時フォルダの場所を「c:\temp」のように短いパスに変更することで、より長いファイル名を扱えるように工夫できます。

フォルダの場所は次の箇所から設定することができます。

[インターネットオプション] > [全般] タブ > 閲覧の履歴の [設定] ボタン > インターネット一時ファイルと閲覧の履歴の設定 [フォルダの移動] ボタン

※フォルダの移動後はユーザーの再ログインが必要になります

3. SSL (HTTPS) のサイトでダウンロード時にエラーメッセージが表示される

SSL (HTTPS) のページからファイルのダウンロードをすると、次のエラーメッセージが表示されてダウンロードに失敗することがあります。

HTTP の場合は問題なくダウンロードできるのに、HTTPS 接続だけダウンロードに失敗するような場合は、次の点をご確認ください。

◇[暗号化されたページをディスクに保存しない] のチェックを外す

[インターネットオプション] > [詳細設定] タブ > [暗号化されたページをディスクに保存しない] のチェックをオフにします。

この設定のチェックが有効になっていると、SSL サイトで取得したキャッシュファイルを参照することができずに、ダウンロードに失敗することがあります。

◇レジストリを設定する

上記の設定以外にも、サーバーのレスポンスに「Cache-Control: no-cache」等のヘッダーが付いている場合はキャッシュを参照できなくなり、同様の問題が発生することがあります。

これはサーバー側のレスポンスヘッダーを変更することで対策できますが、サーバー側の変更ができないときには、クライアント側でレジストリキーを設定することでも対策可能です。

レジストリを設定する前に、Strace ツール等でサーバーからのレスポンスヘッダーを確認し、この問題に該当することをご確認することをお勧めします。

ユーザー単位で設定する場合

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings

"BypassSSLNoCacheCheck"=Dword:00000001

コンピュータ単位で設定する場合

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings

"BypassSSLNoCacheCheck"=Dword:00000001

※誤ったレジストリの操作はシステムに重大な影響を与える可能性がありますので、ご注意ください。

KB323308 : Internet Explorer が SSL 経由によるファイルのダウンロードで "No-Cache" ヘッダーを処理できない

4. セキュリティの情報バーをクリックしてもダウンロードが始まらない

ダウンロードしようとすると次のメッセージが表示され、「ここをクリックしてください」から「ファイルのダウンロード」を選択してもダウンロードが開始されない問題があります。

Windows Vista の IE7 や IE8 では、保護モードが異なるサイトからのダウンロードが行えない問題が報告されています。

例えば、デフォルトで保護モード無効の「信頼済みサイト」のページ上から、保護モード有効の「インターネットゾーン」のダウンロードリンクを選択した場合に、この現象が発生します。

対策として、ダウンロード先のサイトをダウンロード元サイトと同じゾーンに登録する方法があります。

ダウンロード先の URL はリンク上で右クリック > プロパティ > アドレス(URL) で確認できます。

KB971585 : Windows Vista 上の Internet Explorer 7、または Internet Explorer 8 で信頼済みサイトに登録したサイトから、他のゾーンのサイトにあるファイルのダウンロードが実行されない

5. ダウンロードが完了しない

Windows XP SP2 で「ファイルのダウンロード」を表示したままプログレスバーが進まない症状の場合、IME の「詳細なテキストサービス」が原因の可能性があります。

この現象が発生する場合は、次の手順で IME の「詳細なテキストサービス」を無効にすることをお試しください。

1. [スタート] > [ファイル名を指定して実行] > control international と入力して OK を押す

2. [言語] タブ > [詳細] ボタン

3. [詳細設定] タブ > [詳細なテキストサービスをオフにする] チェックボックスをオンにする

この問題に対する修正プログラムは XPSP3 に含まれていますが、XPSP2 用の修正プログラムも公開されています。

Windows XP 用の更新プログラム (KB932823)

KB932823 : Windows Server 2003 または Windows XP を実行しているコンピュータで、Windows Internet Explorer を使用してファイルをダウンロードできないことがある

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

Internet Explorer 用の累積的なセキュリティ更新プログラム MS09-019 (969897) 公開のお知らせ

2009-06-10T09:29:00Z

こんにちは。マイクロソフト株式会社 Internet Explorer サポートの村岡です。

本日 (2009/6/10)、Internet Explorer 用の累積的なセキュリティ更新プログラム MS09-019 (969897) が公開されました。

この更新プログラムでは合計 8 つの脆弱性に対する修正が含まれており、情報の漏洩やリモートでコードが実行される危険性が解決されます。

今回は Internet Explorer 5.01 から Internet Explorer 8 までの各バージョンに適用される内容となっています。

この更新プログラムで提供される修正のセキュリティの深刻度は次の通りです。

　[緊急]　Windows 2000 の IE 5.01、Windows XP および Windows Vista の IE6, IE7, IE8

　[重要]　Windows 2000 の IE6 SP1

　[警告]　Windows Server 2003 および Windows Server 2008 で実行されている IE6, IE7, IE8

また IE6 については Web ページの閲覧時にクラッシュする 2 件の修正も含まれています。

　936882　[FIX アクセス違反が発生するされ、Internet Explorer 6 で SSL を使用する Web ページを開くとき、エラーメッセージが表示されます

　970656　Web ページ上でフレーム内にあるドロップダウンリストからオプションを選択するときに Internet Explorer 6 がクラッシュします。

詳細な情報はセキュリティ情報のページでもご覧いただけます。

マイクロソフトセキュリティ情報 MS09-019 - 緊急

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

HTTP 通信解析ツールの紹介

2009-05-26T04:17:00Z

マイクロソフト株式会社 Internet Explorer サポートの藤代　真道(フジシロシンドウ)です。

本日は、Internet Explorer サポートチームで調査に利用するツールをご紹介いたします。

今回、ご紹介するツールは Strace と HTTPREPLAY です。

これらのツールを利用する事で、HTTP/HTTPS の通信の状況の確認や、手元に再現環境（サーバーやコンテンツ）がない場合でも現象を再現させることができます。

発生する問題によっては、再現できない場合もありますが、遠隔地や特定の環境のみでしか発生しない現象の状況を把握しその後の調査／切り分け／確認を行う為に、有効な情報を得られる可能性が高まります。

■各ツールのご紹介

======================

○Strace とは

------------------------------

Internet Explorer を利用した場合の HTTP/HTTPS 通信のログを採取するツールです。

後述の HTTPREPLAY ツールと合わせて利用する事で、採取したログを元に該当のログ採取時の状況を再現する事ができます。

○HTTPREPLAY とは

------------------------------

HTTPREPLAY は、Strace などのツールで採取したログを元に、HTTP/HTTPS のページ閲覧状況を IIS などのWeb サーバーなしで再現する事ができるツールです。

また、Strace などのツールで採取したログを基にHTTP/HTTPS の通信状況レポートが表示される為、クライアントとサーバー間のリクエスト／レスポンスの状況を把握するにも非常に便利です。

■各ツールの入手先

======================

各ツールは、弊社の以下の Web サイトより無償でダウンロードし利用する事ができます。

○Strace 入手先

------------------------------

STRACE is a socket/SSL tracer designed to generate LOG for Internet Explorer

http://www.microsoft.com/downloads/details.aspx?FamilyID=F5EC767F-27F2-4FB3-90A5-4BF0D5F4810A&displaylang=en

○HTTPREPLAY 入手先

------------------------------

HTTPREPLAY is a SOCKTRC plugin allowing to analyze and replay HTTP traffic

http://www.microsoft.com/downloads/details.aspx?FamilyID=d25ba362-c17b-4d80-a677-1faff862e629&DisplayLang=en

■各ツールの利用方法

======================

各ツールの一般的な利用方法は、以下のようになります。

Strace, HTTPREPLAY のさらに詳細な利用方法や、コマンドについては各ツールのインストールディレクトリ内にある Readme.txe をご参照下さい。

○Strace ログ採取手順

------------------------------

１．インターネットオプション → 全般タブから、インターネット一時ファイル（Cookie、キャッシュファイル）を削除します。

　　＊Internet Explorer は閉じた状態で削除を行ってください。

２．Strace をインストールしたディレクトリを Explorer で開きます。

　　＊通常のインストールディレクトリは C:\Program Files\STRACE です。

３．ログの採取を開始します。

　　表示されたフォルダ内の STRACE.CMD をダブルクリックすると、Internet Explorer が起動します。

４．調査対象の現象を、３の手順で開かれた Internet Explorer で再現させます。

５．現象の再現が確認できた後、Internet Explorer のウィンドウを閉じ、ログの採取を終了します。

デスクトップ上に、以下のような名前のファイルが作成されます。

STRACE_IEXPLORE_PID_<プロセスID>_xxxxx.LOG

○HTTPREPLAY を利用した Strace ログの開き方

------------------------------

１．コマンドプロンプトを開き、HTTPREPLAY をインストールしたディレクトリに移動します。

＊通常のインストールディレクトリは C:\Program Files\HTTPREPLAY です。

２．以下のコマンドを実行し、HTTPREPLAY を利用して採取した Strace ログを開きます。

> HTTPREPLAY.CMD <ログファイル名>

３．Internet Explorer が開き、レポートが表示されます。

　　＊Internet Explorer8 をご利用の場合、レポートがうまく表示されない場合があります。この場合、F5 で再描画を行うことでレポートが表示されます。

４．レポートを表示した状態で、Internet Explorer のキャッシュをクリアし、接続の設定でプロキシサーバーを localhost、ポートを 81 に指定します。

　　＊本設定をした後、レポートに表示されたリンクをクリックする事で、Strace を採取した際の状況を再現させることができます。

○HTTPREPLAY を利用し、Strace ログを開いた場合の例

------------------------------

http://support.microsoft.com へのアクセス時に採取した Strace ログを基に、HTTPREPLAY を利用して表示されたレポート

リクエストのメソッド、レスポンスのステータスコードをクリックする事で、リクエスト／レスポンスの内容（ヘッダ）を確認できます

最下部に、リクエスト／レスポンスの統計情報が表示されます

＊HTTPREPLAY で表示されるレポートの時間は、GMT にて表示されます。現象が発生した実際の時間と比較して確認を行う場合、+9 hr で確認をしてください。

＊ログ採取時の操作を再現する為には、実際の操作状況を把握しておく必要があります。

なお、これらのツールでは、TCP/IP などのネットワーク通信の状況については確認／再現する事ができません。ネットワークの通信状況も含め確認を行う場合、Netmon などのネットワークキャプチャツールを合わせてご利用頂く事をお勧めいたします。Strace と Netmon などのネットワークキャプチャツールは、同じタイミングでご利用頂き情報を採取する事ができます。

以上です。

- ご参考

Microsoft Network Monitor 3.3

http://www.microsoft.com/downloads/details.aspx?familyid=983B941D-06CB-4658-B7F6-3088333D062F&displaylang=en

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

IE8 自動配布の無効化ツールキットのご紹介

2009-05-07T13:53:00Z

皆さん、こんにちは。

マイクロソフト株式会社 Internet Explorer サポートの衣川です。

マイクロソフトでは多くのお客様にセキュアで最新の環境をご利用いただくため、 Windows Update により Windows Internet Explorer 8 (以下、IE8) の配布を開始しております。

また、今後、自動更新機能による IE8 の自動インストール通知を行っていく予定です。

多くの企業では IE8 の展開時期や展開方法を IT 管理部門で管理していることと思います。

自動更新による IE8 のインストールを延期したいお客様は自動更新が開始される前に IE8 自動配布の無効化ツールキットを展開することで、自動更新によるインストールをブロックすることができます。

今回はこの IE8 自動配布の無効化ツールキットのご紹介をいたします。

注意 :

自動配布の無効化ツールキットは、自動更新、Windows Update 及び Microsoft Update の "高速" インストールオプションを通じて、IE8 が優先度の高い更新プログラムとして自動的に提供されるのを防ぐツールです。 IE8 は引き続きオプションの更新プログラムとして表示され、ユーザーは Windows Update または Microsoft Update の "カスタム" インストールオプションを通じて選択できます。 Microsoft ダウンロードセンターからの IE8 のダウンロードや外部メディアからの IE8 のインストールはこのツールにて妨げられることはありません。

◆ ダウンロード方法

IE8 自動配布の無効化ツールキットは以下のサイトからダウンロードできます。

Internet Explorer 8 自動配布の無効化ツールキット

http://www.microsoft.com/downloads/details.aspx?FamilyID=4ae6a6d2-b7b8-49ae-8f34-1f181925c699&displaylang=ja

ダウンロードしたファイル (IE8BlockerToolkit.exe) を実行すると以下の 4 つファイルが展開されます。

・ IE80Blocker.adm

・ IE80Blocker.cmd

・ IE80BlockerHelp.htm

・ IE80BlockerHelp-GPFilteringDialog.jpg

展開されたファイルを使用して、レジストリをコンピューターに設定することで IE8 の自動配布を無効にします。

方法としては以下の 2 つの方法があります。

・ IE80Blocker.adm (グループポリシー管理用テンプレート) を使用し、グループポリシー機能を利用してコンピューターにレジストリを設定する方法

・ IE80Blocker.cmd (スクリプトファイル) を使用し、レジストリを設定する方法

グループポリシーを利用すると Active Directory 環境にある複数のクライアントの IE8 の自動配布の有効/無効を集中管理することができます。

特定のコンピューターのみにレジストリを設定するには IE80Blocker.cmd を使うほうが簡単です。

◆ IE8 自動配布を無効にするレジストリ

レジストリーキー : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Setup\8.0

名前 : DoNotAllowIE80

種類 : REG_DWORD

データ	結果
レジストリなし	IE8 の自動配布はブロックされません
0	IE8 の自動配布はブロックされません
1	IE8 の自動配布はブロックされます

◆ グループポリシー機能を使用して自動配布を無効化する方法

以下は Vista SP1 の UI にて説明させていただいておりますが、その他の OS においても同様な手順で設定が可能です。

また、以下の手順はローカルコンピュータポリシーを使用して説明しておりますが、Active Directory 環境にて各クライアントに IE8 の自動配布の無効のレジストリ設定を配布する場合には、GMPC (Group Policy Management Console) や Active Directory ユーザーとコンピュータスナップインを使用し、GPO (グループポリシーオブジェクト) を編集してください。

1. 管理者権限のあるユーザーで IE8 の自動配布を無効にしたいコンピューターにログインします。

2. [スタート] - [検索の開始] ボックスに GPEDIT.MSC と入力し、[グループポリシーオブジェクトエディタ] を起動します。

3. [コンピュータの構成] - [管理用テンプレート] を右クリックし、[すべてのタスク] - [テンプレートの追加と削除] を選択します。

4. [追加] ボタンをクリックし、IE8BlockerToolkit.exe を展開し、生成された IE80Blocker.adm を選択します。 [閉じる] ボタンをクリックし、[テンプレートの追加と削除] 画面を閉じます。

5. [グループポリシーオブジェクトエディタ] のメニューバー - [表示] - [フィルタ] を選択します。 [完全に管理されているポリシー設定のみ表示します] チェックボ��クスをオフにします。 [OK] ボタンをクリックし、[フィルタ] 画面を閉じます。

6. [コンピュータの構成] - [管理用テンプレート] - [従来の管理用テンプレート (ADM)] - [Windows Components] - [Windows Update] - [Automatic Updates Blockers v2] が追加されていることを確認します。

※ Windows XP や Windows Server 2003 の環境では、[コンピュータの構成] - [管理用テンプレート] - [Windows Components] - [Windows Update] - [Automatic Updates Blockers v2] が追加されます。

7. [Automatic Updates Blockers v2] を選択した際の右ペインに表示される "Do not allow delivery of Internet Explorer 8 through Automatic Updates" をダブルクリックします。

IE8 の自動配布を無効にする場合は本ポリシーを "有効" にします。

IE8 の自動配布の無効を解除するには本ポリシーを “無効” にします。

8. 設定終了後、[グループポリシーオブジェクトエディタ] を閉じます。

[グループポリシーオブジェクトエディタ] に追加したテンプレートを削除する方法 :

1. [コンピュータの構成] - [管理用テンプレート] を右クリックし、[すべてのタスク] - [テンプレートの追加と削除] を選択します。

2. [テンプレートの追加と削除] 画面にて IE80Blocker を選択し、[削除] ボタンをクリックします。

- 注意 -

"Do not allow delivery of Internet Explorer 8 through Automatic Updates" ポリシーにて有効を選択後、未構成に変更した場合にもポリシーが適用されたクライアント端末のレジストリは削除、変更されることはございません。

IE8 の自動配布の無効を解除するためには、"Do not allow delivery of Internet Explorer 8 through Automatic Updates" ポリシーにて無効を選択してください。

◆ IE80Blocker.cmd を使用して自動配布を無効化する方法

IE8BlockerToolkit.exe を展開して生成された IE80Blocker.cmd を実行することでグループポリシー機能を使用せずに IE8 の自動配布を無効にするレジストリを設定することができます。

1. 管理者権限のあるユーザーで IE8 の自動配布を無効にしたいコンピューターにログインします。

2. [スタート] – [すべてのプログラム] – [アクセサリ] – [コマンドプロンプト] を右クリックし、 "管理者として実行" を選択します。

3. IE8BlockerToolkit.exe を展開して生成された IE80Blocker.cmd が保存されているフォルダに移動します。

4. IE8 の自動配布を無効にする場合は以下のコマンドを実行します。

C:\IE8BlockerToolkit> IE80Blocker.cmd [machine name] /B

※ [machine name] には IE8 の自動配布を無効にしたいコンピューター名を指定します。

※ IE8 の自動配布の無効を解除するには、以下のコマンドを実行します。

C:\IE8BlockerToolkit> IE80Blocker.cmd [machine name] /U

◆ その他

Internet Explorer 8 Blocker Toolkit: よく寄せられる質問

http://technet.microsoft.com/ja-jp/updatemanagement/dd365124.aspx

Internet Explorer 8 の自動更新については、IE8自動更新情報ページにて最新情報をご案内していく予定です。

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

Internet Explorer を使用中に突然停止してしまう、応答しない、強制終了されてしまうなどの問題が発生した場合のトラブルシューティング方法

2009-04-17T15:13:00Z

マイクロソフト株式会社 Internet Explorer サポートの金相哲(キムサンチョル)です。

大好評だった第一回に続き、第二回では、Internet Explorer を使用中に突然停止してしまう、応答しない、強制終了されてしまうなどの問題が発生した場合のトラブルシューティング方法をご紹介いたします。

皆さんは Internet Explorer 使用中に突然停止してしまう、応答しない、強制終了されてしまうなどの問題に遭遇したことはありませんか。

Internet Explorer で発生するこのような問題には様々な原因が考えられますが、端末にインストールされているサードパーティ製のアプリケーションや Internet Explorer のサードパーティ製のアドオンも原因の一つです。

弊社にて Windows エラー報告のデータを分析したところ、IE のハングやクラッシュの原因の 70% 以上はサードパーティのアドオンによるものでした。

Internet Explorer 使用中にこのような問題が発生した場合、まずは、サードパーティ製のアドオンや常駐アプリケーションによる問題かどうかを切り分けることから調査を始めることをお勧めします。

その切り分け方法を下記にご案内します。

1、2 はサードパーティ製のアドオンを切り分けする方法、3 はサードパーティ製の常駐アプリケーションを切り分けする方法です。

1. サードパーティ製のブラウザー拡張を無効にする。

◆ 手順

1) Internet Explorer を起動します。

2) メニューの中の [ツール] - [インターネットオプション] - [詳細設定] を選択します。

3) [サードパーティ製のブラウザー拡張を有効にする] 設定のチェックを外し、無効にします。

4) Internet Explorer を再起動し、現象を確認します。

本設定は[インターネットオプション] - [プログラム] - [アドオンの管理] ダイアログ内で、ツールバー、ブラウザーヘルパオブジェクト、ブラウザー拡張を全て無効化することと同じ結果となります。

本設定を行い現象が改善された場合は、 [アドオンの管理] ダイアログ内のツールバー、ブラウザーヘルパオブジェクト、ブラウザー拡張を一つずつ外し、どのアドオンが問題に影響しているかを特定してください。

・参考資料

- サードパーティ製のツールバンドおよびブラウザーヘルパオブジェクトを無効にする方法

http://support.microsoft.com/kb/298931/ja

2. ActiveX コントロールを無効にする。

◆ 手順

1) Internet Explorer を起動します。

2) メニューの中の [ツール] - [インターネットオプション] - [プログラム] - [アドオンの管理] を選択します。

3) アドオンの管理のダイアログから、ActiveX コントロールの設定を無効にします。

4) Internet Explorer を再起動し、現象を確認します。

本設定を行い現象が改善された場合は、 [アドオンの管理] ダイアログ内のActiveX コントロールを一つずつ外し、どのActiveX コントロールが問題に影響しているかを特定してください。

・参考資料

- Windows XP Service Pack 2 で Internet Explorer のアドオンを管理する方法

http://support.microsoft.com/kb/883256/ja

3. サードパーティ製の常駐アプリケーションを停止する。

◆ 手順

1) [スタート] - [ファイル名を指定して実行] から msconfig と入力する。

2) [システム構成ユーティリティ] が表示されると、[サービス] タブを選択し、[Microsoft のサービスを全て隠す] にチェックを入れます。

3) サードパーティ製の常駐アプリケーションが表示されますので、[すべて無効にする] をクリックして [OK] をクリックします。

4) OS を再起動し、Internet Explorer を再起動し、現象を確認する。

本設定を行い現象が改善された場合は、サードパーティ製の常駐アプリケーションを一つずつ外し、どのサードパーティ製の常駐アプリケーションが問題に影響しているかを特定してください。

注意事項

サードパーティ製のアドオンによっては、上記の方法で無効にしても、Internet Explorer の起動時に読み込まれる��のもある為、完全に切り分けを行う為には無効ではなく、アンインストールをお勧めします。

※ Internet Explorer 7、Internet Explorer 8 では下記の方法により、アドオンなしで Internet Explorer を起動することが可能です。

上記設定の 1,2 を行ったのと同じ結果となります。

[スタート] - [すべてのプログラム] - [アクセサリ] - [システムツール] から Internet Explorer (アドオンなし) を選択する。

※ 上記の切り分け内容をステップバイステップで行うことができる弊社公開情報もございますので、ご参考にしてください。

Internet Explorer が応答しない、動作を停止した、または再起動する

http://support.microsoft.com/gp/pc_ie_intro

※ Internet Explorer で使用中のアドオンなどを確認しながら、設定が可能なとても便利なツールです(IEチームの藤代さんの一押しのツールです)。

Autoruns for Windows v9.41

http://technet.microsoft.com/en-us/sysinternals/bb963902.aspx

以上です。

Internet Explorer 用の累積的なセキュリティ更新プログラム(963027) 公開のお知らせ

2009-04-15T08:05:00Z

マイクロソフト株式会社 Internet Explorer サポートの金相哲(キムサンチョル)です。
本日、Internet Explorer 用の累積的なセキュリティ更新プログラム(963027)が公開されましたのでお知らせします。

今回の累積的なセキュリティ更新プログラムはいくつかの脆弱性の問題の解決とセキュリティに関連する修正が含まれています。

今回の累積的なセキュリティ更新プログラムは、下記のエディションをサポートします。
深刻度 [緊急]
Windows 2000 SP4 の Internet Explorer 5.01 、Internet Explorer 6 SP1
Windows XP SP2 および SP3 の Internet Explorer 6、Internet Explorer 7
Windows Vista および SP1 の Internet Explorer 7

深刻度 [重要]
Windows Server 2003 SP1 および SP2 の Internet Explorer 6 、Internet Explorer 7
Windows Server 2008 の Internet Explorer 7

※ 各製品版のオペレーティングシステムの Internet Explorer 8 に対する今回の累積的なセキュリティ更新プログラムはございません。

今回の累積的なセキュリティ更新プログラムの概説、ダウンロードをお求めの方は下記のリンクをクリック下さい。
http://www.microsoft.com/japan/technet/security/bulletin/ms09-014.mspx

今回の累積的なセキュリティ更新プログラムに含まれている修正プログラムや修正されたモジュールのバージョン情報、ベータ版製品向けのダウンロードをお求めの方は下記のリンクをクリック下さい。
http://support.microsoft.com/kb/963027/

以上です。

Internet Explorer 8 のご紹介

2009-03-18T16:32:00Z

マイクロソフト株式会社 Internet Explorer サポートの村岡です。
私たち Internet Explorer サポートチームでもブログを公開することにしました。よろしくお願いします。

第一回では、マイクロソフトが自信を持ってお届けする新製品、Internet Explorer 8 (以下 IE8) の新機能についてご紹介いたします。

IE8 では次のような新機能の追加、改良が行われています。

・パフォーマンスと信頼性の向上 : アーキテクチャの変更により Web ページの表示が大幅に高速化されました。他のタブの影響を受けにくくなるため、信頼性も向上しています。

・HTML/CSS 互換 : CSS 2.1 に完全準拠しており、標準に従ってページの表示を行うように変更されました。互換性を維持する機能を有効にすることで、以前のバージョン向けに作成された Web ページでも、今まで通り閲覧することが可能です。

もし IE8 でブラウジングしていて正しく表示されないページがあった場合には、次の方法で互換モードを有効にすることができます。

アドレスボックスの右端の「互換表示アイコン」をクリックします。
　
このアイコンをクリックすると以前のバージョンと互換性のある表示が行われます。詳細は KB956197 でも公開していますのでご参照ください。

・お気に入りバー : ツールバーにリンクやフィード、Web スライスを登録することができるようになりました。

・検索機能の強化 : Windows Search 検索機能との連携により、サイトの検索がより便利になりました。

・アクセラレータ : アクセラレータでは「Web ページ内のテキストをコピーして検索する」という一連の操作が、メニューを選択するだけで簡単に実行できます。

・Web スライス : Web ページから直接コンテンツを購読することができるようになっています。

・セキュリティ機能 : 今までのフィッシング詐欺検出フィルタに代わり、新しく SmartScreen フィルターが搭載されました。これによりマルウェアなどの脅威にも対応しています。また、InPrivate ブラウズではユーザーの情報をコンピューターに残さないので、安心してブラウジングを行うことができます。

・IE8 Developer Tools : Web ページの開発・デバッグを行うことができる強力なツールが付属しています。

個々の詳細については別途ご紹介したいと思いますが、まずは IE8 のインストールの注意点や、アンインストール方法をご案内します。

◆IE8 のインストール

Windows Vista SP1 が適用されていないコンピュータでは、IE8 をインストールする前に必要な更新プログラム 937287 があります。

937287 が適用されていないと次のようなメッセージが表示されて IE8 のインストールに失敗してしまいますので、Windows Update などで更新を適用した後、再度 IE8 のインストールを行う必要があります。

Windows Vista 更新プログラム 937287 用の必須ソフトウェア更新プログラム (2008 年 4 月 8 日) について

http://support.microsoft.com/kb/949939/

Windows Vista インストールソフトウェアの機能に関するソフトウェア更新プログラムについて

http://support.microsoft.com/kb/937287/

英語サイトですが、この詳細は KB956586 で公開しています。

Windows Vista SP1 が適用されている場合や Windows XP では必要な更新プログラムはありません。

ウィザードに従ってインストールを進めたあと、コンピュータの再起動を行ってインストールは完了です。

◆インストールのトラブルシューティング

IE8 のインストールが正常に完了しなかった場合、デスクトップに「Internet Explorer トラブルシューティング」というショートカットと、システムフォルダにインストール時のログファイルが出力されます。

インストールログは %windir%\ie8_main.log に作成されますので、この内容を確認することで原因が確認できます。

beta 版での情報となりますが、エラーの内容と対策については KB949220 で案内しています。

◆サードパーティ製のブラウザツールバーとの互換性

サードパーティー製のツールバーやアドオンを使用している場合、IE8 のインストール後に互換性に関する警告が表示されることがあります。

ツールバーやアドオンをバージョンアップすることで回避できる場合もあるので、提供元で最新版が公開されているかどうか確認します。

◆IE8 のアンインストール

IE8 は「プログラムの追加と削除」ではなく「更新プログラム」からアンインストールできます。

Windows Vista をお使いの場合:

[スタート] ボタンをクリックし、[コントロールパネル] をクリックします。

ウィンドウの左上で [コントロールパネルホーム] をクリックすると、クラシック表示をキャンセルできます。

ウィンドウの左下にある [プログラム] セクションから [プログラムのアンインストール] をクリックします。

ウィンドウの左上にある [インストールされた更新プログラムを表示] をクリックします。

更新が完了し、一覧が表示されるまで数秒かかります。表示されたら、一覧を下へスクロールし、[Windows Internet Explorer 8] を選択します。

ウィンドウの上部にある [アンインストール] をクリックして、Windows Internet Explorer 8 を削除します。

Windows XP をお使いの場合:

[スタート] ボタンをクリックし、[コントロールパネル] をクリックします。

[プログラムの追加と削除] をクリックします。

ウィンドウの中央にある [更新プログラムの表示] ボックスのチェックマークをオンにします。

一覧を下にスクロールして、[Windows Internet Explorer 8] を選択し、[削除] をクリックしてアンインストールします。

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

ドキュメントモード	説明
IE8 標準モード	IE8 で利用可能な機能を全て利用して表示
IE7 標準モード	IE7 と同等な機能を利用して表示
Quirks モード	IE5 と同等な機能を利用して表示

content 属性の値	ドキュメントモード
IE=8	IE8 標準モードで表示
IE=7	IE7 標準モードで表示
IE=5	Quirks モードで表示
IE=edge	最新のドキュメントモードで表示
IE=EmulateIE8	DOCTYPE 宣言に応じて IE8 標準モードまたは Quirks モードで表示
IE=EmulateIE7	DOCTYPE 宣言に応じて IE7 標準モードまたは Quirks モードで表示

Japan IE Support Team Blog

Internet Explorer のカスタマイズ ～ Internet Explorer のメンテナンスポリシー part 2 （Internet Explorer のメンテナンスポリシーと管理用テンプレート配下のポリシー項目の違い）～

Internet Explorer のカスタマイズ ～ Internet Explorer のメンテナンスポリシー part 1 （適用処理編）～

Internet Explorer 一時ファイルが肥大化する

IE9 では、VBDファイルが実行出来ません

IE で PNG ファイルが表示されない

[ポップアップを開く方法を Internet Explorer で自動的に判定する] 設定について

IE8 のプロセスモデルについて

IE8互換モードについて

SSL 接続における証明書関連のお問い合わせについて

IE でファイルのダウンロードができないときのトラブルシューティング

Internet Explorer 用の累積的なセキュリティ更新プログラム MS09-019 (969897) 公開のお知らせ

HTTP 通信解析ツールの紹介

IE8 自動配布の無効化ツールキットのご紹介

Internet Explorer を使用中に突然停止してしまう、応答しない、強制終了されてしまうなどの問題が発生した場合のトラブルシューティング方法

Internet Explorer 用の累積的なセキュリティ更新プログラム(963027) 公開のお知らせ

Internet Explorer 8 のご紹介

Internet Explorer のカスタマイズ～ Internet Explorer のメンテナンスポリシー part 2 （Internet Explorer のメンテナンスポリシーと管理用テンプレート配下のポリシー項目の違い）～

Internet Explorer のカスタマイズ～ Internet Explorer のメンテナンスポリシー part 1 （適用処理編）～