【小ネタ】Route 53 のホストゾーンに CNAME レコードと重複するドメイン名で MX レコードを登録しようとしたらきちんと怒られた コンバンハ、千葉（幸）です。 Route 53 のホストゾーンに、「既存の CNAME リソースレコードセットと同じドメイン名」を持つレコードを登録しようとした際に、エラーが発生しました。 「aaa.xxx.com.の DNS 名を持つ MX リソースレコードセットは許可されていません。ホストゾーンxxx.com.にすでに存在する、同じDNS名を持つ CNAME リソースレコードセットと抵触しているためです。」の意でメッセージが出ているのですが、なぜ怒られているのかが初見で分かりませんでした。 調べてみると極々基本的な部分の話であり、こんな基本的な部分を知らなかったんだなーというメモです。 目次 目次 リソースレコードセットとは CNAME レコード
どうも！大阪オフィスの西村祐二です。 Vercelは無料の個人アカウント（Hobbyプラン）でもかなりいろいろできます。複数のアプリケーションもホスティングすることができます。詳細は公式サイトをご確認ください。 Next.jsやGatsby.jsなどで作成したサイトをホスティングさせるとき、サブドメインを設定したいなと思うことがあります。 （個人的にドメインを設定するとなんだかモチベーションがあがります。） やりたいことのイメージとしては下記になります。 Route53で取得しているドメインがあるのでそれを利用してVercelでホスティングしているアプリケーションにサブドメインを設定する手順を備忘録を兼ねてまとめたいと思います。 やってみる 前提 Route53でドメインを取得済である 今回、ynishimura0922.comというドメインを利用しています。 ドメイン取得の流れは下記ブロ
はじめに LambdaとAPIサーバを組み合わせたサービスを開発する際、Lambdaのアクセス制御をしたいケースがあるかと思います。 その際、IPアドレスでアクセス制御を行うことが多いと思うのですが、LambdaのIPアドレスは基本的には固定化されていません。 さらに、Lambdaが使うIPアドレス範囲も結構広く、ちょくちょく変わるため、IPアドレスを固定化しないと制御が難しい。 ⇒ 上記について、LambdaのIPアドレスを固定化させる方法を紹介します。 前提 VPC,Lambdaが作成されていること。 LambdaがVPCに紐づいていること。 手順 インターネットゲートウェイの作成 パブリックサブネットの作成 インターネットゲートウェイの割り当て プライベートサブネットの作成 NATゲートウェイの作成 プライベートサブネットとNATゲートウェイを紐づける 最終的な構成としては、下記のよ
雪山ジャンキー渡辺です。 今年もクラスメソッド雪山部は絶賛活動中ですよ。 さて、少し前ですが、AWS NAT Gateway（以下、NAT Gateway）がリリースされました（【新機能】ついに登場！Amazon VPC NAT GatewayでNATがAWSマネージドに）。 NAT Gatewayは、プライベートサブネットからインターネットへの通信を実現する仕組みです（外向きのみ）。 今日は、このNAT Gatewayを利用するひとつのパターンを紹介します。 サブネットを構成する３つのパターン サブネットは種別として、パブリック・プライベート・プロテクトの３つの形態が選択できます。 外部アクセス可能なパブリックサブネット パブリックサブネットは、ルートテーブルがインターネットゲートウェイと関連付けられたサブネットです。 パブリックサブネットでは、インスタンスにEIPを付与する事により外部
1. 両方で許可ありの場合 エラーメッセージの確認という主旨からは外れますが、成功するパターンを見ておきます。 シークレットのリソースベースポリシーは以下のように設定しました。 リソースベースポリシー { "Version" : "2012-10-17", "Statement" : [ { "Effect" : "Allow", "Principal" : { "AWS" : "arn:aws:iam::000000000000:root" }, "Action" : "secretsmanager:*", "Resource" : "*" } ] } 今回は検証のため広めに許可していますが、実際に使用する場合には以下を参考に最小限の許可を検討してください。 Permissions policy examples - AWS Secrets Manager 必要な許可を持つ EC2 イン
の認証とアクセスコントロール AWS Secrets Manager - AWS Secrets Manager
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 の認証とアクセスコントロール AWS Secrets Manager Secrets Manager は AWS Identity and Access Management (IAM) を使用して、シークレットへのアクセスを保護します。IAM は認証とアクセスコントロールを提供します。認証は、リクエストを実行するアイデンティティを検証するものです。Secrets Manager は、パスワード、アクセスキー、および多要素認証 (MFA) トークンでのサインインプロセスを使用して、ユーザーのアイデンティティを検証します。「 へのサインイン AWS」を参照してください。アクセスコントロールは、シークレットなどの AWS リソースで、承認された個人のみがオペレーションを
マネジメントコンソールから CodeBuild のサービス画面を開くことで確認していきます。その操作により、裏側でcodebuild:ListProjectsアクションを実行することになります。 なぜ CodeBuild かと言うと、ただ単に CodeCommit と間違えたからです。 1. アイデンティティベースポリシーで暗黙的な拒否 以下の設定で臨みます。 ID ベースポリシー：アタッチなし アクセス許可の境界：アタッチなし アイデンティティベースポリシーについては、「ポリシーがアタッチされていないから許可がない」と「アタッチされているポリシーの中で許可がない」の違いはありません。（ Permissions boundary では差異がある） AccessDeniedException User: （プリンシパル名） is not authorized to perform: code
#Lambdaからhttpリクエスト この記事はAWS Lambda Advent Calendar 2014へのエントリー記事です。 Lambdaでは、node.js標準のモジュールが利用可能です。これを利用してhttpリクエスト[[1]][link-1]を実行してみました。 http://aws.amazon.com/lambda/faqs/ Q: What languages does AWS Lambda support? At launch AWS Lambda supports code written in Node.js (JavaScript). Your code can include existing Node.js libraries, even native ones. Function var http = require ('http'); exports.
Amazon GameLift を導入してみた話
新規開発中プロジェクト所属の美濃です。 AWS に含まれるサービスのひとつ「GameLift」をプロジェクトに導入したので紹介します。 https://aws.amazon.com/jp/gamelift/ Amazon GameLift とは Amazon GameLift とは、マルチプレイヤーゲーム用のクラウドサーバーを管理してくれるサービスで、次のようなサービスで構成されます。 開発者はビルドを用意するだけで、あとはフルマネージドな GameLift Hostingサーバーリソースの管理、ゲームサーバー(※後述)管理、およびその最適化のみ提供する GameLift FleetIQマッチング機能を提供する FlexMatch Fleet (GameLift Hosting で使われるサーバー管理システム) および FleetIQ はセッションベースのマルチプレイヤーゲームに最適化され
2019年7月24日、『神姫PROJECT』などソーシャルゲームの企画・開発を手がける株式会社テクロスが主催するイベント「TECH x GAME COLLEGE」が開催されました。第23回となる今回のテーマは「AWSでゲームサーバーを最大90%安く利用する方法」。アマゾン ウェブ サービス ジャパン株式会社シニアソリューションアーキテクトの吉田英世氏が、ゲームサーバーの運用コストを劇的に安くするAWS活用法を解説します。後半パートの今回は、マルチプレイヤーオンラインゲーム向けのマネージドサービス「Amazon GameLift」の概要と、各機能の利用方法を紹介します。講演資料はこちら Amazon GameLiftとはなにか？ 吉田英世氏（以下、吉田）：続いて、GameLiftのご紹介をしたいと思います。 GameLiftはマルチプレイヤーのオンラインゲームをホスティングするサービスです。
みなさん！rootユーザのアクセスキー、使ってませんか？ AWSのユーザのアクセスキー/シークレットキー(以下、アクセスキー)が漏洩すると、その所持する権限に応じて様々な被害が生じます。 参考： 【実録】アクセスキー流出、攻撃者のとった行動とその対策 | Developers.IO 中でもrootユーザは何でもできる最強の権限を持つため 万一そのアクセスキーが悪意ある者の手に渡ってしまうと、 AWSアカウントのrootメールアドレス変更 root含む全ユーザのログインパスワード変更 大事なシステムが稼働しているAWSアカウント解約 マイニングなど、リソースの不正利用によるクラウド破産 S3に保存した機密情報流出 などなど、とっても恐ろしいことが起こってしまいます。（※下2つはroot権限でなくとも起こりえます） 弊社にも、まれにrootユーザのアクセスキー漏洩事故、およびそれに伴うAWSア
GitGuardian 開発者、インフラ、およびアプリケーションが使用するシークレットを保護するための開発フレンドリーなツールを提供するパリ発のセキュリティベンダー。GitHubリポジトリ上の機密情報や脆弱性を検知する「GitGuardian」は、世界中で愛用されている。 この記事は、著者の許可を得て配信しています。 https://blog.gitguardian.com/secrets-api-management/#avoid-git-add API キーやその他のクレデンシャルのようなシークレットを保存して管理することは困難であり、とても慎重に考えられたポリシーであっても、利便性と引き換えに回避されることがあります。今回、シークレットとクレデンシャルを安全に保つためのベストプラクティスをいくつかまとめました。シークレットの管理には絶対的なアプローチはありませんので、このリストでは、
![APIキーやその他のクレデンシャルを含むシークレットを管理・保存するためのベストプラクティス[2020年版]](https://cdn-ak-scissors.b.st-hatena.com/image/square/19fe2a34067a646fc28a3d4a895e58c36ddc4811/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fs3-ap-northeast-1.amazonaws.com%2Fraptor-photo-production%2Fuploads%2Fckeditor%2Fpictures%2F2510%2Fcontent_title.png)
このエントリは、2018年、2019年に公開したAWS全サービスまとめの2020年版です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。 こんにちは。サービスグループの武田です。 このエントリは、2018年、2019年に公開した AWS全サービスまとめの2020年版 です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。どちらがいいのか正直わからないので、フィードバックなどあれば参考にさせていただきます。 2020-01-08 リクエストがあったためAmazon Mechanical Turkを追加。 2018年まとめ 【2018年】AWS全サービスまとめ その1（コンピューティング、ストレージ、データベー
【週刊 Ask An Expert #17】AWS で Docker を使うときの選択肢は？先週の #AWSLoft で受けた質問10選 | Amazon Web Services
AWS Startup ブログ 【週刊 Ask An Expert #17】AWS で Docker を使うときの選択肢は？先週の #AWSLoft で受けた質問10選 こんにちは、スタートアップ ソリューションアーキテクトの塚田 (Twitter: @akitsukada) です。好きな Chalice の機能は Built-in Authorizer です。 まず最初に、今回の週刊 Ask An Expert では Docker コンテナに関する質問が多く、皆さんの関心が伺える週となりました。そんなみなさんにイチオシのイベント情報は AWS Containers talk with Mercari です！↓ メルカリさんにおける AWS のコンテナサービス活用事例が気になる方は、ぜひ ↑ から申し込んでください！ さて、ではここから週刊 Ask An Expert 第 17 回目をお届
S3 bucketの作成 まずはhtmlファイル等を格納するS3のbucketを作成します。 Cloudfrontから配信するのでパブリックアクセス許可やStatic website hostingの設定は不要です。 lambda関数の作成 次にBasic認証を処理するlambda関数を作成します。 この時、右上のリージョン設定で「バージニア北部」を選択してから「関数の作成」をしてください。 名前に"BasicAuthentication"（任意の名前） ランタイムはNode.js 6.10を選択 ロールは"テンプレートから新しいロールを作成"を選択 ロール名には"lambda_edge_exection"（任意の名前） ポリシーテンプレートは"Basic Edge Lambdaアクセス権限"を選択 関数の作成をクリックしてしばらくすると次の画面に切り替わります。 少しスクロールしたところ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
