技術ブログ | 株式会社クラウディア » インフラ https://cloudear.jp/blog クラウド専門の業務システム・社内ツール開発 Fri, 12 Nov 2021 05:00:35 +0000 ja hourly 1 http://wordpress.org/?v=4.0.1 AWS超速アプリケーション起動 (ElasticBeansTalk編) https://cloudear.jp/blog/?p=1837 https://cloudear.jp/blog/?p=1837#comments Sun, 01 Nov 2015 01:06:16 +0000 https://cloudear.jp/blog/?p=1837 みなさんこんにちは。

今日はElasticBeansTalkを起動します。

下の説明に沿って流れるように超速で起動しましょう。

 

マネジメントコンソールよりElasticBeansTalkを選択

1

 ElasticBeansTalk画面

2

プラットフォームを問われるので適当にphpを選択。

下の今すぐ起動をクリック。

 

3

“今すぐ作成しましょう”をクリック 。

4

“ウェブサーバーの作成”をクリック。

5

プラットフォームをphpと選択。※お好みで

環境タイプは単一インスタンス及び負荷分散、AutoScalingを選択。

次へをクリック。

 

※負荷分散、AutoScalingとはElasticBeansTalkでアプリケーションを生成するとEC2インスタンスが立ち上がります。

そのインスタンスに負荷がかかると別のインスタンスを自動的に立ち上げてそちらへ流してくれます。

平たく言えばサーバーダウンしそうになるとサーバーの数を増やして負荷を分散してくれます。

ElasticBeansTalkではそのAutoScalingの設定をある程度勝手にやってくれちゃう強者です。

 

6

デフォルト値のまま次へをクリック。

※ここで既存のアプリケーション等を挙げたい場合はzipにして独自のアップロードからアップロードしましょう。

7

環境名に適当な名前をつけます。

この名前は立ち上げるアプリケーション（サーバー）名と思えばいいです。

また環境URLは立ち上げるアプリケーションのURLとなります。

使用可能かチェックして使用できれば次へをクリック。

※説明はアプリケーションに対してのコメントで、なくても大丈夫です。

8

2つのチェックボックスは無視して次へをクリック。

※RDSはAWSが提供するデータベースサービスであれこれ面倒な設定をせずにすぐさまmysqlやらpostgreSQLが使えます。

※VPCについてはhttps://docs.aws.amazon.com/elasticbeanstalk/latest/dg/AWSHowTo-vpc.html?console_help=true

9

ここまで決めてきたことへの詳細が決められますがデフォルトのまま画面右下の次へをクリック。

※インスタンスタイプはt1.microとしましょう。

サーバーのスペックみたいなもので後から変更可能なのと無料枠の対象です。

EC2のキーペアはssh等で必要になる鍵のこと。既存にあればそれを選択しても可。

10

後少しです。次へをクリック。

環境タグは無視しても大丈夫です。

※環境タグについてhttp://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/Using_Tags.html

11

次へをクリック。

※ロールとインスタンスプロファイルについてhttps://docs.aws.amazon.com/elasticbeanstalk/latest/dg/concepts-roles.html?console_help=true

12

これまでの設定に対する確認画面です。

いよいよ起動です。

画面右下の起動をクリック。

13

 

起動中の画面。

14

ヘルスが緑なれば完了！

お疲れ様でした。これでelasticbeanstalkによってアプリケーションが立ち上がりました。

 

アプリケーションをデプロイする

せっかくなのでデプロイして画面で見てみよう！

ほんとにすぐに出来るのかと、、

15

アップロードとデプロイを選択。

16

以下のソースコードをindex.phpで保存し、圧縮してindex.php.zipとする。

<html>
<head>
<title><?php echo 'test'?></title>
</head>
<body>
<h1><?php echo 'Hello!! ElasticBeanTalk'?></h1>
<p>AWS？簡単よ！</p>
</body>
</html>

ファイルを選択よりindex.php.zipをアップロード。

過去のバージョンに戻ることが出来たりするのでバージョンラベルにはバーションがわかるように命名しましょう。

そしてデプロイをクリック！

17

 

デプロイ中。

18

 

ヘルスが緑になったらデプロイ完了！

URLへアクセスしてみると、、、

19

見事！しっかりアプリケーションをデプロイできました！

いかがでしたでしょうか？

