AWSにおける静的コンテンツ配信パターンカタログ（アンチパターン含む） | DevelopersIO
独自ドメインSSLだとCloudFront使えないから横綱無理だよねー、という話がありました。うん、確かにそうでした、執筆時点では…！ 本日2013/06/12、CloudFrontの独自ドメインSSL対応が発表（英語・日本語）されましたので、みなさん揃って横綱になればいいと思います。 よく訓練されたアップル信者、都元です。AWSを利用して構築した環境から、クライアント（モバイルやブラウザ等）に対してHTTPを使って静的なコンテンツを配信したいケースって、多いですよね。多いというか、むしろどんなシステムにも多かれ少なかれ、静的なコンテンツ配信があると思います。 スケーラビリティ・柔軟性・可用性・パフォーマンス・コスト 静的なコンテンツというのは、コンテンツをリクエストに応じて生成したりせず、完成品としてのファイルが手元にある状態です。例えば、多くのWebシステムにおいて、ほとんどの画像やJ
Amazon EC2 アクセス制御レシピ | DevelopersIO
はじめに 悪意のあるユーザーからシステムを守るにあたって、アクセス制御は重要です。 社内システムのような一般公開しないシステムの場合は必要な拠点からのみ接続を許可することで、悪意のあるユーザーからの攻撃をブロックします。 ECサイトのような一般公開するシステムの場合は必要な通信のみ許可します。 不要な通信を許可すると、攻撃が成立しやすくなります。 攻撃を防ぐだけでなく、攻撃を受けた後の対応としてもアクセス制御は重要です。 例えば、特定IPアドレスからの攻撃が認められる場合、そのIPアドレスをブロックします。 本記事ではAmazon EC2で行うアクセス制御の基本を整理します。 本記事でのアクセス制御は、主にIPアドレスベースでの制御を対象にします。 EC2のアクセス制限には主にセキュリティグループとネットワークACLで行います。 上記との2重管理になるため、iptablesやWindows
[AWS]ELBがURLで振り分けできない問題はCloudFrontでなんとかする | 黄脳エンジニアメモ
一般的なロードバランサではできるのにELBでできないURLでの振り分け AWSで提供されるELBはスケーラブルでスケールアップやスケールアウトが自動的にできたり、複数のデータセンター（AZ）をまたぐことができたり、Webサーバのオートスケールと連動したりとても魅力的な機能がある。ただし、WebサイトをAWSに引っ越す場合に困ることの１つにELBの機能面で問題になるのはレイヤ７スイッチの機能がないことがあげられる。 L7ロードバランサの機能ではパスやcookieやHTTPヘッダで振り分けられる 一般的なロードバランサ機器は、単に特定のIPアドレスとポートにきた通信をL4スイッチの機能だけではなく、httpのプロトコルの中身をみて振り分けを行うL7スイッチを利用することができるのが一般的だ。特によく使うのがURLのディレクトリパスでWebサーバを振り分けすることが多い。これは機能毎にWebサー
![[AWS]ELBがURLで振り分けできない問題はCloudFrontでなんとかする | 黄脳エンジニアメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/b27929bb58000008c095b9d9e6065d58e418ff51/height=288;version=1;width=512/http%3A%2F%2Fmil-o.jp%2Fyb%2Fwp-content%2Fuploads%2F2015%2F01%2FClowdfront-behavior-setting-580x554.png)
「AWS WAF」を導入してみた。- IP addresses編 - Qiita
はじめに 2015年のre:Inventで「AWS WAF」が発表されました。 AWS WAFはアプリケーション用のファイアウォールで、 IP address、SQL injection、String matchingに関するアクセスの制御ができます。 ただ、このサービスを利用するにはCloudFront経由でのアクセスにしか対応していないため、ELBやEC2にWAFを導入する場合はCloudFrontを配置する必要があります。 今回はIP addressesの設定を行います。 その他の設定については以下を参照ください。 「AWS WAF」を導入してみた。- SQL injection編 「AWS WAF」を導入してみた。- String matching編 1.新規設定 今回は新規で特定IPアドレスからのアクセスをブロックする設定をします。 まずはじめに画面中央にある「Get start
AWS WAF でセキュリティ対策_JAWS-UG沖縄勉強会_Cloud on the BEACH 2016
JAWS-UG 沖縄勉強会 Cloud on the BEACH 2016 勉強会の部（経験者トラック）の発表資料です。Read less
AWS WAFを実際に使ってみた - サーバーワークスエンジニアブログ
サーバーワークスの三井です。アメリカはラスベガス、re:Invent 2015の会場よりお届けしております！ さて、弊社ブログでもすでにアナウンスしておりますが、AWS WAFがリリースされました。 私の手元でもさっそく試してみました。 試してみる、ということで 実用性はひとまず置いておいて、 「コンテンツはCloudFrontで配信するが、弊社VPN拠点から、Chromeブラウザを使ってのアクセスのみ許可する」という良く分からない設定をしてみます。 前段として、今回はOregonリージョンで作成したElastic BeanstalkのSample Applicationのエンドポイントを、CloudFrontのOriginとして指定しました。ここの詳細は割愛します。 すでにCloudFrontのテスト用Distributionを持っている方は、それをそのまま使ってもらえればと思います。
[AWS]S3オブジェクトのHTTPステータスコードをカスタマイズして計画メンテナンスページを構築
計画メンテナンスでサイトを一時的に閉じる時、ブラウザでアクセスしてくる一般ユーザにはメンテナンスページを返せば十分だけれども、 検索ボットにはメンテナンスページの HTTP ステータスコードを 503:Service Unavailable で返すのが好ましい。 Official Google Webmaster Central Blog: How to deal with planned site downtime メンテナンスページは静的という前提のもと、AWS の DNS サービス route53 と CDN サービス CloudFront とストレージサービス S3 を組み合わせで実現してみる。 route53-ELB-EC2 というようなサーバ構成の場合、メンテナンスの前後で route53 の Alias Target を本番用の ELB からメンテナンスページ用の Cloud
![[AWS]S3オブジェクトのHTTPステータスコードをカスタマイズして計画メンテナンスページを構築](https://cdn-ak-scissors.b.st-hatena.com/image/square/71f62b9097bffd670134a848ff8c4b8ef71ccd3e/height=288;version=1;width=512/https%3A%2F%2Fsiguniang.files.wordpress.com%2F2015%2F01%2Froute53-cloudfront.png)
S3+CloudFront+Route53で503なSorryページを安価に実現する - hiroohiのメモ
Amazon Route53のフェイルオーバー機能を使ってサイトのメンテナンス(Sorry)ページを表示しようとするとき、 お手軽にS3のwebホスティングでsorry画面を出してしまうと、ステータスコードが200や403になるため、検索エンジンにSorry画面が登録されてしまいます。 ちょっと恥ずかしいです。 それを防ぐために、シンガポールregion等に一番安いEC2インスタンスをたてて、sorry画面を出すwebサーバを動かしてたのですが、 S3+CloudFrontでステータスコード503を出すsorryページを運用できそうなので、やってみました。 S3に適当なbucketを作り、sorryページ用のhtmlや画像をアップする。 ※画像やcssはサイト相対パスで参照するとはがれないです。 CloudFrontディストリビューションを作る Origin Domain Nameには上で
koba206.com - このウェブサイトは販売用です！ - koba206 リソースおよび情報
このウェブサイトは販売用です！ koba206.com は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、koba206.comが全てとなります。あなたがお探しの内容が見つかることを願っています！
Amazon S3の利用料節約を考えてみる
ことの始まり 最近になって、自宅サーバ最高だぜ！から、２４時間部屋の中でなるファンの爆音が辛い歳になってきて、さてさて、パブリッククラウドを使うようになった自分ではありますが、AWSってほんとなんでも揃っているデパートですごいなと実感してきました。一昔前は、かなり否定派だったのですが、いざつかってみると、こんなに簡単にいろいろできちゃうものなのか？と本当に感動・・ といいつつ、実際、私はまともに利用していないのですが、知り合いの会社さんから、「こんなんなってます・・」という相談を持ちかけられて、見せてもらったところ、結構びっくりしました。 それは、利用料金・・ うげぇ・・・。企業から見ればそうでもない額なのかもしれないけど、私から見れば、一日でお給料がすっ飛びそうなお値段・・ そんでもってこれを限りなくコストをゼロな構成することができるか、ほぼ趣味で考えてみました。 S3の料金体系 調べよ
cloudpackブログ - SUZ-LAB謹製 CentOS AMI (6.0.0 64bit ap-northeast-1)
東京リージョンにCentOS 6.0の64bit版のAMIを用意しました。 AMIを「suz」で検索してもらうと、下記のAMIが見つかると思います。 811118151095/suz-lab_ebs_centos-core-x86_64-6.0.0 作成手順は、SUZ-LAB謹製 CentOS AMI 6.0.0の作り方で紹介したものとほぼ同様となり、64bit用に変更した部分は下記の三点になります。 ○作業インスタンス(EC2)のOSはRHEL-6.0 AMIは、下記を利用しました。 ID: ami-2268c223 Source: 309956199498/RHEL-6.0-Starter-EBS-x86_64-11-Hourly ○yum.confで指定するyumリポジトリを64bit(x86_64)のものに [base] name=CentOS-6 - Base baseurl=h
cloudpackブログ - Amazon S3の利用とCloudBerry Explorerのインストール
こんにちは。 見習い職人の櫛田です。 前回は、EC2にLAMP環境とWordPressをインストールするにて、 ブログサイトの環境を構築しましたが、今回は、このブログで使用する画像ファイルを AWSの提供するストレージサービス、Amazon S3にアップするようにし、 アップする際には、CloudBerry Explorerを利用しました。 ○S3環境にBucketを作成する まず、AWSコンソールのS3タブをクリックし、左メニューにあるCreate Bucketをクリックします。 そうすると、ポップアップにて下記の画面が表示されますので、 Bucket Nameに任意のバケット名を入力し、Regionを選択したらCreateをクリックします。 以上で、下記のようにBucketが作成されます。 ○CloudBerry Explorerを利用する まずは、CloudBerry Explore
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://dev.classmethod.jp/articles/cve-2014-3566-poodle-issue/