cloudpackブログ - CloudInitでWebサーバ(Apache)を構築
以前紹介したNATインスタンス構築の記事「CloutInitでNATインスタンス(iptables)を構築」に続き、 Webサーバ(Apache)の構築も試してみました。 初期構築スクリプトは下記となります。 #!/bin/sh set -e trap 'echo "NG: $?"' ERR yum -y install httpd mod_extract_forwarded if [ ! -L /etc/httpd/conf/httpd.conf ]; then mv /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf.org ln -s /opt/suz-lab/etc/apache/httpd.conf /etc/httpd/conf/httpd.conf fi if [ ! -f /etc/httpd/conf/virtual
cloudpackブログ - Apacheのログ(アクセス/エラー)をS3にアーカイブ
以前、FluentdでWeb Storage Archiveパターンの記事で、FluentdでsyslogをS3にアーカイブする方法を 紹介しました。 今回は、Apacheの(アクセス/エラー)ログをS3にアーカイブしてみます。 ○エラーログをS3にアーカイブ これは、Apacheのエラーログをsyslogに出力することができれば、上記の方法で終了です。 syslogへの出力は設定ファイル(/etc/httpd/conf/httpd.conf)を下記のようにすることで可能です。 ... #ErrorLog logs/error_log ErrorLog syslog ... ApacheをリスタートするとsyslogにApacheのエラーログが下記のように出力されます。 ... Dec 23 16:55:43 ip-10-100-0-236 httpd[22042]: [error] [c
cloudpackブログ - CentOSのパッケージ(yum)でインストールしたApacheのセキュリティ対策がどこまで行われているか調べてみる
2012年12月18日現在、CentOS6のリポジトリ(yum)からインストールするApacheのバージョンは 2.2.15-15になります。 しかし、最新のバージョンは2.2.23なので、セキュリティ診断等でバージョンの問題が起こり、 最新にしなければならない場合があります。 ただし、上記のバージョン(2.2.15-15)は、当然セキュリティパッチが2.2.15から当てられており、 2.2.15のままではありません。 そこで、2.2.15-15でどこまでセキュリティ対策が行われているのか調べてみます。 RPMをダウンロード(yumdownloader)するために、yum-utilsをインストールします。 # yum -y install yum-utils 実際にApacheのパッケージ(RPM)をダウンロードします。 # yumdownloader httpd ダウンロードしたRPMの
cloudpackブログ - Apache起動ユーザ変更時にグループ設定を変更する
Apacheのデフォルト起動ユーザは、下記となっています。 user apache group apache しかし、下記等に変更する場合があります。 user www group www 上記の設定を変更した場合、Apacheグループに設定されているディレクトリ・フォルダの権限を 変更する必要があります。 権限は下記コマンドで確認することができます。 find / -group apache 実行結果は下記のようになります。 /var/www/html /var/cache/mod_proxy /var/lib/dav /var/lib/php/session /usr/sbin/suexec /var/run/httpd これらのグループをwwwに変更することで、ワーニング等のエラーを解消できます。 こちらの設定変更は忘れないよう注意が必要です。 こちらの記事はなかの人（be_hase
cloudpackブログ - ApacheをSourceからインストール
基本的なところになるのですが、今回はApacheのSourceからのインストール方法を紹介します。 最近はyumによるインストールが増えましたが、稀にSourceからのインストールが求められる時があります。 ダウンロードはThe Apache HTTP Server Projectから可能です。 コンパイルオプションは下記のように行いました。 ./configure –prefix=/usr/local/a20120222-1-prefork –with-mpm=prefork –enable-so –enable-rewrite –enable-ssl –disable-userdir –with-ssl=/usr/include/openssl make make install /usr/local/a20120222-1-preforkが作成できるので、apache2というシンボリ
cloudpackブログ - sudoを利用して一般ユーザの権限でApacheを起動する
通常一般ユーザの権限では、Apacheを起動することはできません。 そこで、一般ユーザの権限でApacheの起動等を行う場合は、sudoを利用します。 今回は、sampleグループに属しているユーザにApache起動の権限を付与します。 設定の方法としては、sudoのエディタにはvisudoコマンドがありますのでこれを利用します。 このvisudoコマンドを実行し、最終行に下記を追加します。 %sample ALL=NOPASSWD: /sbin/service httpd start 上記の設定を保存後、実際に実行してみます。 [root@cimacoppi ~]# su - sample [sample@cimacoppi ~]$ sudo /sbin/service httpd start httpd を起動中: [sample@cimacoppi ~]$ ps -efw | gre
cloudpackブログ - Squidを通しているApacheの場合Basic認証が通らない
本当に簡単な事だったのですが、解決するのに時間がかかってしまいました。 Apache上で通常通りBasic認証の設定をしたのですが、 IDとパスワードを入力しても認証が通りませんでした。 しかし、httpsでアクセスすると認証が通りました。 80番は、Squidで受けてApacheに流している構成だったため、 passwdファイルを読みにいかないようでした。 そこで、Squidを外したところ無事認証が通りました。 Squidを通す場合は、Squidに認証機能があるので、 そちらを利用すればいいのかもしれません。 こちらの記事はなかの人（kenjionsoku）監修のもと掲載しています。 元記事は、こちら
cloudpackブログ - Apacheユーザでsudo
PHPなどのサーバーサイドスクリプトなどでアクセス権のない他ユーザのファイルなどにシステムコマンドでアクセスする場合、Apacheユーザでsudoする必要があります。 例として、/home/memorycraftディレクトリをmkdirとlsをしたい場合、以下のように設定します。 ○スクリプト(例:php) exec("sudo mkdir /home/memorycraft/hoge; sudo ls -l /home/memorycraft/;", $out, $status); ○sudoの設定 # yum install sudo # visudo --------------------- Defaults requiretty コメントアウト↓ #Defaults requiretty 追記↓ apache ALL=(ALL) NOPASSWD: /bin/mkdir, /bi
cloudpackブログ - ELB経由apacheでhttp or httpsの判定（RewriteCond）
ある特定のページのみhttpをhttpsにするという、よくある作業があったのですが、 ELBにSSL証明書を入れており、ELB(ポート番号：443)→EC2(ポート番号：80)という設定のため、 EC2上では80で来るので、このような場合はいつもアプリ側でヘッダーを確認し切り分けていたのですが、 ApacheレベルのRewriteCondで対応できないものかと思い試してみました。 ※httpでリクエストされた/adminはhttpsに飛ばします。 RewriteEngine on RewriteCond %{HTTP:X-Forwarded-Proto} =http RewriteRule ^/admin https://%{HTTP_HOST}/admin/ 上記を設定したところ、下記にリダイレクトされることを確認します。 http://hoge.jp/admin/ → https://
cloudpackブログ - ELBとアクセス制限(Apache)とヘルスチェック
少し前になりますが、ELBとBasic認証で「Basic認証をかけたときに、ELBからEC2が切り離されてしまう」の対策方法について紹介しましたが、Apacheの設定ファイル(httpd.conf)のAllow from allは、Allow from 10.0.0.0/8にした方が良いので、下記に記述しておきます。 Satisfy Any Allow from 10.0.0.0/8 それと、最近になって追加されたELBのEC2 Security Group Supportで、上記の設定をしているEC2のHTTP(80番)ポートへのアクセスはELBからしかアクセスできないようにしておくと、さらに良いと思います。 ELBとApacheに関するノウハウはどこかでまとめておきたいですね。 こちらの記事はなかの人（suz-lab）監修のもと掲載しています。 元記事は、こちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cloudpackブログ - 特定のディレクトリだけ認証を外す