実際の開発では本番用、テスト用など即座に同じ環境をたちあげられるので大変便利です。

]]> https://cloudear.jp/blog/?feed=rss2&p=1837 0 今さら聞けないAWS環境構築（EC2編） https://cloudear.jp/blog/?p=1489 https://cloudear.jp/blog/?p=1489#comments Wed, 07 Oct 2015 01:34:01 +0000 https://cloudear.jp/blog/?p=1489 みなさんこんにちは。今日はいまさら聞けないAWS環境構築というテーマで、もっとも基本のコンピュートノードであるEC2の作り方、初期設定の方法をご紹介したいと思います。今でこそデファクトスタンダードとなったAWSですが、まだ触ったことがないという方の一助になれば幸いです。

 

 まずはAWS用アカウントを作成する

amazon公式サイトにて丁寧に説明しているので、そちらを参考に作成してください。
通販サイトのamazon.comアカウントとは別に必要です！

  1. 認証で使う電話番号
  2. クレジットカード

が、必要になりますので準備しておいてください。

 

 EC2インスタンス作成してみる

もっとも基本的な仮想サーバーを立てます。

※リージョンを東京にするのを忘れずに！

ec2クリック

サービスのEC2をクリック

インスタンス作成

インスタンスの作成をクリック

OS選択

OSを選択。ここではamazon linuxを選択。

インスタタイプ選択

インスタンスのタイプを選択し確認、作成。ここでは無料枠のt2.microを選択

キーペア作成

確認画面で作成を押すとキーペアについて聞かれます。既に持っている場合は飛ばして構いません。持っていない場合はキーペアを作成しダウンロード。そしてインスタンス作成を押して下さい。するとインスタンスが立ち上がります。インスタンスの作成には数分かかります。

 

 作ったEC2へSSH接続する

作成したキーペア(*.pem)のパーミッションを変更

$ chmod 400 *.pem

 

sshで接続

$ ssh -i *.pem ec2-user@ec2-xx-xx-xxx-xx.ap-northeast-1.compute.amazonaws.com
(中略)

       __|  __|_  )
       _|  (     /   Amazon Linux AMI
      ___|\___|___|

(中略)
[ec2-user@ip-xxx-xx-xx-xxx ~]$

これでEC2への接続完了です。

 

  EC2の最初にやるべき設定

 

1) インストールされているパッケージのバージョンアップ

$ sudo yum update -y

 

2) タイムゾーンを変更
初期状態ではUTCになっているのでJSTに変えましょう。これをやらないと、DB周りとかでハマります。

/etc/localtimeの設定変更をします。

$ sudo ln -sf /usr/share/zoneinfo/Asia/Tokyo /etc/localtime

 

以下、設定の確認

$ date
2015年  9月  3日 木曜日 21:51:00 JST

 

JSTに変わってれば大丈夫です。しかし、このままだとyum updateするとタイムゾーン戻ってしまいます。
なので、、、/etc/sysconfig/clockの設定変更

$ sudo vi /etc/sysconfig/clock

 

viで編集

ZONE="Asia/Tokyo"
UTC=false

 

3) EC2 サーバー再起動

$ sudo reboot

 

4) ec2-userを削除
セキュリティ的に ec2-userのままでいることは好ましくないので新しいユーザーを作成しec2-userは消します。
新規ユーザーの作成

$ sudo adduser newuser

 

newuserにsudoを使えるようにする。wheelグループに所属させるとsudo使えます。

$ sudo usermod -G wheel newuser

 

確認

$ grep wheel /etc/group
wheel:x:10:ec2-user,newuser

 

/etc/sudoersの設定でもできます。

$ sudo visudo

newuser ALL=(ALL) NOPASSWD: ALLを追加しましょう。

 

5) 次にec2-userのauthorized_keysをnewuserの.sshディレクトリにコピーしてからパーミッションの設定を行う。

$ sudo rsync -a ~/.ssh/authorized_keys ~newuser/.ssh/
$ sudo chown -R newuser:newuser ~newuser/.ssh
$ sudo chmod -R go-rwx ~newuser/.ssh

 

確認

$ sudo ls -al ~newuser/.ssh
合計 12
drwx------ 2 newuser newuser 4096  9月  3 22:18 .
drwx------ 3 newuser newuser 4096  9月  3 22:18 ..
-rw------- 1 newuser newuser  390  9月  3 19:04 authorized_keys

newuserにsudo権限があるかを確認

$ sudo su - newuser

 

6) ec2-userの削除

$ sudo userdel ec2-user

ec2-userを残したいという場合は/etc/ssh/sshd_configの設定でec2-userのsshログインを禁止するなど でもいいと思います。

 

