AWSのCertificate Manager (ACM)を使ってSSL/TLS 証明書を取得するときに、ドメインの所有者の確認として、DNS検証とEメール検証が選択できます。 DNS検証で検証を行うと、1年ごとの更新が自動化され、更新の手間が無くなるのでDNS検証をおすすめします。 やり方としては、DNS検証を選択すると、CNAME名とCNAME値が表示されるので、この2つをDNSへCNAMEレコードで追加します。 ですが、DNSのタイプによってはそのままでは登録できないことがあります。 そんな時に試して欲しい対処法を書いてみたいと思います。 対処方法 ACMで表示されるCNAME名とCNAME値はこんな形です。 CNAME名：_a79865eb4cd1a6ab990a45779b4e0b96.example.com. CNAME値：_424c7224e9b0146f9a8808af95

ACMでSSL証明書を別リージョンで発行する際、同一サブドメインなら別途CNAMEレコード登録は不要な件AWSroute53CloudFront証明書CertificateManager このページについて ・同一サブドメインのSSL証明書のDNS認証は、AWSの別リージョンごとにCNAMEレコード登録する必要がないことの検証になります。 経緯 ・先日、お客様の環境でファイルアップロードすると「504 Gateway Timeout Error」が発生し、原因がCloudFrontの「Origin Request Timeout」値が30秒だったためでした。 当値の上限は60秒（AWS上限緩和申請で60秒以上に上限をあげることは可能だが何秒まで上限緩和できるのかはわかりません。。）だったため、以下構成に変更しようということになりました。 （CLBの「Idle Timeout」値を600秒に

はじめに AWSチームのすずきです。 CloudFormationが、ACM（AWS Certificate Manager)のDNSレコードを利用したドメインの所有検証に対応し、 Amazon発行の無料サーバ証明書がより簡単に設置出来るようになりました。 早速試す機会がありましたので、紹介させていただきます。 CloudFormation 今回、以下のテンプレートを利用しました。 AWSTemplateFormatVersion: '2010-09-09' Description: ACM DNS Validation template (20180828) Parameters: DomainName: Description: FQDN of the certificate Type: String Default: 'acm.mesoko.jp' ValidationDomain:

EC2でインスタンスを作成し、AWS Certificate Manager (ACM)でSSL証明書を取得し、Application Load Balancer (ALB)を設定してhttpsでアクセスできるまでの流れをメモする。SSL証明書取得は無料で、ALBを使うとそれを利用することができる。 前提として1つのドメイン、1つのEC2インスタンス、1つのALBでの構成とする。 ちなみに、ドメインは今回、お名前.comで取得し、Route53を利用しない。ALBへのアクセスは80と443を受け付けるが、ALBからEC2へのアクセスは80のみとしている。 User——→ALB(80,443)——→EC2(80) また、今回は、お名前.comでCNAMEレコードを登録するのだが、お名前.comで、サブドメインなしのCNAMEレコードは登録できない。ということは、現時点で「ACM＋ALB＋お名

こないだ空腹に耐えEC2インスタンスのTomcatをhttps化した。 イントロ 証明書の取得 お名前.comに設定 ELBの作成 ELBのDNS名をCNAMEでDNSに登録 接続確認 おまけ イントロ 自社でできないからウチに外注しているのに、担当者がまったくリアクションしないのは意味が分からない。というわけで電話する。 別のシステムやった時の担当者さんはすぐに動いてくれたのに、今度は何度もフォローしないとノーリアクション。意味不明だ。 — ꧁🐶꧂ (@shigeo_t) 2021年7月2日 会社の電話、留守電モードになってるｗｗ — ꧁🐶꧂ (@shigeo_t) 2021年7月2日 電話来たｗ3時間待ち。ただのムダｗｗ — ꧁🐶꧂ (@shigeo_t) 2021年7月2日 3時間も待たされなきゃ、今空腹で働いていることも無かったのに — ꧁🐶꧂ (@shigeo_t) 20

