[レポート] ARC326 : マルチリージョンでActive-Active構成アプリの設計パターン #reinvent | DevelopersIO
AWS re:Invent 2018 AR209 - Architecture Patterns for Multi-Region Active-Active Applications のセッションレポートです。 以下、公式の概要です。 Do you need your applications to extend across multiple regions? Whether for disaster recovery, data sovereignty, data locality, or extremely high availability, many AWS customers choose to deploy services across regions. Join us as we explore how to design and succeed with active
![[レポート] ARC326 : マルチリージョンでActive-Active構成アプリの設計パターン #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/69d5e5df38c6d27d133baa3f894a2379a68db070/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_reinvent-2018-city_1200x630.jpeg)
spfレコード覚え書き - たまごかける日報
社内のサービスでメール配信したいからspfレコード書きたいんだけどという相談が来た。 そういう話は２回目だったのにあんまり覚えてなかったので、もう忘れないようにメモ spfって？ このドメインのメールはこのMTAから送られてますよっていうのを明示的に示して、ここからのメールは大丈夫ですよという保証をしてあげる。送信元偽装対策とかかな。 このSPFをどう扱うかは、メールを受け取る側次第。 実例から見ていく gmailとかどうしてんの？ hogehoge@gmail.comとかのメールアドレスだから、 gmail.comについてspfを調べていく。 $ dig gmail.com txt ;; ANSWER SECTION: gmail.com. 300 IN TXT "v=spf1 redirect=_spf.google.com"gmailでは_spf.google.comのspfを使いま
DNSのTXTレコード（SPF）まとめ
メールサーバーをリレーで配送する場合、リレーの仕組み上はpostfixなどのメールサーバーの設定だけでOKですが、最新のなりすましメールというかヘッダ情報を巧妙にいじって送るスパムメールが横行しているため、ヘッダ情報だけでは白か黒かの判別がつかなくなりました。 スパムフィルターは確かにある意味で有効ですが、白か黒かの判断が完全にできるわけではありませんね。その欠点を補う為に、既存のシステムの機能を利用して、送信元のドメインと経由してきたメールサーバーの関係でこの問題を解決しようというのがDNSのTXTレコードを使ったドメインの認証システムです。 DNSは、ドメインの根幹にある技術なので、なかなか難しい印象がありますが、しっかり調べて正しい情報を吸収すれば、難しくなんてないです。結構中途半端な理解で書いてるブログもありますからね・・・。たくさんのブログを読んで、話の真贋がわかるようになれば、
ライフのWebサイト閲覧障害と関連が疑われる事象についてまとめてみた - piyolog
2016年2月20日朝より、スーパーマーケットのライフのWebサイトで閲覧障害が発生しました。ここでは、この障害と関連が疑われる他サイトの閲覧障害についてまとめます。 インシデントタイムライン 日時 出来事 2016年2月20日朝 ライフや他関連が疑われるWebサイトで閲覧障害が発生。 〃 10時15分 ライフを落としたとする攻撃示唆の投稿。 2016年2月23日 ライフが公式サイトの復旧を発表。 公式発表 2016年2月23日 [PDF] ホームページのアクセス障害に関するお詫び 障害発生の状況 対象 障害発生時間 ライフ 2016年2月20日 不明〜2016年2月23日 障害発生の時間は当該サイトを監視していた人のつぶやきより。 自宅の観測に追加しておいたもの。 スーパーマーケット ライフ 大日本印刷 北洋銀行 pic.twitter.com/umwzN9rh6i— uɐdɐɾ_ʞɔɐ
SPF Query Tool
Overview These tools are meant to help you deploy SPF records for your domain. They use an actual RFC 7208 compliant library (pyspf) for tests and will dynamically test for processing limit errors (no other testers I'm aware of do this). This site uses a caching DNS resolver, so for tests that use live DNS, results will be cached for the Time To Live of the DNS record. For most basic uses, these t
お名前.comからAmazon Route 53へドメインを移管する | DevelopersIO
こんにちは、虎塚です。 Amazon Route 53でドメインが管理できるようになって数ヶ月がたちました。Route 53では、Amazon Route 53でドメインを購入する ｜ Developers.IOにあるように、ドメインを新規に取得することができます。さらに、別のドメインレジストラで登録していたドメインを、移管して管理することもできます。 そこで今日は、他のドメインレジストラに登録しているドメインをRoute 53へ移管する手順を紹介します。例として、 お名前.comで管理しているドメインを想定して説明します。 ちなみに、移管手続きからAmazon側での処理完了までの所要時間は、移管元の事業者によって異なります（移管元が何も応答しなかった場合、5〜7日間かかるとのことです）。今回は約6時間でした。 はじめに この記事の内容は、AWSの公式ドキュメントをスクリーンショット入りで
DNSの解説 for ビギナー
ちょんまげ英語塾 > WEB制作TIPS > DNSの解説 for ビギナー DNS(Domain Name System)とは DNS(Domain Name System、ドメインネームシステム)とはインターネット上のコンピュータを英数字の文字列によって特定するためのシステムです。 インターネット上のコンピュータ同士は 192.0.2.0 などの最大12桁の数字の組み合わせによるIPアドレスでお互いを識別しています(IP4の場合)。しかし人間の方ではこの無機的な数字を憶えるのは困難なために、ドメイン(URLやメールアドレス)という文字列によってコンピュータを識別しており、このままでは人間の思い通りのコンピュータに対してアクセスする事はできません。 このドメインとIPアドレスを相互変換し人間とコンピュータの仲立ちをしてくれるのが、DNSと呼ばれるシステムです。 人間がブラウザなどでURL
ドメイン名を使ってEC2を運用していたら、ELBのスケールアウトで苦労した話
2014年5月14日 13時00分 修正 タイトルが誤解を招くものだったので、「なぜ URL に www を付けるのか。または、サブドメインなしでは CNAME が使えない件」から変更致しました。併せて、画像に Public IP と Private IP の明記を行いました。 皆さん、こんにちは。MUGENUP の osada です。 今回は、スケールアウト時にELB(Amazon Elastic Load Balancer) を使うときの注意点についての記事です。 といっても、インフラ・エンジニアには自明のことと思いますので、読者の対象は インフラ・エンジニアではないけど、インフラもやるというベンチャーならではのエンジニア向けです。 要旨 ELBにはEIPなどのAレコードを関連付けることが出来ず、ドメインとサーバーを結びつけるには提供されるCNAMEを使う必要があります サブドメイン無
Sendmail - SPFレコードチェック
このツールは、送信ドメイン認証のために自社のDNAサーバにSPFレコードを設定した方のために、SPFレコードの値が正しいか、あるいはうまく動作しているかどうかをチェックしていただくためのツールです。 SPFレコードが正しく設定されていないと、自社ドメインが認証されず、相手側サーバの設定によってはメールの受信を拒否される場合もあります。また、スパム送信サイトとして取り扱われる恐れもあります。DNSへの設定を済ませた後、必ずチェックを行うことをお薦めします。 また、SPFレコードの中でincludeなどを使っている場合、参照元の設定の変更により、認証が行えなくなるケースもあります。定期的なチェックをお薦めします。 このSPFレコードチェックツールは、入力いただいた情報を元にSendmailのサーバーが実際にDNSサーバにアクセスし、認証できるかをテストするものです。以下の入力ボックスに必要な情
HTTPリクエストを減らすために【序章】HTTPリクエストは甘え - MOL
このシリーズはHTTPリクエストの理解を通じてWebパフォーマンスの重要性について考える5章構成になっている。 【序章】HTTPリクエストは甘え 【CSS Sprite編】スプライト地獄からの解放 【WebFont編】ドラッグ＆ドロップしてコマンド叩いてウェーイ 【DataURI編】遅延ロードでレンダリングブロックを回避 【終章】我々には1000msの猶予しか残されていない 1日目は、HTTPリクエストの概要について説明する。 例えに、私のポートフォリオページ（t32k.me）が表示されるまでの流れを見ていく。まず、検索からでも方法はなんでもよいが、ブラウザのURLバーにt32k.meと打ち込んでアクセスする。そのページを見にいくということは、つまりt32k.meに対してHTTPスキームでリクエストするということを意味している。 クライアントであるブラウザは入力されたURLを判断して、リソ
メールサーバーを無停止で切り替える方法 - jesterseraの日記
メールサーバーを無停止で切り替えなければいけない不幸な人の為に。 というか、後何回か不幸な目にあいそうなのでメモ。 環境 移行元サーバーA RedHat Linux 9 Postfix 移行元サーバーB FreeBSD sendmail 移行先サーバー Fedora Core 5 Postfix 事前準備 移行先の設定は一通り完了しているものとします。 DNSの設定を変更してTTLを短くしておきましょう。切り替えの待ち時間の短縮と失敗時の切戻しが早くなります。 Aレコードに新旧サーバーを追加しておきます。 パターンA 移行元のサーバーにrelay_hostまたはtransport_mapsを設定し、移行先のサーバーにリレーするようにします。 DNSのMXレコードを移行先のサーバーに向けます。 以上。Sendmailのサーバーはリレーの設定のしかたがよくわからなかったので、ちょっと複雑ですが
メールアドレスのバリデーション崩壊のお知らせ、もしくは、全てが UTF-8 になる, 「エンジニアのためのイベント映像活用方法」の第2回が gihyo.jp に掲載されました - 雑文発散(2013-01-24)
▼ [雑] メールアドレスのバリデーション崩壊のお知らせ、もしくは、全てが UTF-8 になる JANOG31 のページをつらつら見てたら気になるセッションがあった。 「メールアドレスの国際化(JANOG25からの変更点)」というものだ。（多用されているかはともかく）Web で使われるドメイン名では国際化が進んでいたけど、メールアドレスに関してはほとんど進んでいなかった印象だったのに、どうも RFC での標準化がほぼ完了したらしい。 セッションページからダウンロードできる「IETF 85 報告 DNS, 国際化関連」という資料を見てみたら、次のような記述があった。 ほとんどすべてのメールヘッダにUTF-8を許可 – メールアドレス部 <ローカルパート@ドメイン名> – Display-name, (コメント), SubjectヘッダにもUTF-8 (従来はMIME) 資料には具体例も記載さ
Amazon EC2 と Route 53 のはじめかた その 3 : Amazon Route 53 を試す - WebOS Goodies
WebOS Goodies へようこそ！ WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。 本日は「Amazon EC2 と Route 53 のはじめかた」 3 回シリーズの最後（3 回目）で、 Amazon Route 53 をご紹介します。ちなみに前 2 回の内容は以下のとおり。 サインアップ Amazon EC2 を試す Amazon Route 53 を試す（この記事です） Amazon Route 53 は比較的マイナーなサービスなのでご存じ
[書き起こし]親の心子知らず？委任にまつわる諸問題について考える ～ランチのおともにDNS～:Geekなぺーじ
Internet Week 2012で行われたランチセミナーの書き起こしです。 本来であれば、記事として要約してまとめるべきなのでしょうが、セミナーそのものが高度に要約された内容であり、かつ、微妙なバランスが考慮された芸術作品のような発表であったため、過不足なくかつ発表されたニュアンスを可能な限り正確に伝える文章を書ける自信が全くなかったので、発表者の方々の許可を頂いたうえで書き起こしという手法にしました。 前半は最後の「最近のDNSトピックス」を理解するための伏線のような構成となっています。 一番キャッチーな部分だけをご希望な方は、後半に説明されている、example.jpを特定の条件下で管理しているとmail.example.jpやwww.example.jpやns.example.jpなどを簡単にハイジャックできてしまう共用DNSなどの話を最初にご覧頂いたうえで、その内容を理解するた
維持料を負担すること自体は拒否していません。問題は維持料を払うことがその負担者を交えて民主的に決定されていないことなのです - インターノット崩壊論者の独り言(2012-11-26)
EPIC2014 Google Public DNS (8.8.8.8, 8.8.4.4) 経由では本サイトにアクセスできないよう措置させて頂いております。 このたび社団法人日本ネットワークインフォメーションセンター (JPNIC) を相手取って裁判をはじめることとなりました。皆様のご支援をよろしくお願いいたします。 JPNIC は平成23年8月31日に規約を一方的に変更し、私(や多くの歴史的PIアドレスやAS番号の利用者たち)がそれに同意していないにも関わらず平成24年度から(JPNICができる前から使われていたものも含む)歴史的PIアドレスやAS番号に対して維持料を課すことを決め、平成9年に東海地域のネットワークの相互接続のために割り当てを受けた AS7520 にもこの4月から維持料を請求してきました。これを無視していたところ年14.5%の延滞利息まで請求をはじめ、督促の電話も入るよう
RHEL6/CentOS6では、single-request-reopen を必須にしたい…
2012-11-02 結論から言えば、とりあえず RHLE6/CentOS6 な人は /etc/resolv.conf に options single-request-reopen を書いておこうという話です(全部小文字ですよ、念のため） なぜか？ RHEL5/CentOS5/Ubuntu 10.04なLinuxとかでは、FQDN の解決をするときに DNSキャッシュサーバに AAAA RR の Queryを投げる AAAA RR の Reply を受ける DNSキャッシュサーバに A RR の Queryを投げる A RR の Reply を受ける という挙動でしたが、RHEL6/CentOS6 では DNSキャッシュサーバに A RR の Queryを投げる DNSキャッシュサーバに AAAA RR の Queryを投げる A RR の Reply を受ける AAAA RR の Re
Gehirn Web Services サービスサイト トップページ
Gehirn RS2 Plus VPSのようなレンタルサーバ Gehirn RS2 Plus はセキュアでマネージドなホスティング環境を提供するレンタルサーバサービスです。高速なハードウェア構成を採用し、Web コンソール もより使いやすく進化しました。 Gehirn IDを作る セキュアでマネージド サーバセットアップ、適切なバックアップ、リソースの管理、セキュリティパッチの管理など、サーバ環境の保守運用は全て、セキュリティの専門家であるゲヒルンが実施します。 サーバセットアップ不要 VPS のようにサーバのセットアップを行う必要はありません。SOC2 Type1、ISO27001、PCI DSS といった第三者機関認証に準拠した信頼性の高いデータセンタと高速なハードウェアおよび大規模なバックボーンネットワークといった堅牢なファシリティ上に構築されたマネージドな環境を、レンタルサーバのよ
TechCrunch | Startup and Technology News
When Alex Ewing was a kid growing up in Purcell, Oklahoma, he knew how close he was to home based on which billboards he could see out the car window.…
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DKIM認証を導入してみた - Lalcs - It is the most suitable blog in the world.
[PDF]第4回 PPTPを使用したリモートアクセスVPNの仕組み![[PDF]第4回 PPTPを使用したリモートアクセスVPNの仕組み](https://cdn-ak-scissors.b.st-hatena.com/image/square/745dbedd5d4da3a92973ece57a841d4ca8af1646/height=288;version=1;width=512/https%3A%2F%2Fperfectdomain.com%2Fstatic%2Fimg%2Fupload%2Fseo-acquisition.png)
