SNIの仕組みをOpenSSLコマンドで理解する - Qiita
$ openssl s_client -connect help.hipchat.com:443 -showcerts < /dev/null 2>&1 | grep subject subject=/OU=GT20300774/OU=See www.rapidssl.com/resources/cps (c)15/OU=Domain Control Validated - RapidSSL(R)/CN=*.uservoice.com SNIという、一つのIPアドレスが複数のSSL証明書を扱える技術があるのですが、サーバ側でSNIを使っている場合、SSLハンドシェイク時にドメイン名を指定しないと正しいSSL証明書が返ってこない事があります。 比較的新しいサービスだとSNIを使っている事が多いです。例えば、HipChatのヘルプページ（help.hipchat.com）ですが、これはSNIを
Mac が参加するADのドメイン名で .local を使わないでください。 | ピクチャーコード株式会社：東京-新宿
※こちらのページは Windows Server の Active Directory で Mac, iPhone, iPadにもポリシーを適用して一元連携管理する 「Apple対応AD 連携 改修サービス」のFAQページです。 しかし、こちらに記載している情報は一般のネットワークにも適用されます。 サービスにご興味有りましたら最後のほうに広告がございます。 このページを再度表示したければ、「.local」で検索してください。上位に表示されます。 目次 1. .local 問題 2. Mac トラブル症状の例 3. 対処方法（暫定的) 4. マイクロソフト社製品間で発生する問題 5. 米国マイクロソフト社 TechNetでは .local ドメインだと「深刻なトラブルが発生する」と、警告 6. 米国マイクロソフト社 Active Directory ネットワーク推奨設計指針ドキュメント 7
digの結果が「Truncated, retrying in TCP mode.」になるとき - Qiita
つまり、今回の名前解決をした時に、UDPで問い合わせたけども、応答パケットが512byte以上になっていたのでtruncateしました、再度TCPで問い合わせ（TCPフォールバック）をしてね、ということらしい しかし、その結果TCPでは接続できませんよと怒られた模様 ルータ(RTX1210)上から名前解決できるか？ ルータにログインし、nslookupコマンドを打ってみると名前解決成功！ DNSサーバまではアクセスできていることがわかった クライアントPCのDNSをパブリックDNSにしてみたらどうか Google Public DNS（8.8.8.8）をmacのDNSの項目に設定 この状態でdigコマンドを打ってみた > dig xxx.com（ドメインは伏せてます） ;; Truncated, retrying in TCP mode. ;; Connection to 192.168.
お名前.comからGoogle Domainsにドメイン移管してみた – buzzyvox
Googleによるドメイン登録事業(レジストラ)サービス「Google Domains」(グーグル・ドメイン)が日本でもようやく解禁となったので、さっそく当ブログのドメイン「buzzyvox.com」をお名前.comから移管してみました。 Google Domainsに於けるドメインの維持費用(更新料)は年あたり1,400円とお名前.comに比べ少しばかり割高ですが、ネームサーバの性能や信頼性はかなり高いようなので、お名前.comに不満があるのなら使わない手はありません。 この先、お名前.comからGoogle Domainsに乗換えを図る方が増えると思われるので移管手続きの流れを簡単に説明しておくことにします。 お名前.comからGoogle Domainsへのドメイン移管手順まずは自分のGoogleアカウントにログインした状態でGoogle Domainsにアクセスし、右上の「MANA
【基礎から学ぶ】VPCのDNSについてまとめてみた - サーバーワークスエンジニアブログ
こんにちは、技術３課の紅林です。花粉症なので、最近は花粉にやられて目がしょぼしょぼです。 さて、今回はVPCのDNSの設定/機能についてまとめてみました。目次は以下の通りです。 VPCのDNSについて VPCのDNSに関する設定 DNS Resolution DNS Hostname DHCP Options Sets VPCのDNSに関する機能 AmazonProvidedDNS パブリックDNSホスト名、プライベートDNSホスト名 設定と有効になる機能の関係性 検証 まとめ VPCのDNSについて VPCにはDNSに関するいくつかの設定/機能があります。まずはそれぞれを簡単に記します。 VPCのDNSに関する設定 VPCのDNSに関する設定として、「DNS Resolution」、「DNS Hostname」、「DHCP Options Sets」がありますので、以下簡単に記載します。
メール送信者認証技術 SPF/Sender ID についてお勉強
お勉強の背景に関しては 「迷惑メール対策 OP25B（Outbound Port25 Blocking）についてお勉強」 に書いたとおりですが、迷惑メール対策としての SPF/Sender ID についてもいろいろ勉強したのでそのまとめです。（DomainKeys については思いのほかエントリが長くなったのでまた別の機会で・・・）まずは参考になったサイトの紹介から。 Sender Policy Framework (SPF) for Authorizing Use of Domains in E-Mail, Version 1 Sender ID: Authenticating E-Mail DNS関連技術の最新動向 - SPF/DomainKeysとは Sendmail 社 - 送信者認証技術の導入におけるレコメンデーション メール送信者認証の仕組みを探る(2/2):スペシャル - ZD
今すぐSPFを書こう
spam は深刻な社会現象になっています。JEAGでは日本標準の迷惑メール対策技術として SPF と DKIM を提言しています。このうち簡単に対応が出来る SPF の設定方法を「第16章 セキュリティアップ」の追加情報として公開します。 10 今すぐSPFを書こう 世の中で横行している spam を送りつけてくる spamer は、クライアントパソコンに spam 送出プログラムをインストールして、直接相手のMTAに spam を送りつけてくるケースが多い。つまり、送出 MTA を偽装して spam を送出しているのだ。 この偽装を見破るには、ドメインが持っている送出 MTA を確認し、正当な MTA 以外の IP アドレスから送出されたメールは spam と断定すれば良いことになる。 SPF(Sender Policy Framework)とは、メールを送出したMTAが正当なMTA
DMM inside
なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは
CNAME を巡る 2/3 のジレンマ - 鷲ノ巣
当ブログをご愛読頂いている方であれば、当然ご存知ないことと思いますが、俺は DNS が大好きです。 とは言っても、DNS サーバーの構築とか運用に詳しいわけでも、攻撃に対抗する方法を知っているわけでもありません。 やったことがあるのは、せいぜい、レンタル DNS サーバーでゾーン定義ファイルを書いて遊ぶくらいのものです。 昨今は、DNSSEC で遊びたいのですが、そのための環境が無く、悲しみに暮れています。 閑話休題。 タイトルの 2/3 のジレンマというのは、DNS の運用において成立させたい、とある 3 つの性質のうち、同時に成立できるのは 2 つまでで、3 つ全部を成り立たせるのは不可能だ、ということを指しています。 その 3 つの性質というのは、 Zone Apex によるアクセス DNS サーバーのアウトソーシング 変動する IP アドレス です。 こういうの、何て言うんでしょう
Zone apexとCNAME - Qiita
忙しい人のためのまとめ Zone apex(ドメイン名そのもの)をCNAMEにマッピングすることはできない(できたとしても動作の保証がない)。 原理は次の通り。 CNAMEと他のレコードは同居できない 一方、Zone apexには少なくともNSレコードを設定する必要がある したがってZone apexにCNAMEをマップした場合、上記が矛盾することとなる 詳細は下記のブログに記載されている。(素晴らしい記事です) http://tech.blog.aerie.jp/entry/2014/09/09/162135 定義はRFC 1912を見る。 http://tools.ietf.org/html/rfc1912#section-2.4 2.4 CNAME records A CNAME record is not allowed to coexist with any other data
Anders.com
tinydns is the authoritative nameserver from the popular djbdns package written by D. J. Bernstein. Configuration through a text based data file requires escaping several characters. (for example, the colon (:) character) Also, some newer data types such as SRV and NAPTR records aren't nativly supported by tinydns but can be represented through the generic record syntax. Use the tools below to cre
CNAMEレコードにZone Apexをマッピングできない件について - サーバーワークスエンジニアブログ
こんにちは、技術2課の下山です。 ELBは自動で冗長化され、変動する複数のIPアドレスを持つので、ELBを作成するとアクセスのためのエンドポイントがAWSから払い出されます。 例えばelb-xxxx.ap-northeast-1.elb.amazonaws.comなどです。 ※xxxxには適当な数字の列が入ります。 このDNS名をAmazon Route 53のAliasレコード（後ほど説明します）にマッピングしてドメインでアクセスするというのはよくある話ですが、何故CNAMEではなくAliasなのでしょうか。 CNAMEレコードのルール等についてまとめてみました。 DNSの基本的な考え方はこちらをご覧ください。続編もあると聞いてますので、乞うご期待。 【インフラ初心者】サーバーもネットワークも全然知らない新人が語ってみた！ーDNS編①ー 1．用語のおさらい 以下では、example.co
NAT64およびDNS64技術のご紹介 – JPNIC Blog
tech_team 2016年6月22日 インターネットの技術 IPv6の普及には、その段階に応じて個々の端末の持つIPアドレスに対してより多くの到達性を与えるために、さまざまな仕組みが考えられ利用されてきました。 IPv6の導入が始まった段階では、IPv4のネットワークが海のような広大な状態であるのに対し、IPv6はネットワークの小規模な範囲からの対応が進むことから、島のような状態であると例えられることがありました。現在はそのIPv6の「島」の拡大が進んでいる状態であるといえます。 一方、IPv6の普及がこのまま進みますと、いずれは広大となったIPv6のネットワークに接続した端末から、徐々に規模を縮小し、逆に島のような状況となったIPv4ネットワークにアクセスするような状況となることが考えられます。そのような状況で助けとなるのが、今回ご紹介するNAT64とDNS64技術です。 先日JPN
【そんなときどうする？】メールサーバはないけれどACMを使いたい！ - サーバーワークスエンジニアブログ
こんにちは、技術1課の多田です。 日本全国が梅雨入りしていますが、皆さんいかがお過ごしでしょうか？ 梅雨の時期は洗濯物を干すタイミングが命な感じがしていますが、どうしても雨が続くとどうやって洗濯物を干すかを迷いますよね？ AWSを使っていてもシステムの条件上、こんな場合どうしよう？ということがあります。今回は、そんな記事です。 CS課の坂本が書いている【そんなときどうする？】シリーズで、私も書いてみたいネタが出てきたので投稿します。 ちなみに、本シリーズでは、「そんなときどうする？」となった時に、様々ある解決方法の中の1つをご紹介します。 過去の投稿記事は、以下の通りです。 【そんなときどうする？】CloudWatchのデータを2週間以上残したい！【そんなときどうする？】CloudWatchのデータを2週間以上残したい！ Lambda編【そんなときどうする？】別のアカウントにセキュアにアク
更新間近なドメインをRoute53へ移管する - サーバーワークスエンジニアブログ
こんにちは、技術１課の多田です。 今年も暑い夏が始まりそうですね。 夏が始まると、北海道の大通りビアガーデンに行きたくなります。 避暑地としても北海道は最高なので、行きたいです。 さて、皆さん、Route53を使っていますか？ ドメインを取得して、Route53で運用する記事は、どんまいこコト中嶋のこちらの記事が参考になるのですが、 今回は、更新が近い既存のドメインをRoute53に移管する記事となります。 私も元々、上記の中嶋の記事を見て、Route53を使ったクチなのですが、 以下の画像のように登録したドメインが更新切れになりそうだったので、この際、Route53に移管してしまおうと思いました。 今回の作業スコープ ムームードメインからRoute53への移管で必要な作業は、大きく分けると次の3つです。 ムームードメインでドメイン移管の準備を行うRoute53でドメイン移管するための手続
NAT64/DNS64～作ってみた/使ってみた～ – JPNIC Blog
tech_team 2016年8月17日 インターネットの技術 先日、NAT64およびDNS64技術について当ブログにて紹介させていただきました。その後行った環境の整備や、あるイベント向けにNAT64環境の構築を行った際に、幾つかの構築上の留意点がありました。皆様がNAT64の利用環境を構築される際にご参考としていただければと考え、今回ご紹介させていただきます。 ■端末の動作関係 1．Android端末向けのIPv6アドレス自動設定には、RAでのDNSアドレスの配布が必要でした。 当記事執筆時点のAndroid端末はDHCPv6に対応しておらず、IPv6のDNSアドレスを配布するには、RAでDNSアドレスを配布する RDNSSオプションの設定が必要でした。（OS 5.02などの複数の端末で確認。） しかしながら、手元で利用可能な機器ではRDNSSオプションが発行できるものがなく、安価なブロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IPアドレスを保存しない高速パブリックDNSサービス「1.1.1.1」、APNICとCloudflareが無料提供 
djbdnsのIPv6対応をしよう！
一部DNSサーバに対するAAAAフィルタ適用終了のお知らせ
20160715_社内LT_Route53口説き文句.pdf | Powered by Box