![](https://cdn-ak-scissors.b.st-hatena.com/image/square/106c7e478be88bc515873fc79870c7b92dd94618/height=288;version=1;width=512/https%3A%2F%2Fcodezine.jp%2Fstatic%2Fcommon%2Fimages%2Fczlogo4fb_ogp.png)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Google、DNSプロトコルの拡張を提案 クライアントに近いIPアドレスを正確に判断
ネットワーク上でクライアントにより近い位置にあるサーバの情報を返すため、DNSリクエスト内にクライア... ネットワーク上でクライアントにより近い位置にあるサーバの情報を返すため、DNSリクエスト内にクライアントのIPアドレス情報を含めることを可能にするというもの。 Googleの公式ブログによると、DNSではトラフィックのロードバランス目的やユーザーをより近いサーバに誘導するため、クライアントの場所に応じて異なるIPアドレスを返すことがあるとのこと。現在、IPアドレス情報を持っているDNSコンテンツサーバは、DNSリクエストのソースIPアドレスで、これを判断しているようだ。 しかし、DNSでは、ISPやGoogle Public DNSのようなサードパーティのリゾルバ(DNSキャッシュサーバ)を経て再帰探索されるため、リクエストのソースは必ずしもクライアントに近いIPアドレスではないとしている。 この問題を解決するため、GoogleとNeuStarによるインターネットドラフト「Client I
2013/10/07 リンク