iOS9 以降で必要な IPv6 only Network への対応 - Qiita
iOS (9.0 以降) では DNS64/NAT64 という技術で構築された IPv6 ベースのネットワークでアプリが動くようにする必要がある。 本記事は、末尾の参考文献に記載された内容の意訳をベースにしている。 概要 iPhone に対して IPv6 の通信環境しか提供しないキャリア(通信事業者)が今後登場する。 既存の IPv4 のホストと通信しようとした場合、キャリアのゲートウェイで IPv6 ⇔ IPv4 の変換が行われる (DNS64/NAT64)。 (接続先がIPv4/v6のどちらであるかに関わらず) あなたのアプリが IPv6 環境で正しく動作するようにしなくてはならない。これは審査でチェックされる。 影響範囲は ネットワーク通信を実装したiOSアプリすべてで動作確認と、問題があれば改修を実施する必要がある。 (iOS外で動作する) サーバサイドについては原則として影響を受
IPv4/v6デュアルスタック環境での名前解決の不思議 - cNotes: Current Status Notes
ほとんどの通信の基本となる名前解決ですが、IPv4/v6デュアルスタックな環境での動作はなかなか難しいことになります。 デュアルスタック環境での名前解決の挙動に関しては、AなのかAAAAなのかといった単純な話ではなく、次のことに注意する必要があります。 クエリーの順序 クライアントが名前解決する際にAを先に聞きに行くのか、AAAAを先に聞きに行くのか？また、機能実装にもいろいろあって、Aの応答があったら、それをそのまま使うのかAAAAの結果を待つか？など。 トランスポート 名前解決のためのトランスポートはIPv4なのかIPv6なのか？ IPv4のリゾルバとIPv6のリゾルバが設定されている場合、どちらのリゾルバが利用されるのか？ 簡単ですが、クエリ順序とトランスポートの関係の代表的な例をまとめるとこのようになります。 WindowsXPはIPv6トランスポートでの名前解決をサポートしていな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Routing Information Service (RIS) — Welcome to RIPE Network Coordination Centre