こんにちは、SRE 課の栩野です。 職場からの帰り道が桜満開で春を感じてます。 前回は CloudFormation で Route53 にホストゾーンを作成して、www の A レコードに ELB の DNS 名を設定してみました。 今回は ACM (AWS Certificate Manager) で Amazon が発行する証明書を取得して ELB に適用するまでを CloudFormation で自動化するテンプレートを作成してみようと思います。 前提として、すでに Route53 にホストゾーンは作成済みで、www の A レコードには ELB の DNS 名が設定してあるといった形で進めていきます。 そこまでの設定方法については、以下前回のブログ等々参考にしていただければと思います。 CLOUDFORMATION で ROUTE53 のホストゾーンを作成して EIP と ELB

こんにちは。SRE2課の福島です。 はじめに ポイント 検証 ①ACMで証明書の発行 ②EC2インスタンスの作成（特定のAMIを利用する。） ③IAMロールの作成 ④③で作成したIAMロールを証明書に関連付け ⑤③で作成したIAMロールにポリシー適用 ⑥②で作成したEC2にIAMロールをアタッチ ⑦Nginxの設定 /etc/nitro_enclaves/acm.yamlの編集 /etc/nginx/nginx.confの編集 終わりに おまけ dry-runが成功したインスタンスタイプ一覧 はじめに 今回は、以下のアップデートを実際に試してみましたので、ブログにまとめたいと思います。 Announcing SSL/TLS certificates for Amazon EC2 instances with AWS Certificate Manager (ACM) for Nitro E

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ##1. 概要 SSL証明書のインストール作業や更新作業は地味だけど、失敗や更新を忘れると大障害になる。私も過去に２、３回くらいSSL証明書作業で失敗して大反省した経験がある。 昔のSSL証明書作業のことを思い出して書いてもいまさらなので結論から言うと、Amazon で発行して AWS Certificate Manager (ACM) で管理が理想。とはいえ、ACM にはいろいろ制約があり、条件を満たしていないと自動更新できない。すべてのSSL証明書でACMの恩恵を受けることはできないけど、AWSを利用しているのであれば、可能な限りA

サーバからドメイン取得、SSL証明書の作成まで、全てAWSで行ってみた 設定時にスクリーンショットを取らずにやってしまったので、公式サイトや先人達の知恵を拝借して ザックリとした設定手順は以下の通り EC2インスタンス作成 Route 53でドメイン取得 AWS Certificate Manager(ACM)でSSL証明書作成 EC2 Elastic Load Balancing(ELB)でSSL証明書を使用する設定 Route 53でDNS設定 前提 EC2でインスタンス作成済み 前もっての注意事項 EC2と以下の作業は全て同じリージョンで設定する リージョンが異なると、作成したSSL証明書が選択できないなど困ったことになる 少し前まで東京ではSSL証明書が作成出来なかったようだが、現在は東京でも出来る ドメイン取得 Route 53でドメインを取得する ドメイン取得費用は、.jpドメ

はじめに Amazonのロードバランサー、“Elastic Load Balancing”（以下ELB）は他にあまりないクラウドのロードバランサー（以下LB）です。 極シンプルなELB×1+ノード×2で見積もってみると ※AWS東京リージョンのEC2,microインスタンスをノードとする ELB $20.16 ノード $19.44×2 =$59.04 1$80円で計算して4,723円/月 です。 これにトラフィックに応じた料金がかかります。 AWSの料金計算はいろいろな組み合わせがあって複雑ですが、サーバ会社の共用ロードバランサーを使うより、初期費用は格段に安く済みます。 さらにクラウドの恩恵が享受ができます。 しかし いくつか通常のLBと異なる特徴があります。 Amazonは詳細な理由を積極的に発表していないのですが、おそらくクラウドの可用性をとるためにいくつか、制約が必要だったように見

タグ 放火EC-CUBEアンチウィルスGitAnsibleConoHa VlanWindows ServerLaravel海外求人貧困教育バグトラッキングDrupalLarabelgoofysRTX1200躾お土産インストール予防接種Active DirectoryベンチマークVagrantゆるいハッキングRedisLogstashジェネリック、コピー無利子ジェネリック家具、ＤＦＶNginxリカバリBINDVirtualBoxAWS EFSfluentdKibanaKubernetes熊本奨学金エクセル、小技、文字列操作日本工学院OpenCVApacheRTX1210XAMPPALBゆるいハッキングセミナー防災地震時計CloudFrontAmazon WorkSpacesAWS S3SWX2200xdebugELBセミナー小技子供ExcelブラックサンタIDCFクラウドMastodonCl