今日はAWSを初めて使う方向けに、最初の一歩を踏み出す手順をまとめてみました。みなさんのAWSライフの一助にしていただければ幸いです。

]]> https://cloudear.jp/blog/?feed=rss2&p=1489 0 個人的によく使うVimテクニック5選 https://cloudear.jp/blog/?p=1352 https://cloudear.jp/blog/?p=1352#comments Sun, 19 Jul 2015 13:22:07 +0000 https://cloudear.jp/blog/?p=1352 みなさんこんにちは masa です。今回はエディタネタの中でも Vim テクニックを取り上げてみたいと思います。普段、コンパイラ系の言語を書く場合は IDE を使いますが、それ以外の言語やシェルスクリプトを書く場合は Vim でちゃっちゃっとやることが多かったりします。

今回はノーマルの Vim で使えるもので、個人的によく使うテクニックをご紹介。

 

　ここからここまでコピー or 切り取りしたい

なんといっても一番使う行コピーと行切り取りです。いえいえ 5yy とか 10dd とかじゃないですよ！

5行など行数が少なければ目測で 5yy とかできますが、コピーしたい行数が 127行だったりしたら大変ですね。
あまり Vim に慣れていない方は :set nu で行数を表示して、コピーしたい行を引き算してヤンクするというのを見掛けます。
これは効率が悪いですし、計算違いで関係ない行までコピー or 切り取りしてしまう可能性もあります。

そんなときは以下を使いましょう。

ここは1行目ですよ。    //この行でmsと打つ
ここは2行目ですよ。 
ここは3行目ですよ。
ここは4行目ですよ。
（中略）
ここは126行目ですよ。
ここは127行目ですよ。  //この行でy'sもしくはd'sと打つ

上の例ではコピーをしたい始めの行でmsと打ち、コピー終わりの行でy’sと打つと、1~127行がヤンクされます。（d’sだとヤンクではなく切り取りになります）

これだと始点と終点でコマンドを打つだけなので間違いもないし簡単ですね。知らなかった方はレッツトライ！

 

　大文字と小文字を切り替える or どちらかに統一する

シェルスクリプトの変数や PHP の定数などは大文字で書くのが慣習ですが、そうなっていないものを直したりするときに使えます。

選択した文字を大文字⇔小文字にトグルさせる場合は~（チルダ）で、選択した文字をすべて小文字に統一したい場合はu（小文字）、大文字に統一したい場合はU（大文字）でできます。

//まずは ctrl+v で対象文字を選択します

this is komoji   //左の文字すべてを選択した状態でUと打つと大文字へ変換されます

THIS IS OMOJI    //左の文字すべてを選択した状態でuと打つと大文字へ変換されます

ThIs Is KoNGoU   //左の文字すべてを選択した状態で~を打つとすべての大文字と小文字が反転します

 

　一文字づつもしくは複数文字をリプレイスする

わざわざ挿入モードに入らずに1文字だけ修正したいとか、この単語だけ修正したいとかあると思いますが、その際はコマンドモードで以下を実施してください。

understanf   //fの上にカーソルを移動してr、そのまま変換したい文字(d)を入力

disk  //dの上にカーソルを移動してR、そのまま変換したい文字を打ち、最後にESC

 

　マクロを組んで同じ操作をワンキーで繰り返す

なにやら難しい感じですが、めちゃくちゃ簡単です。 Vim では操作を記録して実行するマクロ機能がありますが、それを.（ドット）で繰り返すだけです。

//qaと打ち記録を開始　qの後ろは任意の覚えやすい文字で結構です

This is Macro Test!  //左のように記録したい操作をやりきります　
    1234567          //今回は簡単ですが3行の文字入力をしました
  Test is End

//qと打ち記録を停止します

//@aと打つと1回マクロを実施しますが、.（ドット）だけでも実施できます。

This is Macro Test!
    1234567
  Test is End

//回数指定でマクロを実行したい場合は7@aと押すと7回実行できます

上の例だとコピーしたほうが早いですが、複雑な操作を再実行したい場合はマクロのほうが良いですね。

 

　大文字小文字に関係なく検索

地味ですが検索時は必須ですね。わざわざ大文字で検索して、次に小文字で検索してとやっている人を見掛けました。検索文字列の後ろに\cとつけるだけでOKですw

banana BaNANA Apple
Grape Banana ORANGE
orange PEAR peAR GRAPE

