IIS上に素の.htmlファイルを公開するだけで500(Internal Server Error)エラー
＜症状＞ IIS上に素の.htmlファイルを公開したらアクセスの最初に500エラーが発生。 再読込をすると正常にアクセス可能。 という症状が発生。 再読込をすると正常にアクセスできたので気にしてなかったら客先から指摘されてしまった。いろいろ弄ってると一定時間経つと「最初だけ500エラーが発生」の状況に戻ることがわかった。 Apache1.3の頃から使っていた者としてはナカナカ不思議な現象。 仮想ディレクトリ作ってhtmlファイル置いてるだけなんですけど。 まぁ、IISですからいろいろあるわな、と。 環境は以下の通り。 WindowsServer2012R2 IIS8.5 客向けのDEMOサイトのためHTML、CSS、JSのみのプレーンな作り。 サーバーサイドは.NetもPHPもASPも何もなし ＜調査＞ アクセスログによるとステータス500 sc-status：500 sc-substat
IIS7.5以上でクラシックASP（レガシーASP/ Active Server Pages）を実行、エラーが発生した際、規定の設定では詳細なエラーが表示されません。 これはセキュリティ上の理由からだそうです。 これを表示させてやるには、二か所ほど設定を変えてやる必要があります。 ※今回、2008 R2上のIIS 7.5で行いましたが、7.0や8.0でも多分同じです。 1) 「ブラウザーへのエラー送信」を有効にする 『インターネットインフォメーションサービス (IIS) マネージャ』から、該当の仮想ディレクトリの設定で、［ASP］->［コンパイル］-［デバッグ プロパティ］-［ブラウザーへのエラー送信］を"True"に変更してやる。 2) エラーページで「詳細なエラー」を選択 ［エラーページ］->［機能設定の編集］-［詳細なエラー］を選択する。 以上で、詳細なエラーが表示されるようになりま
こんにちは。IIS サポート チームです！ 弊社にお問い合わせいただくお客様に、スムーズな解決をご提供するためにお役に立てるのではないかということで、今回の記事の執筆に至っています。 さて、IIS 上でのトラブル シューティングをスムーズにするためには、ログをご提供いただき、すぐに IIS の構成や生じている問題を把握することが重要です。 場合によっては、ログを見て、即日で解決というケースもあります。 お問い合わせいただいた後、これらの把握のために複数のログを採取いただくようお願いしておりますが、今回の記事で、その採取方法についてご紹介いたします！ この手順にて採取した情報を、お問い合わせと同時に弊社にご提供いただければよりスムーズなご支援をお約束いたします！ 現象により採取するべきログは異なりますが、ほとんどの現象の調査に対して有効なログ 4 つの採取方法を以下にご紹介いたします。 イベ
HTTP1.1では、クライアントからのHTTPリクエストに記載されているホスト名を読んで、返答するWebサイトを判定することができます。（name based とかで検索すると出てきます) しかしながらSSLサイト(HTTPS)の場合、これができないため、SSLを使用するサイト毎にIPアドレスを割り振る必要があります。 なぜかというと・・SSL通信の場合、クライアントはHTTPリクエストをサーバに投げる前にSSL暗号化の接続を行います。そして、暗号化が完了したのちにクライアントはHTTPリクエストを送信するのですが、その時にHTTPサーバは、暗号化済みHTTPヘッダーを復号化してホスト名を取りだす、という作業を行えません。 ※大体こんな感じ、というくらいのノリで考えてください。 ですため、IPアドレスで応答するホストを判別しないといけないわけなんです。 しかしながら、JPRSも告知している
マイクロソフトのWebサーバ・ソフトウェアであるInternet Information Services（以下IISと表記）は、手軽であることから多くのWebサイトで使われている半面、Code RedやNimdaといったインターネット・ワームの標的にされたことで「脆弱性が高いのではないか？」と疑問視されることも少なくない。しかし、セキュリティ・ホールに対する対策を適切に講じることで、IISでも安全にWebサーバを運用することができる。 また社内LANに用途を限定し、イントラネット用のWebサーバとして運用することを考えた場合、インターネットに比べると相対的な危険性は低いうえに、ASPなどIIS独自の機能を利用して、高機能なWebサイトを比較的手軽に構築できるというメリットも見逃せない。 IISはWindows 2000 Serverに標準で付属しているWWWサーバ・ソフトウェアであり、こ
IISでのX-Forwarded-Forヘッダー IISでサーバーへのアクセス元IPを取得したい場合があります。 IIS 詳細ログ機能を用いると、X-Forwarded-Forヘッダーを取得することができるようになり、アクセス元IPがアクセスログに記録されるようになります。 ※従来はサードパーティ製のプラグイン等を用いる必要がありましたが、現在はIIS7、8系向けにMicrosoftによってIIS拡張機能「IIS 詳細ログ」が提供されています。 ※本記事の内容はAWS上のWindows Server 2008 R2、IIS 7.5で動作を確認しています。 IIS 詳細ログ（IIS Advanced Logging）のインストール 下記よりIIS 詳細ログのインストーラをダウンロードします。 ・Download: IIS 詳細ログ (64 ビット) - Microsoft Download
AWSのロードバランサーサービスであるAmazon Elastic Load Balancer(ELB)を使用するとアクセス元IPがELBのものとなる。元のIPはX-Foworded-Forヘッダに入る。 X-Forwarded-For（XFF）とは、HTTPヘッダフィールド（英語）の一つ。HTTPプロキシサーバまたは負荷分散装置（ロードバランサ）を経由してウェブサーバに接続するクライアントの送信元IPアドレスを特定する際のデファクトスタンダードである。 http://ja.wikipedia.org/wiki/X-Forwarded-For なのでアクセス元IPを知りたい時はXFFヘッダを見れば良いのだが、IISのログにアクセス元IPを記録したい時はこのISAPIモジュールを使うとIISログにXFFの値を記録できる。 X-Forwarded-For Log Filter for Wind
◆エラーページをカスタマイズする
以前も少し調べたことがあるのだが、どうも理解できていないのでもう一度挑戦。 MTG Blog: ◆IISエラーページのカスタマイズ カスタマイズ操作 「IISマネージャ」を起動する 「機能ビュー」から「エラーページ」をダブルクリックして開く 「エラーページ」画面でカスタマイズしたい「エラーコード（状態コード）」をダブルクリックして開く 「応答動作」にデフォルトの代わりに表示させたいページを指定して「OK」をクリックする 静的ファイルのコンテンツをエラー応答に挿入 実際にエラー応答をどう設定するかとなるとIIS8になっても設定画面は変わりが無く、良くわからない。 前回に引き続きもう一度手探りで調べてみる。 まずは「静的ファイルのコンテンツをエラー応答に挿入」という事なのだが、これは単純に静的カスタマイズページを返すという事なのか、もともとのテンプレート的なエラーページに、部分的にエラーページ
この記事をご覧いただいている皆様へ。 このページは、SEO情報ブログ「ディーエムソリューションズの社員が作った、【SEOまとめ】」にて公開されていた記事であり、2014年12月にデジタルマーケティング研究所へ統合されました。 基本的には存在しないURLへのアクセスに対してはHTTPステータスコード404にて オリジナルのエラーページを返すように設定すべきです。 「301リダイレクトで全てTOPページに転送する」 「302リダイレクトを用いてエラーページへ転送する」 などの処理（いわゆるソフト404）はオススメできません。 もちろんステータスコード200で表示されるエラーページも論外です。 .htaccessを用いてオリジナルのエラーページを表示させる場合の記述 （エラーページのファイル名を「404.html」とした場合） ※「/404.html」を「http://www.exam
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 作成者 : Ruslan Yakushev 発行日 : 2008 年 5 月 28 日 (作業者 : ruslany(英語)) 更新日 : 2009 年 2 月 20 日 (作業者 : ruslany(英語)) 目次 機能の概要 書き換えルールの概要 書き換えルールの範囲 規則の評価 ルールの継承 元の URL の保持 書き換えルールから URL 部分へのアクセス 書き換えルールの構成 ルール パターン ルール パターンの構文 ルール パターンのプロパティ ルールの条件 ルール アクション Rewrite アクション Redirect アクション CustomResponse アクション AbortReque
本記事は、Microsoftの本社副社長であり、ASP.NETやSilverlightなどの開発チームを率いるScott Guthrie氏のブログを翻訳したものです。氏の許可を得て転載しています。 検索エンジン最適化（SEO）は、すべての公開Webサイトにとって重要です。サイトへのトラフィックの大きな割合が検索エンジンから直接来ており、サイトの検索関連性を改善すれば、検索エンジンのクエリからより多くのユーザーが訪れるように導けます。これは直接的または間接的に、サイトを通じた収益を増加できます。 このブログ投稿では、無償のMicrosoftURL書き換え拡張（URL Rewrite Extension）を使って、サイトに存在する可能性のある多くの一般的なSEO問題を修正できます。15分以下（そしてコードの変更なし）で4つのシンプルなURLの書き換えルールをサイトへ適用でき、そうすることで検索
自宅の他のサーバーには TechNet/MSDN に SP2 が公開されたタイミングでダウンロードして適用していたのですが Web サーバー導入キットでモニターしているサーバーには適用していないことに週末気づきました…。 ということで土曜日にインストールしてみました。 今のところ問題もなく Web サイトも順調に動作しています。 適用中はルーターの設定を変更して一時的に別サーバーで Web サイトを動作するようにし、404 ページで メンテナンス中のお知らせを表示するように設定変更しては見たのですが、メンテナンスの運用手順を 自分なりに整理しておく必要があるな～と感じました。 メンテナンス中のお知らせページも IIS 7 の Welcome ページに一文追加した味気ないものを 表示していただけですので、時間がある時に少しメンテナンスしたいです。
ASP.NET アップロードファイルサイズの上限
ファイルをアップロードする機能を作る際の注意点 POSTされるアップロードの上限を設定するには、Web.configのhttpRuntime要素のmaxrequestlength属性に値を設定する。 なにも設定しない場合は、デフォルトのサイズ上限値（4MB）が適用される。 たとえば5MBに制限する場合、以下のようになる。 <configuration> <system.web> <httpRuntime maxrequestlength="5120"> </system.web> </configuration> ただし、IIS7以降では、以下のようにサーバの要求フィルター設定項目でも、ファイルサイズの 上限を設定する必要がある。 こちらのデフォルト値は30000000バイト（約30MB）。 5MBの場合はWeb.configに以下を記述する。 <configuration> <syste
Applies To: Windows 7, Windows Server 2008, Windows Server 2008 R2, Windows Vista IIS can return a custom error message whenever an HTTP error occurs. Custom error messages can provide friendlier or more informative feedback than default error messages. Prerequisites For information about the levels at which you can perform this procedure, and the modules, handlers, and permissions that are requir
■ Windows7 IIS（インターネット インフォメーション サービス）でFTPサーバーを構築！
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
