Cloudflareにドメインを移管してみた | DevelopersIO
3. プライバシー保護 今回は個人用ドメインなのでプライバシー保護が必須でした。 Route 53、Cloudflareともにプライバシー保護に関する機能は存在するのですが、その内容は両者で異なります。 Route 53 Route 53には名前通り「プライバシー保護」機能がありドメインの連絡先情報を「レジストラの情報に置き替え」または「REDACTED FOR PRIVACYで置き替え」してくれます。 どちらの方法で置き換えられるのかはAWSにより自動的に決められます。 ドメインの連絡先情報のプライバシー保護の有効化/無効化 ただし、保護される内容はTLDにより異なるため都度ドキュメントで確認する必要があります。 今回の.techドメインでは 組織名を除くすべての情報が非表示になります。 .tech という扱いでした。 Cloudflareではデフォルトでプライバシー保護が有効になってお
Cloudflare DNS Proxy モード と CNAME Flattening (ALIASレコード）について
先日こちらの福岡ミートアップでCloudflareのDNS Proxyという設定が話題となりましたので、その機能や混同されがちなCNAME Flattening (ALIASレコード）についてまとめます。 クラスメソッドの大栗さんも記事をまとめてくれていますので併せて参考にしてください。 DNS Proxyモードとは CloudflareのDNS設定はではProxy モードとDNS Onlyモードの２種類があります。 Proxyモード DNS Onlyモード これはいわゆる一般的なDNSプロキシとことなり、DNSリゾルバに対する問い合わせをCloudflareが代理で行う機能ではありません。（勿論Cloudflareが外部のDNS権威サーバと連携してユーザーのDNSを管理する機能は別途提供しています） DNSステータスが"Proxied"となることで、DNSリゾルバに対する名前解決の結果C
CloudFront+S3構成だった自分のサイトをCloudflare+R2に移行した - Lambdaカクテル
自分のウェブサイト( http://www.3qe.us/ )をCloudFront+S3構成からCloudflareを使った構成に乗り換えたので、ひっかかった点やつまづいた点などをメモしておく。 結論としては普通に移行できたが、メールとの兼ね合いでDNSまわりでちょっと配慮が必要な部分があるかも、といった具合。試したいときは全部読んでからチャレンジしよう。 ウェブサイトの静的配信にCloudFrontとS3を使っていた モチベーション: ALBのコストが高い Cloudflare 構成 Cloudflare Pages Cloudflare+ Denoflare + R2 修正 R2のstatic hosting機能を直接使う 手順 Webサイト追加 R2バケット作成 APIトークン作成 Denoflareでworkerをデプロイする 完了 まとめ オチ 参考文献 ウェブサイトの静的配信
Cloudflare Zero Trustを導入してみた - ポリシー設定編② - メモのページ - チラシの裏メモ 3枚目
前回は、Cloudflare Zero TrustのPOC環境の構築後、NetworkポリシーとHTTPポリシーをCloudflare Gatewayにて適用しユーザ側からWebサービスへの通信を制御した。 疎通確認の結果、アクセス対象のWebアプリへの通信を想定どおり制御する事が出来た。今回は別のポリシーでユーザ端末からWebサービスへのアクセスを制御してみた。 今回は、DNSポリシーによる通信の制御設定および疎通確認のメモ。 前回の記事の内容、Cloudflare Zero TrustのGatewayにてNetworkポリシーとHTTPポリシーの設定、そして疎通確認までの流れに関しては、以下のリンク先を参照。 https://debslink.hatenadiary.jp/entry/20221110/1668087871 Cloudflare Zero Trustを導入してみた -
NetworkManager＋dnsmasqで名前解決の耐障害性を向上 | 外道父の匠
クラウド・インスタンスにおけるDNSサーバーの指定は、DHCPサーバーから情報を取得して利用するようになっています。具体的には dhclient が resolv.conf を上書きする感じですが、最近は NetworkManager さんがこの辺の面倒を見てくれるので、まともな構成 ってやつを考えてみました。 ドンピシャで正着に至ったというわけではないですが、ひとつの有効な手段として扱うことはできそうです。 目次 概要 NetworkManagerがない場合 NetworkManagerのデフォルトの挙動 dnsmasqを利用する 任意のDNSサーバーを追加する 起動時の設定として組み込む dnsmasqのForward方式 DNSキャッシュ 耐障害性 理想の挙動 概要 NetworkManager は必ずしも必要なわけではないですが、CentOS7 など新し目のディストリビューションで
Office 365 のドメインを Azure DNS に移してみる - kazuakix の日記
Azure DNS Preview が使えるようになったので Office 365 のドメインを Azure DNS で管理するようにしてみます。 Azure DNS でのゾーン情報作成 まずは Office 365 で使うドメインのゾーン情報を作ります。 使用するドメインはいつぞやの kazuakix.jp を使います。 New-AzureDnsZone -Name kazuakix.jp -ResourceGroupName DnsResourceGroupドメイン名の他にリソースグループ名が必要になるので前もってこんな感じで作作っておきました。 New-AzureResourceGroup -Name DnsResourceGroup -location "japanwest"Get-AzureDnsRecordSet で内容を確認してみます。 PS C:\> Get-AzureDn
お名前.comからAmazon Route 53へドメインを移管する | DevelopersIO
こんにちは、虎塚です。 Amazon Route 53でドメインが管理できるようになって数ヶ月がたちました。Route 53では、Amazon Route 53でドメインを購入する ｜ Developers.IOにあるように、ドメインを新規に取得することができます。さらに、別のドメインレジストラで登録していたドメインを、移管して管理することもできます。 そこで今日は、他のドメインレジストラに登録しているドメインをRoute 53へ移管する手順を紹介します。例として、 お名前.comで管理しているドメインを想定して説明します。 ちなみに、移管手続きからAmazon側での処理完了までの所要時間は、移管元の事業者によって異なります（移管元が何も応答しなかった場合、5〜7日間かかるとのことです）。今回は約6時間でした。 はじめに この記事の内容は、AWSの公式ドキュメントをスクリーンショット入りで
コンテナの DNS を設定 — Docker-docs-ja 1.10.0b ドキュメント
Docker が各コンテナにホスト名や DNS 設定を渡すのに、カスタム・イメージを使わず、コンテナ内にホスト名を書くにはどうしたらよいでしょうか。コンテナ内では、 /etc 以下にある３つの重要なファイルを、仮想ファイルを使って新しい情報に上書きする手法を使います。これは実行中のコンテナ内で mount コマンドを実行すると分かります。 $$ mount ... /dev/disk/by-uuid/1fec...ebdf on /etc/hostname type ext4 ... /dev/disk/by-uuid/1fec...ebdf on /etc/hosts type ext4 ... /dev/disk/by-uuid/1fec...ebdf on /etc/resolv.conf type ext4 ... ... この処理により、Docker は resolv.conf
Dnsmasqを使ってDNSサーバとDHCPサーバを構築する
はじめにRaspberryPiは消費電力が非常に少ないので常時起動しておくサーバに最適です。 そこで今回は、RaspberryPiにDnsmasqをインストールし、ローカルDNSサーバ、DHCPサーバを構築してみます。 ローカルDNSサーバとはその名の通り、ローカルなIPアドレスにドメインを振るサーバです。 例えば、192.168.1.10というアドレスにmain.localというようなドメインを割り当てることができます。 ローカルネットワークに大量に機器が接続されている場合には、IPアドレスではなくドメインでアクセスできるようになるため、利便性の向上が見込めます。 前提ルータのIPアドレス：192.168.0.1RaspberryPiのIPアドレス：192.168.0.2Dnsmasqのインストールまず、パッケージリストの更新を行い、Dnsmasqをインストールします。 sudo apt
趣味GKEのIngressを無料で済ませる - ダルツ海峡冬景色
GKEでサービスを外部公開する際には、 GKE Ingress とそのバックエンド GCP Cloud Load Balancing を使用するのがスタンダードです。が、これには費用 ($18/月~) がかかります。 これをCloudflare DNS + Contourで置き換えて、無料で済ませる方法を説明します。ノードは全台プリエンプティブインスタンスで構いません。 この記事はDoxseyさんによる Kubernetes: The Surprisingly Affordable Platform for Personal Projects を発展させた内容になります。 元記事と同様、紹介する構成は趣味利用にとどめてください。 GKEクラスタ作成 まずGKEクラスタを作成してください。3台以上で構築し、プリエンプティブを有効にするのがオススメです。 ちなみにDoxseyさんの記事ではf1
Route53でのサブドメイン移行で「DNSの浸透」神話の裏側を理解した話 ｜ Developers.IO
実際にこの作業をやってみました。 書き換え自体は、コンソールから直接でも60秒程度で終わりました。 直後に名前解決が上手くできなかったりもしましたが、無事開発環境がwww.hogehoge.comで解決できるようになりました！ $ dig www.hogehoge.com ; <<>> DiG 9.10.6 <<>> www.hogehoge.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 13815 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 5
Route 53でローカルDNSを構築する - Qiita
概要 Route 53を使ってローカルDNSを構築します。 この記事では最終的に作成されたRDSのエンドポイントに任意の名前で接続出来るようにします。 前提条件 この記事の内容を実践する為に必要な前提条件です。 利用可能なVPCが存在する事 RDSのインスタンスが作成されている事 Privet Hosted Zoneを作成する マネジメントコンソール → Route 53 → Hosted zones → Create Hosted Zone より作成を行います。 ドメイン名は任意で構いません。 この記事では test.local という名前で作成します。 Type: "Private Hosted Zone for Amazon VPC" を選択 Domain Name: test.local Comment: 任意のコメント VPC ID: 予め準備してあるVPCを指定します Priv
無料で使えるプロキシ/ロードバランサのOSS 比較18選 | OSSのデージーネット
プロキシサーバとは プロキシとは、クライアントとサーバの間に中継サーバとして配置するサーバのことです。プロキシは、クライアントから見た場合、サーバのように振る舞い、サーバから見た場合、クライアントのように振る舞います。クライアントアプリケーションは、プロキシへ通信を行い、プロキシはそのリクエストを受信し、受信したリクエストを本来送られるべきサーバへ転送するかのように送信します。サーバは、リクエストを送信してきたプロキシへ応答を返します。プロキシは応答に対応したクライアントに対して、応答を送信します。 プロキシサーバの種類 プロキシは、通信を中継するため通信内容をログに残したり、検査したり、書き換えたりといった処理が可能です。そのため、様々なプロトコルに対応した汎用的なプロキシと、アプリケーション（プロトコル）毎に特化した処理を行うソフトウェアがあります。 なお、Webプロキシは、HTTPプ
Let's Encrypt 周りの自動化を行う Azure Functions の正式版をリリースした - しばやん雑記
前に作った Let's Encrypt の自動化を行う Azure Functions ですが、あれからもちょいちょい弄り続けた結果、先日やっと正式版を出せました。 いろんなバグやよくわからない Azure REST API の仕様などを乗り越えてきました。 今回の正式版リリースでは以下のような機能を実装しています。 全ての App Service に対応 Web Apps / Functions / Web App for Containers など（Windows と Linux に対応） Linux と Containers は Azure DNS が必要 ワイルドカード証明書の発行 これも Azure DNS が必要 wwwroot の readonly モードに対応 Run From Package を使った場合に readonly になる RBAC で権限を付与すれば 1 つの
Google Cloud DNS + Let’s Encrypt でワイルドカード SSL 証明書を取得する
CentOS7 Nginx に Let's Encrypt でサイトを SSL 化して SSL 証明書の自動更新を設定します。 サイトを SSL 化するのが当たり前の時代になってきました。 Chrome は近い将来、SSL 化していないサイトを閲覧したい際に、アドレスバーで警告を表示するようです。SEO の観点では、検索結果を優遇するという話で、さらに、サイトの高速化にもなるということです。 今年からワイルドカード SSL 証明書の発行も始めました Let's Encrypt。今後、需要はますます高くなっていくでしょう。 バージョン CentOS 7 epel-release 7.9 nginx 1.12.2-1 certbot 0.24.0-1 python2-certbot-dns-google 0.24.0-1 インストール 基本的には、普通に Let’s Encrypt で SSL
第4回 Unboundサーバ運用Tips | gihyo.jp
※ AS112ゾーンはプライベートアドレスやリンクローカルアドレスの逆引きのゾーンのことです。Unboundではデフォルトでこのゾーンに対する問い合わせにはNXDOMAIN（情報なし）を返します。 設定例を1つ紹介します。 試験用のドメイン「local.」を運用していて、登録したホスト以外への問い合わせに対してはインターネットに問い合わせが行かないようにしたいときには、次のような設定を行い、タイプには「static」を記述します。 local-zone: "local." static local-data: "host1.local. A 192.168.0.1" この設定では、host1.localのAレコードの問い合わせには192.168.0.1が返されますが、host2.localのAレコードの問い合わせにはNXDOMAINが返されます。 指定したDNSコンテンツサーバに問い合わる
Let's encrypt の証明書の更新（ Cloudflare/DNS-01 ） - 今日も微速転進
CDNとしてCloudflareを利用している環境で、Let's Encrypt の証明書を更新した際のメモ。 証明書を取得した際にはCloudflareは利用していなかった。 前提 すでにSSL証明書を取得済み Nginx Cloudflare Ubuntu 16.04 LTS 新規の取得ではなく、既存証明書の更新作業。Cloudflare のCDNを一時的に無効化するのはなんか負けた気がするので認証方法を変更する。 通常の認証方式ではなく、DNSのtxtレコードを利用するDNS-01方式を使う。 Let's Encrypt のサーバーに証明書の発行を依頼すると、一時的に有効なトークン文字列が送られてくるので、これをDNSのtxtレコードに記載するという方式。 Webサーバーがなくても利用できるし、今回のようなCDN環境やNAT利用時にも証明書の取得・更新が可能。 DNSの設定変更は面倒
インフラ構築手順書 SAMBA4を２台目ドメインコントローラ(DC)サーバとして稼働させる
SAMBA4のDC構築手順(2台目以降) PDCがWindowsでもSAMBAでも、２台目以降のSAMBA4の構築手順は同じである。 DNSはbindではなくSAMBAのDNS機能を利用するので、BINDを起動している場合は停止する必要がある CentOS6の標準Sambaパッケージでは、ActiveDirectoryドメインコントローラー機能が含まれていない。 今回の手順は、Samba4のソースコードからインストールする手順である。 SAMBA4で２台目以降のDCサーバ構築前の事前作業 ■不要パッケージを削除 SAMBA3がインストールされている場合は、アウンインストールする。 # yum remove samba-client samba-winbind samba-winbind-clients samba-common ■リゾルバ設定 # vi /etc/resolv.conf #
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Let's Encrypt と Azure DNS を使ってサーバ証明書を作成する – Aimless
DNS再入門ー初心者からベテランまで、基礎から見直して見よう。 #oscnagoya #osc_tss_ontap
