【Googleリスティング広告】ドメイン変更に伴うURL変更方法とは？ - 株式会社Hub Works
ステップ4：リダイレクトを設定する ドメイン変更に伴うリダイレクトは「301リダイレクト」という設定を行います。「301リダイレクト」とは恒久的な転送を行う際に設定するものです。 リダイレクトの設定は、利用しているWebサーバーや利用環境に応じて最適な設定方法を選択することが重要です。 例えば、WebサーバーにApacheを使用している場合は、Webサーバーに送信する「.htaccess」というファイルを編集する方法で設定します。一方、WordPressを利用している場合は、プラグインを導入してリダイレクト設定を行うことが可能です。 これにより、旧ドメインのURLがクリックされた場合でも、自動的に新ドメインのURLに転送されます。 ステップ5：「Google Search Console」上でサイトアドレスの変更を行う リダイレクト設定後、「Google Search Console」上で
DNS権威サーバのクラウドサービス向けに行われた攻撃および対策 〜後編〜 | さくらのナレッジ
さくらインターネットのSRE室で室長を務めている長野です。 前編の記事では、DNSサーバへの攻撃手法や、実際に発生したさくらのクラウドのDNSアプライアンスへの攻撃の様子を紹介しました。それに続く本記事では、このような攻撃に対してどのような対策を行ってきたかを紹介します。 水責め攻撃への対応と対策 ではここから、最初の攻撃が去年の夏にあってから、どういう対応と対策をしてきたのかを紹介したいと思います。 スタンバイ側のVRRPデーモンの停止 初回を思い出すと、CPU負荷が非常に上がり、100%近いCPUを使うようになって名前解決が遅延し、タイムアウトしたというのが、最初のアラートとして上がりました。 その中でよくよく調べると、VRRPで冗長化をしているのですけれども、その切り替えがパタパタ発生していたんですね。PowerDNSが落ちてしまった、タイムアウトしたというので切り替わります。ところ
DNS権威サーバのクラウドサービス向けに行われた攻撃および対策 〜前編〜 | さくらのナレッジ
長野雅広といいます。 Twitter / GitHub は @kazeburo というIDでやっておりますので、フォローいただけたらと思っております。 現在はさくらインターネット株式会社のクラウド事業本部 SRE室というところで室長を務めさせていただいております。 ずっとWebアプリケーションの運用やSREをやっておりまして、ISUCONの本を書いたりもしているのですけれども、JANOGは実は初めての参加になりますので、ぜひよろしくお願いいたします。 今回は、DNS権威サーバのクラウドサービス向けに行われた攻撃および対策について、お話しさせていただきます。 SRE室の取り組み SRE室がどんなことをやっている部署かという話ですが、2022年7月、去年の夏に発足した、新しめの部署になります。ミッションとして、クラウドサービスの信頼性を高めるとか、お客様や社会のDXをしっかり支えるということを
YAPC::Kyoto 2023でDNS水責め攻撃とGoによるベンチマーカの発表をしてきました #yapcjapan - Hateburo: kazeburo hatenablog
YAPC::Kyoto 2023 に参加してきました！ 数年ぶりに開かれたYAPCで、数年ぶりに会うエンジニアの同窓会みたいな雰囲気ありつつ、新しい参加者も多く最高でした。オフラインイベント楽しいです。スタッフの皆様ありがとうございました！！ 京都まで行かせてくれた家族にも感謝 会場のKRPは2006年まで働いていた場所で、17年も経ってそこで発表する機会をいただいたのは個人的に感慨深いものがあります。はてなの大西さんの発表は自分にとってもとても懐かしく聞いておりました。 エモさしかない pic.twitter.com/6V8gpxx4bg— 達人が教えるつぶあん🇺🇦 (@kazeburo) 2023年3月19日 発表してきた 私の発表はこちら speakerdeck.com DNS水責め攻撃とその対策については1月に開催されたJANOG51 Meeting in 富士吉田でも紹介して
Azure DNSのエイリアスレコードでZone Apex (Naked Domain / Root Domain) にAzureの各種サービスのパブリックなエンドポイントを設定する - Qiita
Azure DNSのエイリアスレコードでZone Apex (Naked Domain / Root Domain) にAzureの各種サービスのパブリックなエンドポイントを設定するAzuredns 本記事では、Microsoft AzureのフルマネージドDNSサービス「Azure DNS」のZone ApexにAzureの各種サービスのパブリックなエンドポイントを設定したい場合の対応方法についてまとめます。 Zone Apexの定義とCNAMEの規約について 本題に入る前に、記事中で扱うDNSの用語等について簡単に整理します。詳細は Zone Apex (Naked Domain) CDN | J-Stream CDN情報サイト に非常に分かりやすくまとまっています。 Zone Apex (ゾーン アペックス / ゾーン エイペックス) というのは www.example.com では
AWS EC2 (Ubuntu) で DNS のスタブリゾルバ 127.0.0.53 と Amazon Provided DNS の関連を確認する - Qiita
AWS EC2 (Ubuntu) で DNS のスタブリゾルバ 127.0.0.53 と Amazon Provided DNS の関連を確認するAWSUbuntuEC2dnssystemd-resolved はじめに AWS で VPC を構築した時、VPC 内のインスタンスが参照する DNS サーバ ( Amazon Provided DNS ) のアドレスは 「 VPC のネットワークアドレス + 2 」です。 例えば VPC のネットワークアドレスが 10.0.0.0 であれば、DNS サーバのアドレスは 10.0.0.2 です。 公式ドキュメントに書いてあるので、間違いありません。 しかし、EC2 インスタンスの OS を Ubuntu とした場合、参照先の DNS サーバはデフォルトで 127.0.0.53 となっているように見えます。 本記事では、この 127.0.0.53
AWS Solutions Architect ブログ
オンプレミスネットワークとAWS間のDNS名前解決をAWS Directory ServiceとMicrosoft Active Directoryを使用してセットアップする方法 前回の記事（日本語訳：オンプレミスネットワークとAWS間のDNS名前解決をAWS Directory ServiceとAmazon Route 53を使用してセットアップする方法）で、私はSimple ADを使用してオンプレミスネットワークから生成されたDNSリクエストをAmazon Route 53プライベートホステッドゾーンにフォワードする方法について紹介しました。本日は、Microsoft Active Directory（AWS Directory Serviceによってプロビジョンされた）を使用していくつかの追加のフォワード機能とともに同様のDNS名前解決を提供する方法について紹介します。 Micros
なぜ「DNSの浸透」は問題視されるのか:Geekなぺーじ
「DNSの浸透」という表現が結構よく使われています。 DNSに設定された情報を更新したけれど、その結果がなかなか反映されずに誰かに相談すると「DNSの浸透には時間がかかります」と説明されて納得してしまうという事例が多いようです。 しかし、うまく準備を行えば、実際の切り替え処理は、いつ完了するのかが不明な「DNSの浸透」を待つのではなく、事前に計画した時間通りに完了させることが可能です。 さらに、本来であればDNS情報の設定者(ゾーン情報の設定者)は、いつまでに世界中のキャッシュが更新されるかを知ることができる環境にあり、それ以降も更新がされていなければ「何かがおかしい」とわかるはずです。 DNSにおける設定内容(DNSのリソースレコード)には、その情報をキャッシュとして保持し続けても良い期間であるTTL(Time To Live)という要素がありますが、TTLはDNS情報設定者が自分で設定
ぼくのかんがえたさいきょうのDNS
本記事に関連した講演が、本日13:45～開催されるIIJ Technical WEEK 2016で行われます。(該当のセッションは16:45～予定の「DNSにまつわるセキュリティのあれこれ」です)ストリーミング中継も行いますので、是非ご覧ください。 このごろ DNS ってこうげきをうけることがおおいんだって。 DNS は「どめいんなまえしすてむ」のことで、ドメインのなまえをきくと IP アドレスをおしえてくれたりするしくみだよ。わるいひとたちが DNS をいじめてつかえないようにしちゃうと、インターネットであそべなくなっちゃう。 だったら、それにまけないつよい DNS をつくればいいよね。 どんな攻撃が来るのか ……すいません、読みにくいですね。漢字使います。なお、漢字で書いたところで中身は「ぼくのかんがえたさいきょう」に違いありません。 DNS に対する攻撃は大きくわけると、2つ。DoS
DNSCMDを使ってDNSレコードの登録・削除をコマンドラインで実行する方法 - http://pnpk.net
WindowsサーバはDNSレコードの登録や削除をMMCから操作する事が出来るので、直感的に操作しやすくて便利なのですが、大量のレコードの登録や削除があった場合には、これらの作業がかなり面倒になってしまいます。 このような場合には、DNSCMDを利用してコマンドラインからDNSへの登録や削除を実行するようにすれば時間もかからず便利です。 追加と削除を行う場合にはそれぞれ/RecordAddと/RecordDeleteを利用します。 DNSレコードの追加 レコードを追加する場合の基本的なコマンドは以下のようになります。 例えばゾーンpnpk.localにserver001という名前を192.168.1.10で登録する場合には以下のようになります。 同時に逆引きレコードも追加する場合には以下のようになります。 DNSレコードの削除 レコードを削除を行う場合は以下のようになります。 /fを入力す
IIJの技術・活動詳細 | 研究・開発 | IIJ - 独自開発によるDNSSECの実現
独自開発によるDNSSECの実現 DNSに対するセキュリティ機能の拡張であるDNSSECは、近年になって導入が開始されるようになったものの、実装がそろっていないため普及が遅れています。そこで、IIJでは、DNSSEC実現のためのすべての処理を独自に実装することに。特別な知識がなくても、ご利用のドメインをDNSSEC対応にすることを可能にしました。 ここでは、DNSSEC実現のための処理を独自開発した経緯を紹介します。 DNSSECとは IIJが提供している「IIJ DNSアウトソースサービス」は世界的に見てもまだ提供例の少ない、DNSSEC（DNS Security Extensions）に対応したDNSサービスです（2011年9月現在）。つまり、一歩進んだ安全なDNSサービスだと言えるでしょう。 さて、安全なDNSサービスとはなんでしょう。様々な観点がありますが、一歩進んだという意味では
＠IT：DNSリゾルバのニューフェイス「Unbound」（1/2）
2008年5月にリリースされたばかりの新しいDNSリゾルバ「Unbound」は、シンプルで高速に動作するうえに、話題となっているDNSキャッシュポイズニング攻撃への耐性も高いという特徴を備えています。（編集部） 株式会社 サードウェア 岩崎 登 2008/10/17 DNSとは、そしてUnboundとは UnboundはオランダのNLnet Labsが開発しているDNSキャッシュサーバ（DNSリゾルバ）である。2008年5月に正式版のバージョン1.0.0がリリースされ、BSDライセンスの下、オープンソースソフトウェアとして公開されている。 NLnet Lab.は、DNSコンテンツサーバ「NSD」の開発元としても知られており、開発元の信頼も高い。 インターネットでは、IPアドレスによって、アクセスするサーバ（ホスト）を特定している。IPアドレスとは、いわゆる郵便番号のようなもので、インターネ
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Net::DNS::Lite - a module for handling timeout of hostname lookups safely, and more - Articles Advent Calendar 2010 English
Net::DNS::Lite - a module for handling timeout of hostname lookups safely, and more Hostname lookup functions (like inet_aton) are one of the functions that aren't cancellable, and that makes hard to set timeouts within perl scripts that connect to other servers. Net::DNS::Lite is a port of AnyEvent::DNS without dependency on AnyEvent, intended to be used in ordinally perl scripts not event-driven
BINDのviewを用いた内部向けDNS構築メモ - Blog::koyhoge::Tech
社内ネットワーク向け DNS サーバを立てたくて、BIND の view を用いて設定を行ってちょっとはまったのでメモを残しておく。 環境 BIND 9.3.6 (CentOS 5.5 標準) viewについて BIND 8 から使用できる、接続条件によって見える情報を変える仕組み。以下のように記述する view view_name { match-clients { list; }; match-destinations { list; } // and other options } match-clients はリクエスト元のソースIPでマッチを行う。 match-destinations はリクエストを受け付けるインターフェースのIPアドレスでマッチを行う。 複数の view にリクエストがマッチする場合は、named.conf の先頭に近い条件が適用される。 実際の記述 内部ネッ
インターネット10分講座：lame delegation - JPNIC
今回の10分間講座は、lame delegationについて解説します。 lame delegationとは、DNSにおいて、ゾーンの委任が適切に行われていない状態を表します。今回は、lame delegationの解説とともに、その理解に必要となるDNSの分散管理構造と、ゾーンの委任についておさらいします。 またJPNICでは、今後、APNICなどで既に行われている、lame delegationとなっている逆引きネームサーバへの委任停止などの改善の取り組み開始を予定しています。それについても簡単に紹介します。 DNSとは DNS（Domain Name System）とは、インターネット上でドメイン名に関する情報を管理する分散データベースです。ホスト名とIPアドレスの対応を検索する、メール配送時に配送先サーバを調べるなど、さまざまな目的に使用される、インターネットにおける重要な技術の一
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[PDF]ＤＮＳサーバーの引っ越し ～トラブル発生を未然に防ぐ手順とポイント～
DNSの「浸透問題」は都市伝説――正しいサーバー引っ越し法を解説 - INTERNET Watch Watch
namebench - Project Hosting on Google Code
そのDNSの応答、本当に正しいものですか？ 「.jp」でも正式導入、DNSSECの仕組みと意義＜前編＞ -INTERNET Watch