//（スラッシュ）を押して検索文字列banana\cと打つとすべてのバナナが引っ掛かります

 

いかがでしたか？今回はノーマルの Vim で使えるテクニックをご紹介しました。みなさんの作業効率を高める一助にしていただければ幸いです。

]]> https://cloudear.jp/blog/?feed=rss2&p=1352 0 デッドロックを回避するために https://cloudear.jp/blog/?p=1335 https://cloudear.jp/blog/?p=1335#comments Sun, 12 Jul 2015 11:42:05 +0000 https://cloudear.jp/blog/?p=1335 みなさんこんにちは masa です。今日はデータベースにおいて致命的なバグであるデッドロックについて取り上げます。プログラマーや DBA な方以外にも聞いたことがあるワードなのではないでしょうか。

開発の流れにおいて、きちんとトランザクション設計、リソースアクセス順序の設計がされていればデッドロックは理論上は発生しないはずなのですが、オープンソースのソフトウェア基盤なんかを使用している場合、世界中のエンジニアがバラで開発してる宿命というもあり、普通にデッドロックしたりしますｗ

デッドロックは同じタイミングでリソースを確保しにいった際に発生するものなので、リリースするまで発覚しなかったというケースもあります。

 

　そもそもデッドロックとは何なのかおさらい

まずは問題ないアクセスについて図を描いてみましたのでみてみてください。トランザクション＝スレッドと捉えてもらっても構いません。

deadlock1

（解説）上の図では各処理が同じ順番でテーブルへアクセスするため、仮に同タイミングで書き込みをしようとしてもどちらか遅れたほうが、相手の処理が終わる（＝ロック解放）のを待つだけです。

 

では次は問題のある処理の図です。

deadlock2

 

（解説）上の図では各処理がテーブルへアクセスする順番が逆になっています。この場合にロックと次の処理が “たすき掛け” の状態になりますので、これ以上処理は進まず停止してしまいます。問題ない処理と決定的に違うのは、待ち時間が発生するのではなく、永久にストップするという点です。

 

　どうすればデッドロックを無くせるのか？

これは実は非常に難しい質問だと思います。デッドロックはバグそのものですので、ソフトウェアの規模が大きくなれば大きくなるほど潜在的に増えていきます。小さいシステムならまだしも、数百万ステップに及ぶプログラムにおいて、人間ですから設計図がまちがっているかもしれませんし、プログラマーがうっかり実装を手誤ってしまうかもしれません。

個人的にはデッドロックはゼロに近づける（＝減らす）努力はできても、完全にゼロにすることはほぼ不可能であるという立場にいます。ソフトウェアにおいてバグをゼロにすることは不可能であるという考えそのものですが、少しでもデッドロックが起きないように以下のことに気を付ける必要があります。

  1. トランザクションからアクセスするテーブルの順番を一貫する
  2. 不必要にトランザクションを長くしない
  3. 不必要に FOR UPDATE でロックを掛けない
  4. 可能な限り行ロックする

以上のことに気を付けて設計、実装が出来れば限りなくデッドロックを排除できると考えます。

 

　それでもデッドロックが起きたときはどうすればいいのか

これは実装でカバーしましょう。トランザクションの処理にタイムアウトもしくはリトライ回数を準備しておき、どちらかの処理がロックを解放するようにします。

 

いかがでしたか？今日は発見が遅れがちなバグであるデッドロックについて取り上げました。あえて名前は挙げませんが世界的に有名なソフトウェアでもデッドロックは起きています。「デッドロック起こすのは初心者！」などとおごらずに慎重にプロジェクトを進めるよう常に意識したいものです。

]]> https://cloudear.jp/blog/?feed=rss2&p=1335 1 .htaccess でよくやる処理まとめ https://cloudear.jp/blog/?p=1304 https://cloudear.jp/blog/?p=1304#comments Sun, 28 Jun 2015 12:37:27 +0000 https://cloudear.jp/blog/?p=1304 みなさんこんにちは masa です。今日はサーバー側の話です。よく .htaccess でリダイレクトしたり、wwwあり・なし統一などやりますが、よくやり方を忘れて都度調べ直してしまうことがあります。

今日はよく使う .htaccess の処理をまとめてみます。

 

 URLをwwwありに統一

RewriteEngine on
RewriteCond %{HTTP_HOST} ^hoge\.jp
RewriteRule (.*) http://www.hoge.jp/$1 [R=301,L]

 

 URLをwwwなしに統一

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.hoge\.jp
RewriteRule (.*) http://hoge.jp/$1 [R=301,L]

 

 http → httpsリダイレクト(301)

RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://hoge.jp/$1 [R=301,L]

 

 co.jp → jpリダイレクト(301)

RewriteEngine On
RewriteCond %{HTTP_HOST} ^hoge.co.jp
RewriteRule ^(.*) http://hoge.jp/$1 [R=301,L]

 

 Basic認証

#vim .htaccess
--------------------------
AuthUserFile     /var/www/html/.htpasswd   //絶対パス
AuthName     "IDとパスを入れてね"  //メッセージ表示
AuthType     Basic
require     valid-user
--------------------------

#htpasswd -c /var/www/html/.htpasswd hogeuser  //ユーザー名を末尾に入れる
任意のパスワードを2回入力

 

UserAgentにより振り分け 

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} (iPhone|Android)  //iPhoneとAndroidからのアクセスを振り分け
RewriteRule ^$ /iphone/ [R]   //上記のユーザーは /iphone/ のコンテンツを見せる

 

 CGI実行許可

RewriteEngine on
Options +ExecCGI
AddType text/html cgi
AddHandler cgi-script cgi

 

いかがでしたか？簡単ではありますが、よく使う .htaccess の処理をまとめてみました。ちょっと備忘録的になりましたが、みなさんの一助になれば幸いです。

]]> https://cloudear.jp/blog/?feed=rss2&p=1304 0 Jenkinsでレポート出力　Cobertura & Findbugs & CheckStyle https://cloudear.jp/blog/?p=1171 https://cloudear.jp/blog/?p=1171#comments Sun, 31 May 2015 11:45:50 +0000 https://cloudear.jp/blog/?p=1171 みなさんこんにちは、masa です。今回は Jenkins でカバレッジレポートと静的解析レポートを出力する方法を取り上げてみたいと思います。まだ Jenkins が入っていないよという方は以前の記事を参照に入れてみてくださいね。

みなさんは Jenkins を使う目的は何ですか？おそらく大多数の方は git pull → ビルド→ サーバーへデプロイ  というサイクルで使用されているのではないでしょうか。

Jenkins にはプラグインが数百とあるので他にもできることはたくさんあるのですが、レポートを出す機能を使うことでプロダクトコードの品質を高める一助になります。

 

 そもそもカバレッジとか静的解析レポートってなに？

カバレッジレポートというのは全体のコードに対してテストがどれくらい完了したか、テスト進捗を表すものです。
静的解析というのはソース中にバグを発生させるようなコードや、非効率な書き方がないかなどを調べて、コードを強化するためのものです。

  • Cobertura (コベルトゥーラ)     ：　カバレッジレポート
  • FindBugs              　        ：　静的解析レポート（バグチェック中心）
  • CheckStyle                      ：　静的解析レポート（コーディング規約チェック中心）

 

Cobertura 画面jenkins-3

FindBugs 画面
jenkins-5

ChechkStyle 画面
jenkins-4

 

 早速 Jenkins のレポート機能を追加する

3つのレポートですが、Jenkins からプラグインを入れればすぐに使えるというわけではありません。まずは Mavenプロジェクトの pom.xml に以下を追記して各プラグインをインストールします。

pom.xml  ※各プラグインのバージョンは適宜変えてください

    <build>
        <plugins>
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>cobertura-maven-plugin</artifactId>
                <configuration>
                    <formats>
                        <format>html</format>
                        <format>xml</format>
                    </formats>
                    <instrumentation>
                    </instrumentation>
                </configuration>
            </plugin>
        </plugins>
        <pluginManagement>
            <plugins>
                <plugin>
                    <groupId>org.codehaus.mojo</groupId>
                    <artifactId>cobertura-maven-plugin</artifactId>
                    <version>2.6</version>
                    <configuration>
                        <executions>
                            <execution>
                                <phase>package</phase>
                                <goals>
                                    <goal>cobertura</goal>
                                </goals>
                            </execution>
                        </executions>
                    </configuration>
                </plugin>
                <plugin>
                    <groupId>org.apache.maven.plugins</groupId>
                    <artifactId>maven-checkstyle-plugin</artifactId>
                    <version>2.14</version>
                </plugin>
                <plugin>
                    <groupId>org.codehaus.mojo</groupId>
                    <artifactId>findbugs-maven-plugin</artifactId>
                    <version>3.0.0</version>
                    <executions>
                        <execution>
                            <phase>compile</phase>
                            <goals>
                                <goal>findbugs</goal>
                            </goals>
                        </execution>
                    </executions>
                </plugin>
            </plugins>
        </pluginManagement>
    </build>
    <reporting>
        <plugins>
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>findbugs-maven-plugin</artifactId>
                <configuration>
                    <effort>Max</effort>
                    <xmlOutput>true</xmlOutput>
                </configuration>
            </plugin>
            <plugin>
              <groupId>org.apache.maven.plugins</groupId>
              <artifactId>maven-checkstyle-plugin</artifactId>
              <version>2.14</version>
              <reportSets>
                <reportSet>
                  <reports>
                    <report>checkstyle</report>
                  </reports>
                </reportSet>
              </reportSets>
            </plugin>
        </plugins>
    </reporting>

 