こんにちは、インフラの天津です。 今日はAWSにおけるIP固定化の手法と選択について書きたいと思います。 きっかけ 先日、社内のとあるALBを使用しているサービスでグローバルIPを固定化する必要が出てきました。 その際に固定化の手法がまとまっていると今後迷わないなと思い、記録がてらブログを書こうと思いました。 先に結論 要件によってどの方式がFitするか変わります。 下記に表を作成してみましたので参考になさってください。 個人的なおすすめはGlobal Acceleratorです。 公式ドキュメントにもユースケースとしても下記の通り紹介されています。 AWS Global Accelerator では、ロードバランサーや EC2 インスタンスといったリージョナルリソースを 2 つの静的 IP アドレスに関連付けることができます。これらのアドレスを、クライアントアプリケーション、ファイアウォ

はじめに お名前.comで取得したドメインを使ってEC2＋ACMのDNS検証でHTTPSサイトを作ろうとしたら証明書の発行に数日かかったときのことをまとめました。 この手順は、ハマった人（おそらく少ない）だけではなくて、ACMでDNS検証を使ってSSL証明書をリクエストする方にも参考になると思います。 普通にやれば数分で発行されるはずです。 AWS Certificate Manager(ACM)とは？ AWS Certificate Manager - AWS公式サイト サマリ 無料でSSL証明書が使える（ただしELB/CloudFront/API Gatewayの利用が前提） 自分で更新手続き > 購入 > サーバへ反映 する手間がいらない 運用の手間が省けるのですごくありがたい 設定の流れ AWS マネジメントコンソール を使った手順です。 Certificate Manager（A

DNSって難しい。。。 最近DNSの難しさに頭を痛めている筆者です。。 AWSを使っていると、サービスのSSL証明書はACMで取得するケースが多い。 ACMの証明書取得のための検証方法は、ちょっと前まではEmail検証しかなかったが、今ではDNS検証が使えるため、 自動更新の面などから、そちらを使用する人も多いと思う。 Route53を使っているとDNS検証はとても簡単。 ボタンを押すだけで、Route53上に検証用レコードを追加してくれる。 でも、お名前.comやXserverなどの別のDNSサーバ・サービスで管理していると ちょっとめんどくさい。 AWS ACMのDNS検証は「_」が色々足かせに なぜなら、作成するDNSレコードはCNAMEであるだけでなく CNAMEパラメータ、CNAME値の両方とも、先頭文字が「_」(アンダースコア)だからだ。 お名前.comでもXserverでも

TL;DR ACM の DNS 認証では、指定された CNAME レコードを DNS に登録しておく必要があります ところが CNAME レコードの値は先頭が必ずアンダースコア（_）で始まるため、一部のDNSサーバ・サービスでは設定することができません 実は値のアンダースコアは、省略しても認証が通ります 背景 先日（9/21）、AWS の公式フォーラムに下記のアナウンスが流れました。 AWS Developer Forums: DNS Validation Support for DNS Providers that Prohibit Leading Underscores 曰く、ACM (AWS Certificate Manager）の DNS 認証を行うために設定する CNAME レコードですが、値として設定する内容には必ずアンダースコア（_）が含まれているものの、これは省略が可能だ

AWS Certificate Manager (ACM) で証明書を発行するには、今まではメールを使ったドメイン認証をする必要がありました。 2017年11月にアップデートがあり、DNSを使ったドメイン認証が可能になりました。 サイトの証明書を発行する前に、お客様がドメイン名の所有者または管理者であることを Amazon が検証する必要があります。以前は、ACM はメール検証のみをサポートしていました。その場合、ドメイン所有者は証明書のリクエストごとに E メールを受信し、承認する前にリクエストの情報を検証する必要がありました。DNS 検証では、DNS 設定に CNAME レコードを書き込み、ドメイン名の所有権または管理を確立するだけです。 引用元：AWS Certificate Manager: DNS を使用した、証明書のより簡単な検証 では、こちらの機能を確認していきましょう。 ド