タグ

awsとdnsに関するurza358のブックマーク (10)

  • Route 53 のレコードセット削除で InvalidChangeBatch が発生するときの対処方法 | DevelopersIO

    困っていた内容 AWS CLI のchange-resource-record-setsで Amazon Route 53 のレコードセットを削除しています。一部レコードセット削除がInvalidChangeBatchで失敗するのですが、なぜでしょうか。 トラブルシューティングを見るとTTLを一致させる必要があるようですが、エイリアスレコードのためTTLは設定していません。ダミーで指定する値などがあるのでしょうか? $ aws route53 change-resource-record-sets --hosted-zone-id 123456789ABCD --change-batch file://change-resource-record-sets.json An error occurred (InvalidChangeBatch) when calling the Change

    Route 53 のレコードセット削除で InvalidChangeBatch が発生するときの対処方法 | DevelopersIO
  • Route 53 にサブドメインを設定する2種類の方法|ふじい

    はじめに Route 53 でサブドメインの設定をしていた際に設定方法2種類あるなと思ったのでその備忘録です。 前に無料ドメインを取得して Route 53 で管理できるように設定したのでそのドメインを使っていきます。 dafujii.ga から www.dafujii.ga を生やしてみたいと思います。 サブドメインのレコードを追加する方法 dafujii.ga のホストゾーンの中にそのまま www.dafujii.ga のレコードを追加する方法になります。簡単ですね。 メリット - 1つのホストゾーンで完結するので管理が簡単 - ホストゾーンごとの課金のため追加の出費が不要 デメリット - レコードが増えると煩雑になる サブドメインのホストゾーンを作成する方法 サブドメインでホストゾーンを作成し、NSレコードで親ドメインとを紐づける方法です。 手順は、まずサブドメインのホストゾーンを作

    Route 53 にサブドメインを設定する2種類の方法|ふじい
  • AWS CDK + TypeScript で Route 53 にサブドメインのホストゾーンを作成してレコード追加する方法と やってみてハマったところ、分かったこと|ふじい

    やったこと Route 53 にサブドメイン cdk.dafujii.ga のホストゾーンを作成し、A レコードで 127.0.0.1 を追加します。 その後すでに Route 53 で管理している dafujii.ga のホストゾーンに NS レコードを追加し、cdk.dafujii.ga 作成時に自動生成された NS レコードを設定します。 先日投稿した下記記事の2つ目のパターンをやろうとしています。 ./lib/route53-stack.ts import * as route53 from "@aws-cdk/aws-route53"; import * as cdk from "@aws-cdk/core"; import { Duration } from "@aws-cdk/core"; const env = { region: process.env.CDK_DEFAU

    AWS CDK + TypeScript で Route 53 にサブドメインのホストゾーンを作成してレコード追加する方法と やってみてハマったところ、分かったこと|ふじい
  • Amazon Route 53 Resolverユースケース別構成まとめ | DevelopersIO

    ども、ゲストのソラコム大瀧です。Route 53 ResolverはAmazon VPC向けにDNSスタブリゾルバを提供するサービスです。ブログでは、スタブリゾルバの用途/目的ごとにRoute 53 Resovlerの設定パターンをご紹介します。 用途の一覧 名前解決のポリシーごとに設定を解説していきます。 特定のインターネットドメインのみ提供する 特定の内部向けドメインのみ提供する 特定のインターネットドメインと特定の内部向けドメインのみ提供する すべてのインターネットドメインと特定の内部向けドメインのみ提供する 1. 特定のインターネットドメインのみ soracom.io など特定のインターネットドメインのみ提供する場合は、DNS Firewallですべて拒否するルールと特定ドメインの許可ルールを定義し優先度で調整します。 AWS管理コンソールのDNS Firewallドメインリスト

    Amazon Route 53 Resolverユースケース別構成まとめ | DevelopersIO
  • Route53でサブドメインごとにアクセスするリージョンを振り分けてみた | DevelopersIO

    AWSではRoute53を使ってドメインを管理をすることが多く、サブドメインで使う環境や用途ごとを分けたりすることがあると思いますが、個人的にサブドメインを分けて利用する経験があまりなかったので、無料でドメインを取得してサブドメインごとにアクセス先のリージョンを変えるということをやってみました。 やりたいこと 特定のユーザーごとにアクセスさせたいリージョンを振り分けたいとします。例えば、ユーザーAの人には東京リージョンにアクセスさせたいのでjp.xxxのURLでアクセスさせ、ユーザーBはバージニア北部リージョンへアクセスさせたいため、us.xxxのURLでアクセスさせます。 こうして書いてみると名前解決の仕組みを理解していれば当たり前だろって感じですが、DNSなんもわからんって感じだったので試してきます。以下のエントリがDNSについて初心者向けにがっつり書かれているので一読しておきましょう

    Route53でサブドメインごとにアクセスするリージョンを振り分けてみた | DevelopersIO
  • AWS上のコンテナはネットワークをどう利用するのか? ポート番号の扱いとDNSの仕組みを中心に|ハイクラス転職・求人情報サイト AMBI(アンビ)

    AWS上のコンテナはネットワークをどう利用するのか? ポート番号の扱いとDNSの仕組みを中心に AWS、そしてネットワークの基礎知識は、なんらかのサービスを開発する際に不可欠なものです。稿では、コンテナを利用してWebアプリケーションを開発するとき、Webアクセスはどのような技術を用いて成り立っており、どういったことに注意する必要があるのか、といった入門的情報をAWSに務める菊池之裕さんに説明してもらいました。 みなさん、こんにちは。アマゾン ウェブ サービス ジャパン株式会社でシニアソリューションアーキテクト ネットワークスペシャリストを務めております、菊池之裕と申します。私は普段、ネットワークに関連したお客さまの技術的な導入支援や課題解決などの業務に従事しています。 読者のみなさんは、ネットワークについての基礎知識をどれくらい持っていらっしゃるでしょうか? 普段、主にWebアプリケー

    AWS上のコンテナはネットワークをどう利用するのか? ポート番号の扱いとDNSの仕組みを中心に|ハイクラス転職・求人情報サイト AMBI(アンビ)
  • ECS運用のノウハウ - Qiita

    関連記事 マイクロサービスを支えるインフラアーキテクチャ (AWS Dev Day 2019登壇資料) ECSデプロイツールを公開しました ECSにおけるログの取り扱いを別ページに移動させました 設計 基方針 基盤を設計する上で次のキーワードを意識した。 Immutable infrastructure 一度構築したサーバは設定の変更を行わない Infrastructure as Code インフラの構成をコードで管理 (Terraformを採用) Serverless architecture 無駄にサーバを増やさない アプリケーションレイヤに関して言えば、Twelve Factor Appが参考になる。コンテナ技術とも親和性が高い。 ECSとBeanstalk Multi-container Dockerの違い 以前に記事を書いたので、詳しくは下記参照。 Dockerコンテナデプロイ

    ECS運用のノウハウ - Qiita
  • DNS での検証 - AWS Certificate Manager

    翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 DNS での検証 ドメインネームシステム (DNS) は、ネットワークに接続されているリソースのディレクトリサービスです。DNS プロバイダーは、ドメインを定義するレコードを含むデータベースを維持します。DNS 検証を選択すると、このデータベースに追加する必要がある 1 つ以上の CNAME レコードが ACM から提供されます。これらのレコードには、ドメインを制御する証拠となる一意のキーと値のペアが含まれています。

  • DNSド素人がdigコマンドとRoute 53を使って、DNSについてあれこれ学んでみた | DevelopersIO

    試しに、digコマンドを利用して、yahoo.co.jpに名前解決してみましょう。 $ dig yahoo.co.jp ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.62.rc1.56.amzn1 <<>> yahoo.co.jp ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57517 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;yahoo.co.jp. IN A ;; ANSWER SECTION: yahoo.co.jp. 60 IN A 182.22.59.229 yahoo.co.jp.

    DNSド素人がdigコマンドとRoute 53を使って、DNSについてあれこれ学んでみた | DevelopersIO
  • AWS EC2 でインスタンスを作った後は動的DNSを使用すると楽チンだよ - 覚悟はいいか?オレはできてる

    Amazon EC2にインスタンス(Amazon Linux)を作成して使用するには、インスタンスの作成の流れの中で公開鍵を作って、SSHでログインすることになります。 ただ、これがまた少し面倒で、EC2 Dashboardでインスタンスをスタートした後に、都度割り当てられるPublic DNS名をインスタンスのDescriptionを開いて探しにいって、値をコピーして、ターミナルのコマンドに貼付けるってことをやる必要があります。 そこで、EC2のヘルプドキュメントには「面倒だから動的DNSサービスを使ったらいいよ」ってことが書いてあります。そのドキュメントの内容をざっとなめたので、中身は同じだけど短くまとめてかつ素人が素人に説明する感じで補足いれたのでぜひ参考にしてください。 概要 ここでは、インスタンスを作るのと公開鍵の所は省略します。EC2のこちらのドキュメントを読めばできると思いま

    AWS EC2 でインスタンスを作った後は動的DNSを使用すると楽チンだよ - 覚悟はいいか?オレはできてる
  • 1