次に Jenkins の管理画面から各プラグインをインストールします。

Jenkinsトップ＞Jenkinsの管理＞プラグインの管理＞利用可能タブ＞フィルター

以下を検索してインストール

  • cobertura
  • findbugs
  • checkstyle

jenkins-6

 

 各レポート機能を有効にする

1．プロジェクトの中の「設定」からビルド方法を指定する

  • ビルド＞ゴールとオプションに以下を入力
    clean cobertura:cobertura

goal_option

 

2．プロジェクトの中の「設定」から以下を変更する

  • Checkstyle警告の集計にチェック入れる
  • FindBugs警告の集計にチェックを入れる
  • ビルド後の処理>Cobertura カバレッジ・レポートの集計>Cobertura XMLレポート パターンに以下を入力
    **/target/site/cobertura/coverage.xml

jenkins-7

 

以上でプロジェクトがビルドされるとレポートを見るリンクが現れて、ビルドに対する各レポート結果が見れるようになります。
jenkins-2

 

いかがでしたか？今日は Jenkins の便利なレポート機能について導入方法をご紹介しました。個人的にオススメは FindBugs です。日本語で自分のコードの欠点がすぐに確認できるのは楽しいです。みなさんもプロダクト品質向上の一助にレポート機能を追加してみてください。

]]> https://cloudear.jp/blog/?feed=rss2&p=1171 0 さくらの VPS でコピペで使える iptables https://cloudear.jp/blog/?p=1149 https://cloudear.jp/blog/?p=1149#comments Sun, 24 May 2015 13:12:26 +0000 https://cloudear.jp/blog/?p=1149 みなさんこんにちは、masa です。今日はインフラネタの中でも、VPS を取り上げたいと思います。AWS や Azure などのクラウドサービスだと画面上から「セキュリティグループ」を設定すれば必要最低限のセキュリティ設定はできるのですが、VPS の場合はサーバーにログインして iptables を設定しなくてはいけないことが多いです。
ということで、手っ取り早くコピペで設定する方法をご紹介します。

まずはサーバーに SSH でログインしてください。
次に以下のコマンドで iptables ファイルを開きます。

# vim /etc/sysconfig/iptables

 

以下を貼り付けてください。

# Generated by iptables-save v1.4.7 on Wed Mar  4 20:57:21 2015
*filter
:INPUT DROP [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [4:528]
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG NONE -j DROP
-A INPUT -p tcp -m tcp ! --tcp-flags FIN,SYN,RST,ACK SYN -m state --state NEW -j DROP
-A INPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,PSH,ACK,URG -j DROP
-A INPUT -i lo -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 110 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 25 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 587 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 443 -j ACCEPT
COMMIT

7行目： データがないパケットの接続を破棄
8行目： SYNflood（接続をあぶれさせる）攻撃の接続を破棄する
9行目： ステルススキャン（足跡を残さずに空いているポートをスキャンしに来る）接続を破棄する
10行目：localhostからの通信を許可
11行目：Ping通信を許可
12行目以降：各サービスの接続を許可 (SSH, HTTP, POP3, SMTP, SUBMISSION, HTTPS)

必要最低限のものは上で空いています。他にも空けたいポートがある場合は、同じように追記してみてください。

次に、上記設定を iptables へ反映させるため iptables を再起動します。

# /etc/sysconfig/iptables restart

 

実際に設定が反映されたか確認してみます。

# iptables -L
Chain INPUT (policy DROP)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED 
DROP       tcp  --  anywhere             anywhere            tcp flags:FIN,SYN,RST,PSH,ACK,URG/NONE 
DROP       tcp  --  anywhere             anywhere            tcp flags:!FIN,SYN,RST,ACK/SYN state NEW 
DROP       tcp  --  anywhere             anywhere            tcp flags:FIN,SYN,RST,PSH,ACK,URG/FIN,SYN,RST,PSH,ACK,URG 
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     icmp --  anywhere             anywhere            
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:ssh 
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:http 
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:pop3 
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:smtp 
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:submission 
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:https 

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

 

いかがでしたか？今日は VPS で必要最低限な iptables をする方法をご紹介しました。契約したまま何も設定していないの、裸でゲットーを歩いているのと同じですので すぐに対処してくださいね。

]]> https://cloudear.jp/blog/?feed=rss2&p=1149 0 Tomcat & Apache 連携で80番ポートアクセス https://cloudear.jp/blog/?p=1124 https://cloudear.jp/blog/?p=1124#comments Sun, 17 May 2015 11:55:29 +0000 https://cloudear.jp/blog/?p=1124 みなさんこんにちは、 masa です。今日は Tomcat をインストールして Apache と連携させることで、アクセスポートを 8080 から 80 へ変更する方法をご紹介します。
まずは yum でTomcat, open-jdk (Javaの開発環境) 等を入れます。

