Apache2.4ではまったのでメモ
Apache2.4ではまったのでメモ 検証環境はCentOS7＋Apache2.4です。 Apache2.4のアクセス権限回りは、従来のOrder Deny,Allow形式から、 Require All grantedのような形式に変わりました。 そんな中でApache2.4のアクセス権限回りを設定していて、不可解な現象に会いました。 自分はDirectoryディレクティブとLocationディレクティブの違いは、 サーバ内のリアルパスでの制御か、URIの仮想パスかの違い程度としか理解していなかったのですが、 設定する上では注意が必要なようです。参考 では検証していきます。 まずはサクッとバーチャルホストの設定をします。 <VirtualHost *:80> ServerName localhost.localdomain DocumentRoot /var/www/virtual <Lo
Apache2.2以前 から Apache2.4 に移行でのアクセス制限の書き方の違い
CentOS6 ではデフォルトでインストールされる Apache はバージョン2.2 でしたが、CentOS7 では 2.4 になりました。 Apache2.2までは Orderディレクティブでアクセス制限をしていましたが、Apache2.4 では Require ディレクティブでの制限に変更されました。 モジュール mod_access_compat を使用すると、従来の Orderディレクティブでの制限で記述出来ます。 CentOS7 ではデフォルトで mod_access_compat が使用されるようになっており、 Orderディレクティブ、Require ディレクティブのどちらでも良いことになります。 ですが、Require ディレクティブの方が複雑な制限も出来るようなので、Require ディレクティブの書き方にしていく方が良さそうです。 以下は、基本的なIPアドレス制限を行う
ApacheでのLet's Encrypt運用が簡単になりました
Let’s Encrypt は無料でサーバー証明書を発行してくれる認証局です。2016 年のサービス開始以来、 急速に普及しています。 Let’s Encrypt の証明書発行には ACME プロトコルに対応したクライアントソフトウェアを使います。主要な ACME クライアントソフトウェアは ACME Client Implementations で紹介されています。Let’s Encrypt のサイトでは certbot というツールが推奨されているのですが、 このツールは Windows には対応していません。Windows 環境では win-acme （旧名 letsencrypt-win-simple） というツールが良く使われているようです。 私も、 これまで win-acme を使ってきたのですが、 先日、 ふとしたことで mod_md という Apache モジュールの存在を
Apache2.4のセキュリティ設定 (2.2からの移行) : アジャイル株式会社
バックアップ サーバや必要なデータのバックアップ等適宜行ってください。 弊社の移行対象は AWS EC2 上で動作しているため、適当な手段で移行前サーバから AMI ( コピー) を作成し、このイメージからインスタンスを起動して作業を行っています。 以下このコピーしたインスタンスにおける作業となります。 サービス停止 Apache、及び、Tomcatを停止します。 $ sudo /etc/rc.d/init.d/httpd stop $ sudo /etc/rc.d/init.d/tomcat7 stop アプリケーション、及び、設定ファイルのコピー(バックアップ) 現状のアプリ、及び、設定を適当なディレクトリにコピーしておきます。 Apache 関連 /etc/httpd/conf 下の設定ファイル /etc/httpd/conf.d 下の設定ファイル Tomcat 関連 /usr/sh
Apacheウェブサーバに脆弱性、パッチが公開--共有ホスト環境の管理者権限奪取を誘発
The Apache Software Foundationは米国時間4月1日、Apache（httpd）ウェブサーバに存在する深刻な脆弱性（「CVE-2019-0211」）に対するパッチを公開した。同脆弱性は特定の状況下において、悪意あるサーバスクリプトの管理者（root）権限での実行を許してしまうことで、そのサーバの乗っ取りを可能にするというものだ。 同脆弱性はUNIXシステム向けのApacheウェブサーバ（バージョン2.4.17から2.4.38）のみに影響を与えるものであり、同日にリリースされたバージョン2.4.39によってフィックスされている。 Apacheチームによると、同脆弱性を悪用することで、低い権限で実行されるはずのApacheの子プロセス（CGIスクリプトなど）において、親プロセスの権限で悪意あるコードを実行できるようになるという。 Apache httpdはたいていのU
apache cgi-bin として pythonスクリプト を実行する - Qiita
vi dist/version.sh =================== #!/bin/sh MPV_PATH="`dirname $0`/../src/include/mp_version.h" MAJ=`awk '/MP_VERSION_MAJOR/ {print $3}' $MPV_PATH` MIN=`awk '/MP_VERSION_MINOR/ {print $3}' $MPV_PATH` PCH=`awk '/MP_VERSION_PATCH/ {print $3}' $MPV_PATH` #GIT=`git describe --always` #echo $MAJ.$MIN.$PCH-$GIT echo $MAJ.$MIN.$PCH- ===================
＠IT：Apacheでファイル一覧を表示させないようにするには
DirectoryIndexディレクティブで指定したデフォルトファイル（index.htmlなど）が存在しないディレクトリにWebブラウザでアクセスすると、Apacheの設定によってはそのディレクトリのファイル一覧を表示する。
Apacheのテストページを非表示にする - ペチパーノート
先の記事でAWSでLAMP環境を作成しました。 ～AWSでLAMP環境を作る～ まとめ 実際にWEBサイトを運用する為には、他にやっておいたほうがいい設定がいくつかあります。 その中のひとつがこれです。 http://{IPアドレス or ドメイン} のようにドキュメントルート直下にアクセスすると表示されます。 index.htmlが存在する場合はそちらが表示されますが、 存在しない場合はこのようなテストページが表示されます。 できれば出したくないですよね。。 手順 Apacheの設定ファイルを更新 # vi /etc/httpd/conf.d/welcome.conf # # This configuration file enables the default "Welcome" # page if there is no default index page present for
Apache2.2の設定ファイルをApache2.4に移植するためにやったことまとめ - Qiita
Apache2.2からApache2.4 に移行する場合、設定ファイルをそのまま持ってきても動きません。 数日格闘したら解決できたのですが、 これからやる人が同じ苦労をしなくてすむようにノウハウを記録しておきます。 下記は、Apache2.2/CentOS6 から Apache2.4/CentOS7 に移行するための方法です。 他のディストリビューションでも似たようなものだと思います。 公式マニュアルを見ておきましょう 2.2 -> 2.4 アップグレードガイドがあります。 http://httpd.apache.org/docs/2.4/new_features_2_4.html http://httpd.apache.org/docs/2.4/upgrading.html ただ、すごく分かりにくいのと、CentOS固有(ディストリ固有)の情報は書いてないので、実際に動かしてエラーを1個
クエリ文字列(URLパラメタ)があるURLでのmod_rewriteの使い方 - hogehoge foobar Blog Style Beta
mod_rewriteを使用してクエリ文字列(URLパラメタ)があるURLを変換してリダイレクトしようとしたときに少しハマリかけたので、備忘録として書いておきます。 今回リダイレクトしたURL 今回は、以下の旧URLから新URLにリダイレクトさせるケースでやってみました。 内容としては、旧URLのクエリ文字列(URLパラメタ)の「id」「name」に設定された値が、新URLではディレクトリとファイル名として使用できるようにするといったものです。 旧URL 新URL 形式 /foo/index.html?id=数字列&name=文字列 /foo/文字列/数字列.html サンプル /foo/index.html?id=123&name=bar /foo/bar/123.html RewriteRuleで試す まずは「RewriteRule」で正規表現を使ってリダイレクトする設定を書いてみまし
mod_rewrite x クエリ文字列(/?q=)の変数化 -
mod_rewrite x クエリ文字列(/?q=)の変数化 mod_rewriteを利用して、RewriteCond ,RewriteRuleを併用すると、 要求されたURLのクエリ文字列から置換後URLに対して、 変数として挿入することができるようになります。 ここでは、実際に指定した.htaccessと置換動作についてご紹介します。 mod_rewriteを利用したクエリ文字列の値を、 変数として利用すると、置換後文字列に対して要求のあったクエリ文字列を、 置換後文字列内に含んだURLを組み立てることができます。 クエリ文字列の置換後文字列への挿入 クエリ文字列を実際に置換後文字列に対して含ませる様子は、 以下のような.htaccessを記述することで確認ができます。
301でリダイレクトかけるとブラウザがキャッシュするので怖い | infra.xyz
これでcampaign.example.comにアクセスすると、example.comへリダイレクトされるようになった。 campaign.example.comをブラウザ（Chrome）で開いて確認、いやー、よかったよかった。 そしてさらに後日、またキャンペーンやることになった、とする。 折角だし、またcampaign.example.comでやればいいよねー、とRedirectディレクティブの設定を消す。 index.htmlをアップして、ブラウザ（Chrome）でcampaign.example.comを開くと・・・・なぜかexample.comへ飛ばされる！ え、なんで、リダイレクトの設定消してconfigtestしてApache再起動したし、なんならctrl+F5しちゃうよ？ でも何回F5叩いてcampaign.example.comを開いても、example.comへ飛ば
.htaccessですべてのアクセスをサブディレクトリへリダイレクトさせる - @Konboi memo
はじめに ある案件の終了対応に伴い、リダイレクトの設定をしてた。 example.com/ 以下のアクセスを全て example.com/finish へリダイレクトさせるというもの。 一見簡単ですぐに終わりそうだと思っていたら結構ハマった。 ハマったところ はじめはルートの.htaccessファイルこのように設定してみた # .htaccess RedirectMatch /* http://example.com/finish これの何が問題かというと http://example.com/finish へのアクセスも /* の条件に当てはまり http://example.com/finish へリダイレクトされる。 これで無限loopが発生してしまい、ブラウザからエラーがはかれる。 解決策 下記の用に設定することで回避できた。 # .htaccess RewriteEngine O
どシロウトのWEBめも [CentOS6.2] VirtualHostの設定
どシロウトの管理人が仕事で使うWEBの情報をメモっているブログ ソフトウエア、ハードウエア、ミドルウエア…なんでも手を出さなくてはいけない状況なので幅広く書くぞー VirtualHostの設定 VPS借りたんだけどグローバルIPは一つ でも、たくさんドメインつけて検証だのサイトだのやりたい そんなときのVirtualHost設定備忘録 まず/etc/httpd/conf.d/にVirtualHost.confを作った (もちろん/etc/httpd/conf/httpd.confの一番下に書いてもOK) で、/etc/httpd/conf/httpd.confにconf.d以下のファイルを読み込ます設定を書く Include conf.d/*.conf ←多分デフォルトで書いてある なかったら↓を書く Include conf.d/VirtualHost.conf で本題の/etc/htt
Apache DoS攻撃にそなえる | DevelopersIO
mod_evasiveをインストールする ApacheのDoS攻撃対策で有名なところとしてmod_evasiveやmod_dosdetectorが有名どころですね。 今回はmod_evasiveをインストール＆セットアップしてみます。 セットアップ環境はお決まりのAWS Amazon Linuxです。早速ソースをダウンロードしてきて、セットアップします。 事前にApacheモジュール(mod_so.c）が有効かを確認します。 # /usr/local/apache2/bin/apachectl -l Compiled in modules: core.c ・ ・ 多いので省略（そもそも多いのも改善の余地はありますがｗ） ・ mod_env.c mod_setenvif.c mod_version.c prefork.c http_core.c mod_alias.c mod_
ApacheのDOS攻撃対策 - Qiita
mod_evasiveモジュールの利用 このモジュールを使用することで、 特定のIPアドレスからの過度のリクエストに対して、 アクセスブロックを実行、ブロック解除を行うことができる。 ＜仕組み＞ （1）mod_evasiveモジュールが、URLリクエストをApacheサーバーに送信するIPアドレスの記録を取る （2）その後、あらかじめ設定した許容範囲を超えるリクエストがいずれかのIPアドレスから送信されていないか測定する （3）許容範囲を超えるリクエストがあった場合、そのIPアドレスからのリクエストは一時的にブロック ＜設定＞ 下記いづれかの条件にマッチした時に、Dos攻撃とみなして、 600秒アクセス禁止(403 Forbidden)にし、XXXX@XXXX.comへ拒否IPをメールで通知する。 条件1: 同一ページへ、2秒間に3回のリクエストがあった場合 条件2: 同一サイトへ、1秒間
Apacheのログをsyslog(rsyslog)で管理する | 俺的備忘録 〜なんかいろいろ〜
Apacheのアクセスログやエラーログだが、デフォルトではSyslogは経由しない。 これらをSyslogを使って管理する場合、httpd.confに設定の追加が必要になる。 設定自体は簡単で、CustomLog/ErrorLogの設定に対して、パイプで繋げてloggerでSyslogに流すだけだ。 以下、設定の記述例(VirtualHostとか設定してると記述先のファイルも変わるので、自分の環境に合わせて記述すること)。 CentOS 7で確認をしている。 CustomLog "|/usr/bin/logger -p local5.info -t httpd_access" combined ErrorLog "|/usr/bin/logger -p local6.info -t httpd_error" 次に、rsyslog側でログの出力先を設定する。 リモートに転送するのであればその
Apache HTTP Web Server、HTTP/2処理に脆弱性
JPCERTコーディネーションセンター(Japan Computer Emergency Response Team Coordination Center、JPCERT/CC)は12月6日、「Japan Vulnerability Notes(JVN)」に掲載した記事「JVNVU#97133859: Apache HTTP Web Server の HTTP/2 プロトコルの処理にサービス運用妨害 (DoS) の脆弱性」においてソフトウェアの脆弱性について伝えた。該当するソフトウェアを使用している場合は説明されている対策方法などを適用し、早期に問題に対処することが推奨される。 脆弱性の影響を受けるプロダクトおよびバージョンは次のとおり。 Apache HTTP web server 2.4.17から2.4.23までのバージョン 該当するプロダクトはHTTP/2プロトコルを処理するモジュー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「Apache HTTP Web Server 2.4」に複数の脆弱性、最新版へのアップデートを 
Ubuntuでmod_rewriteを有効にする - Qiita