Amazon EC2 アクセス制御レシピ | DevelopersIO
はじめに 悪意のあるユーザーからシステムを守るにあたって、アクセス制御は重要です。 社内システムのような一般公開しないシステムの場合は必要な拠点からのみ接続を許可することで、悪意のあるユーザーからの攻撃をブロックします。 ECサイトのような一般公開するシステムの場合は必要な通信のみ許可します。 不要な通信を許可すると、攻撃が成立しやすくなります。 攻撃を防ぐだけでなく、攻撃を受けた後の対応としてもアクセス制御は重要です。 例えば、特定IPアドレスからの攻撃が認められる場合、そのIPアドレスをブロックします。 本記事ではAmazon EC2で行うアクセス制御の基本を整理します。 本記事でのアクセス制御は、主にIPアドレスベースでの制御を対象にします。 EC2のアクセス制限には主にセキュリティグループとネットワークACLで行います。 上記との2重管理になるため、iptablesやWindows
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には上で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