（環境 CentOS 6.6）

yum install tomcat java-1.7.0-openjdk-devel java-1.7.0-openjdk

tomin1

これで Java 開発環境と　Tomcat7 が入りました。

 

念のため、ajp モジュールが入っているか確認してください。

# httpd -M | grep ajp
proxy_ajp_module (shared)

 

Tomcat のアクセスポートを 8080 から 80 へ変更する

1. /etc/tomcat7/server.xml を以下のように編集
※AJP コネクタの待ち受けポートを 8080 から 8009 へ変更
------------------------------
<!--
    <Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
-->

    <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
------------------------------

 

2. /etc/httpd/conf.d/httpd-proxy.conf を作成し、以下のように記載する

------------------------------
<Location /hoge>  #アクセスしたいURLを入力　例）http://ホスト名/hoge 
    ProxyPass ajp://localhost:8009/hoge-file  #/var/lib/tomcat7/webapps/ 直下のディレクトリ
</Location>
                  //以下の通り複数設定可能
<Location /hoge2>  #別のURLを作成して同じディレクトリを見せることも可能
    ProxyPass ajp://localhost:8009/hoge-file
</Location>
------------------------------

 

最後に httpd と tomcat を再起動

/etc/init.d/httpd restart
/etc/init.d/tomcat7 restart

これで http://ホスト名/hoge にアクセスすると webapps に展開している Javaアプリケーションが見えるはずです。

いかがでしたか？この他にも iptables で 8080 → 80 へポートフォワードする方法もあります。その方が都合が良い方は調べてみてくださいね。

]]> https://cloudear.jp/blog/?feed=rss2&p=1124 0 シェルスクリプトで引数を受ける方法 https://cloudear.jp/blog/?p=228 https://cloudear.jp/blog/?p=228#comments Sun, 23 Nov 2014 11:25:45 +0000 https://cloudear.jp/blog/?p=228 シェルスクリプトを作るときに処理を簡単に分岐できてグンと使いやすくなる、そんな引数を受け取る方法をご紹介。

まず、今回登場していただくのは『getopts』というもの。これを使うことで簡単にユーザーが打った引数を受けることができます(｀・ω・´)
何はともあれ基本形を超シンプルに書いてみました↓

#!/bin/bash

while getopts e: OPT #OPTの部分は何でもOK
do
  case $OPT in       #上で指定した変数名を指定
    e) num=$OPTARG   #ここは決まりで$OPTARGで受け取ることが出来る
       ;;
  esac
done

echo $num            #-e の後ろに指定された値が入る

3行目の『e:』の意味は、『hoge.sh -e』で引数を受けますよという宣言。6行目は普通のcase文ですが、引数として『-e “ココ”』が入ってくるとその値が $OPTARG に格納されます。

実行結果↓

./hoge.sh -e "うひょ"
うひょ

実際、上記のような使い方は意味がないので、『-e 1』とかそれっぽく引数を取り、処理を分岐までやってみます。↓

#!/bin/bash

while getopts e:p: OPT #-p も追加してみる
do
  case $OPT in
    e) e_num=$OPTARG
       ;;
    p) p_num=$OPTARG
       ;;
  esac
done

case $e_num in
  1) echo "今月は1月です"
     ;;
  2) echo "今月は2月です"
     ;;
  3) echo "今月は3月です"
     ;;
esac

case $p_num in
  1) ping -c1 google.com
     ;;
  2) ping -c1 yahoo.co.jp
     ;;
  3) ping -c1 adobe.com
     ;;
esac

実行結果↓

./hoge.sh -e1
今月は1月です

./hoge.sh -e2                                                                    
今月は2月です

./hoge.sh -e3                                                                    
今月は3月です

./hoge.sh -p1                                                                      
PING google.com (173.194.120.67) 56(84) bytes of data.
64 bytes from nrt13s18-in-f3.1e100.net (173.194.120.67): icmp_seq=1 ttl=58 time=2.39 ms

#以下省略

上記の通り -e と -p そしてその後ろの数字によって処理が分かれていますね。

いかがでしたか？
今回はシェルスクリプトで引数を受けて、処理を分岐させる方法をご紹介しました。みなさんもこれで自分オリジナルのクールなコマンドを作ってみてください。

]]> https://cloudear.jp/blog/?feed=rss2&p=228 0 AWS認定ソリューションアーキテクト合格 https://cloudear.jp/blog/?p=161 https://cloudear.jp/blog/?p=161#comments Sun, 16 Nov 2014 14:46:44 +0000 https://cloudear.jp/blog/?p=161 先月、『AWS認定ソリューションアーキテクト アソシエイトレベル』を受験し、
ギリギリ受かりましたｗ

これが認定証↓
awssa

総合スコア: 67%

トピックレベルのスコア:
1.0 高可用性、コスト効率、耐障害性、スケーラブルなシステムの設計: 66%
2.0 実装/デプロイ: 70%
3.0 セキュリティ: 75%
4.0 トラブルシューティング: 50%

この試験、合格ラインは65%なので、スレスレのラインで合格だったわけです。今までEC2しか使ったことがない人間が、1ヵ月半の勉強で到達できたスコアと考えれば妥当なのか( ﾟДﾟ)
おそらくこの記事を見てくださってる方はAWS試験に興味がある、もしくは受けようとされていると思うので、簡単ではありますが、試験に合格するポイントを書きたいと思います。（出た問題とか書くと怒られちゃうのであくまでポイントだけ）

AWS認定ソリューションアーキテクト　アソシエイトレベルに受かる5つのポイント

１. 事実上の教科書は「AWSマイスターシリーズ」の資料である
基礎知識はこのSlideShareを見て勉強します。細かいところもめんどくさがらずに憶えておくと後々自分が助かりますｗ

2. AWS設計は「クラウドデザインパターン」が教科書である
ソリューションアーテキテクトということはつまり「設計者」なわけです。上のクラウドデザインパターンは問題ごとにAWS設計図を書いてくれていますのですべて憶えましょう。まったく同じ内容の本も出版されていますので紙面が良い方はそちらもどうぞ

3. 手を抜いて良いサービスを見極める
Redshift, Kinesis, EMR, Datapipeline, ElasticTranscoder, CloudSearch, AppStream, Cognito, Workspaces, Zocalo
これらクラウド周辺サービスに属するものは “何のサービスか” だけ憶えていればOKです。
ここに時間を割くくらいなら、コアなサービスに注力しましょう

4. 詳細までやるべきサービスを見極める
上記とは逆に、詳細まで頭に入れていないと普通に落ちてしまうサービスがあります。それはズバリ
EC2, EBS, ELB, AutoScaling, S3, RDS, VPC, IAM  です。まさにクラウドサービスを構成するコアメンバー。後述の通り、これらについては公式ドキュメントも見ることをオススメします。

5.  余裕をもって合格したいなら「公式ドキュメントマニュアル」をみる
私はマイスターシリーズとクラウドデザインパターンを勉強して、コントロールパネルから一通りサービスを使ってみただけです。そうすると67点というギリギリのラインになります。試験中「あ、これ落ちたかも(；´∀｀)」とヒヤヒヤしながら受けることになります。それが嫌な方は出来るだけ多くの公式ドキュメントを見てみてください。これ以上詳細なものはないと思います。

いかがでしたか？
AWSソリューションアーキテクト アソシエイトはおそらく多くの方が一番最初に受ける試験かと思います。これから試験を受けるみなさんの一助になれば幸いです。

※ブログの内容は受かるためのポイントを個人的に述べたもので、受験される方の合格を保証するものではありません。また、情報は2014年11月時点のものです。あくまで参考までにご一読いただけますようお願い申し上げます。

]]> https://cloudear.jp/blog/?feed=rss2&p=161 0