無料 のPUBLIC DNSサーバー

ルータまたはコンピュータがDHCP経由でインターネットに接続している場合、ISPは自動的にDNSサーバを割り当てますが、それらを使用する必要はありません。

以下は、割り当てられたDNSサーバの代わりに使用できる無料のDNSサーバです.GoogleとOpenDNSのような、最も信頼性の高いものがあります。

Free & Public DNS Servers (Valid October 2018)

Provider	Primary DNS Server	Secondary DNS Server
Level31	209.244.0.3	209.244.0.4
Verisign2	64.6.64.6	64.6.65.6
Google3	8.8.8.8	8.8.4.4
Quad94	9.9.9.9	149.112.112.112
DNS.WATCH5	84.200.69.80	84.200.70.40
Comodo Secure DNS	8.26.56.26	8.20.247.20
OpenDNS Home6	208.67.222.222	208.67.220.220
Norton ConnectSafe7	199.85.126.10	199.85.127.10
GreenTeamDNS8	81.218.119.11	209.88.198.133
SafeDNS9	195.46.39.39	195.46.39.40
OpenNIC10	69.195.152.204	23.94.60.240
SmartViper	208.76.50.50	208.76.51.51
Dyn	216.146.35.35	216.146.36.36
FreeDNS11	37.235.1.174	37.235.1.177
Alternate DNS12	198.101.242.72	23.253.163.53
Yandex.DNS13	77.88.8.8	77.88.8.1
UncensoredDNS14	91.239.100.100	89.233.43.71
Hurricane Electric15	74.82.42.42
puntCAT16	109.69.8.51
Neustar17	156.154.70.1	156.154.71.1
Cloudflare18	1.1.1.1	1.0.0.1
Fourth Estate19	45.77.165.194
CleanBrowsing20	185.228.168.9	185.228.169.9

ヒント：プライマリDNSサーバーは優先DNSサーバーと呼ばれることもあり、セカンダリDNSサーバーは代替DNSサーバーと呼ばれることもあります。 プライマリDNSサーバーとセカンダリDNSサーバーは、混在して別のレイヤーの冗長性を提供することができます。

一般に、DNSサーバは、DNSサーバアドレス、インターネットDNSサーバ、インターネットサーバ、DNS IPアドレスなど、あらゆる種類の名前と呼ばれます。

異なるDNSサーバーを使用する理由
あなたのISPによって割り当てられたDNSサーバを変更したいかもしれない理由の1つは、現在使用しているDNSサーバに問題があると思われる場合です。 DNSサーバーの問題をテストする簡単な方法は、WebサイトのIPアドレスをブラウザに入力することです。名前ではなくIPアドレスでWebサイトにアクセスできる場合は、DNSサーバーに問題がある可能性があります。

DNSサーバーを変更するもう1つの理由は、より優れたサービスを探している場合です。多くの人々は、ISPによって管理されているDNSサーバが低速であり、全体的なブラウジングの経験が遅くなることに腹を立てています。

さらに、サードパーティのDNSサーバを使用する理由として、Webアクティビティのロギングを防ぎ、特定のWebサイトのブロックを回避することが一般的になります。

ただし、すべてのDNSサーバーがトラフィックログを回避するわけではありません。それがあなたの後ろのものなら、あなたが使いたいものかどうかを知るためにサーバーに関するすべての詳細を必ず読んでください。

各サービスの詳細については、上の表のリンクに従ってください。

最後に、混乱があった場合、無料のDNSサーバは無料のインターネットアクセスを提供しません！アクセスのためにISPに接続する必要があります。覚えにくいIPアドレスではなく人が判読できる名前でWebサイトにアクセスできるように、DNSサーバーはIPアドレスとドメイン名を変換するだけです。

DNS - MME選択手順でMMEを選択する方法

各LTEネットワークでは、ネットワーク内のPDN-GW、SGW、MME、SGSN、およびHSSの動的ピア選択を処理するために、インターネットドメインネームシステム（DNS）が広く使用されています。我々は統計的なassingsを使用することができますが、ちょっと、ちょっと！私を信じて、DNSが適切に処理されるとはるかに簡単です。

数日後、私は、以下に述べるポイントについてDNS設定の詳細をカバーしようとします。

EPSノードは、次のユースケースのEPSノードの選択のためにDNSクエリメッセージを内部DNS（iDNS）に送信します。

UE Attachの一部として、eNBは、そのUEに提供すべきMMEのアドレスについて、TAIを使用してiDNSサーバに問い合わせる。
UEがアタッチしている間、MMEはiDNSサーバに問い合わせて、要求された（加入した）PDN接続（APN）が位置するPDN-GW（パケットデータネットワークゲートウェイ、PGW）を選択する。選択は、UEがネットワークに接続するとき、MMEに提供される情報に基づくことができる。
PGW選択に続いて、MMEは、TACを使用してUEにサービスするために利用可能なSGWを選択するようにDNSサーバに問い合わせるが、これは、ほとんどの場合、ネットワークトポロジおよびネットワーク内のUEの位置に基づいており、 。
SGSNは、LTEと3G / 2Gハンドオーバ中にLAC、およびRAC（UEから受信した旧GUTIから取得）を使用して旧MMEを解決するためにDNSサーバに照会します。
MMEは、3G / 2GからLTEへのハンドオーバ中にNRI、LAC、およびRAC（UEから受信したP-TMSIから取得）を使用して旧SGSNを解決するようDNSサーバに問い合わせます。
接続中、MMEは、Diameterプロキシ/エッジエージェントに対してHSSピアサービスおよびインターフェイスアソシエーションをサポートするように設定されています。これらは、Diameterプロキシに向かうMME内の静的構成であり、Diameterプロキシを選択するためにMMEによってDNSクエリが開始されません。

今日では、MME Selectionを参照しているのは約2人であり、SGW、PGW、SGSN、HSSの選択をカバーすると、上記のリストは数倍多くコピーされます。


DNSインターフェイス
DNSインターフェイスは3GPP標準化されたインターフェイス経由ではなく、eNB、MME、SGSN、およびDiameter ProxyはEPSのDNSサーバに接続されています（IP接続）。通常、EPCネットワーク内でEPSノードは、GnインタフェースまたはO＆Mインタフェースを介してDNSサーバにアクセスします。

MMEの選択
Ref。ポイント1に、LTEネットワークへのアタッチ中のMME選択：
eNodeBは、ネットワークトポロジおよびネットワーク内のUEの位置に基づいて、UEにサービスするために利用可能なMMEを選択し、最良のMMEが選択されるようにする。 MMEが変更される確率を低減する。
UE Attachの一部として、eNBはMMEのアドレスのTAIを使用してDNSサーバに照会します。通常、DNSはクエリに応答して選択するMMEのプールを持ちます。
TAI FQDNの形式は次のように構成されています。
tac-lb <TAC-low-byte> .tac-hb <TAC-highバイト> .tac.epc.mnc <MNC> .mcc <MCC> .3gppnetwork.org
DNSは、eNBがMMEを選択できる複数のMMEアドレス（候補セット）を提供することができる。
Ref。ポイント4まで、SGSN選択LTE-> 2 / 3Gハンドオーバ：
SGSNは、LTEから3G / 2Gへのハンドオーバ中に古いMMEを識別するためにDNSサーバに照会します。 UEから受信した古いGUTIを使用します。
旧MMEとGn / GpのみをサポートするRelease-8 SGSNとの連絡が必要な手順があります。主なユースケースは、ハンドオーバ中のコンテキスト転送です。 eutRANからプレリリース-8 UTRAN / GERANにUEが移動すると、UEはGUTIに基づいて導出されたP-TMSIを提供する。その結果、ソースMMEは、Release-8より前のSGSNノードのPre-Release-8 SGSNのように見えます。
古いGUTIに基づいてMMEのすべてのGnおよびGpインターフェイスを見つけるためのRelease 8 Gn / Gp-SGSNについては、「x-3gpp-mme：x-gn」の「Service Parameter」を使用し、「x-3gpp -mme：x-gp "と入力します。
リリース前の互換性オペレータは、ソースSGSNがRelease-8より前であるかどうかにかかわらず、対応するGn / GpインターフェイスのA / AAAAレコードを引き続きプロビジョニングします。 Gn / Gpインターフェイスは、 ".gprs"と ".3gppnetwork.org"トップレベルドメインの両方に重複してプロビジョニングされます。

DNS による LTEの PGWおよび SGW 選択手順

考えられる選択シナリオ

最後に、EPSノードがEPSノードの選択のためにDNSクエリメッセージを内部DNS（iDNS）に送信する選択シナリオの同じリスト。

UE Attachの一部として、eNBは、そのUEに提供すべきMMEのアドレスについて、TAIを使用してiDNSサーバに問い合わせる。
UEがアタッチしている間、MMEはiDNSサーバに問い合わせて、要求された（加入した）PDN接続（APN）が位置するPDN-GW（パケットデータネットワークゲートウェイ、PGW）を選択する。選択は、UEがネットワークに接続するとき、MMEに提供される情報に基づくことができる。
PGW選択に続いて、MMEは、TACを使用してUEにサービスするために利用可能なSGWを選択するようにDNSサーバに問い合わせるが、これは、ほとんどの場合、ネットワークトポロジおよびネットワーク内のUEの位置に基づいており、 。
SGSNは、LTEと3G / 2Gハンドオーバ中にLAC、およびRAC（UEから受信した旧GUTIから取得）を使用して旧MMEを解決するためにDNSサーバに照会します。
MMEは、3G / 2GからLTEへのハンドオーバ中にNRI、LAC、およびRAC（UEから受信したP-TMSIから取得）を使用して旧SGSNを解決するようDNSサーバに問い合わせます。
接続中、MMEは、Diameterプロキシ/エッジエージェントに対してHSSピアサービスおよびインターフェイスアソシエーションをサポートするように設定されています。これらは、Diameterプロキシに向かうMME内の静的構成であり、Diameterプロキシを選択するためにMMEによってDNSクエリが開始されません。

PDN-GW選択
Ref。ポイント2に向けて、MMEは、要求されたAPNに起因するPGWを選択する
MMEは、要求された（加入した）PDN接続（APN）が位置するPDN-GWを選択する。選択は、UEがネットワークに接続するとき、MMEに提供される情報に基づくことができる。 PDN-GWのアドレスは、HSSによって直接提供されるか、ベアラ設定手順中にアドレスを解決するためにDNSを使用するか、またはMME上で設定される。
PGW選択は、初期接続またはPDN接続確立時にMME / SGSNによって実行される。
PGW選択は、次のようなS-NAPTR手順を使用して実行されます。
"サービスパラメータ" = {​​所望の基準点、所望のプロトコル}
"アプリケーション固有の文字列" = APN FQDN（3GPP TS 23.003）
例、小さなもの
MMEは、S-NAPTR手順を使用してPGW選択を次のように実行する。
"サービスパラメータ" = {​​"x-3gpp-pgw：x-s5-gtp"}
"アプリケーション固有の文字列" = <APN-NI> .apn.epc.mnc <MNC> .mcc <MCC> .3gppnetwork.org

SGW選択
Ref。ポイント3に、PGW選択MMEクエリiDNSの後にTACに基づいてSGWを選択する
MMEは、通常、ネットワークトポロジおよびネットワーク内のUEの位置に基づいて、UEにサービスするために利用可能なSGWを選択し、その結果、最良のSGWが選択される。 SGWが変更される確率を低減する。
SGW選択は、初期接続またはPDN接続確立手順でMME / SGSNによって実行される。これは、VPMN（Visited Public Mobile Network）またはHPMN（ホームPMN）（ローミングしていないシナリオ）で発生します。
SGW選択は、次のようなS-NAPTR手順を使用して実行されます。
"サービスパラメータ" = {​​所望の基準点、所望のプロトコル}
"アプリケーション固有の文字列" = TAI FQDN（3GPP TS 23.003）
例、短いもの
MMEは、S-NAPTR手順を使用してSGW選択を以下のように実行する。
"サービスパラメータ" = {​​"x-3gpp-sgw：x-s5-gtp"}
"アプリケーション固有の文字列" = tac-lb <TAC-low-byte> .tac-hb <TAC-high-byte> .tac.epc.mnc <MNC> .mcc <MCC> .3gppnetwork.org
TACは16ビットの整数です。 <TAC-high-byte>はTACの最上位バイトの16進文字列であり、<TAC-low-byte>は最下位バイトの16進文字列です。 <TAC-high-byte>または<TAC-low-byte>に2桁未満の有効桁がある場合は、左側に0桁を挿入して2桁のコードを埋めます。
たとえば、16進数= 64に変換された100（10進数）は、0064と表され、したがって、上位バイト= 00および下位バイトは64です。

Evolved Packet Core（EPC）におけるDNS

ホームネットワークドメイン

ホームネットワークドメインは、 'epc.mnc <mnc-val> .mcc <mcc-val> .3gppnetwork.org'という形式になります。

<mnc-val>と<mcc-val>は3桁です。 PLMのMNCが2桁の場合、最初にゼロを追加しなければならない。
いくつかの例のオペレータのホームネットワークドメインは次のようになります。
epc.mnc456.mcc123.3gppnetworks.org
IMSIのホームネットワークドメイン名は、最初の5桁または6桁（2桁または3桁のmncが使用されているかどうかに応じて）を取得し、ドメイン名を形成するために派生したMNCおよびMNC値を使用し、 ドメイン名の冒頭に。
たとえば、IMSI 1234560123456789には、MSIN 0123456789と、ホームネットワークドメイン名epc.mnc456.mcc123.3gppnetworks.orgがあります。



次の例は、APN-FQDNの構成を示しています。
APN FQDN = internet.apn.epc.mnc015.mcc234.3gppnetwork.org

これは、
APNネットワーク識別子（APN-NI） - 基本的に、それはUEの観点から見たAPN名です。
APN-NI =インターネット
APNオペレータ識別子（APN-OI） - DNS構成の観点から、APNレベルと等しいかそれより低いレベル
APN-FQDNからAPN（-NI）を削除したときに残りの部分だけを残します。
APN-OI = .apc.mnc015.mcc234.3gppnetwork。
APNネットワーク識別子（APN-NI） - 基本的にUEの観点からはAPN名です。
APN-NI =インターネット
DNSを設定するときはいつでも、これがあなたがやっているEPC配備のオペレーターが使用するものであれ、ドットを忘れてはいけません。 彼らは大変怖いです。



コレーションとトーボン/トーキョフ

多くの状況では、配置されていないノードではなく、配置されたノードを選択することが望ましいです。

DNSクライアントがノードのうちの1つがトポロジー的に近い（または同じ「距離」）比較を実行できるようにするこの機能/要件のために、3GPP標準は「標準ノード名」を提案しました。
3GPP標準によれば、ホスト名は、
<'topon' | 'topoff'>。<単一ラベルインタフェース名>。<canonical-node-name>
例
topon.s5.sgw.north.site-xxx - >正規のホスト名= sgw.north.site-xxx
場所：
第1のラベルは、「トポン」または「トップオフ」のいずれかであり、配置されたトポロジー的に近いノード選択が優先されるかどうかを示す。 toponとtopoffの両方は、<single-label-interface-name>を比較でスキップしてcanonical-node-nameを取得することを示します。 tooffとは対照的に、Topoffは、選択がトポロジに基づいている場合、それらのエントリを無視すべきであることを示します。 toponとtopoffの両方をトポロジとコロケーションgw選択モードで使用できます。
<Single-label-interface-name>は、インターフェイスタイプを識別するラベルです（例：s5、s8 ...）。このラベルは考慮されておらず（toponに先行して）、正規のノード名のみが比較されます。
ノードは、厳密に1つの標準ノード名を持つものとする。ホスト名FQDNを比較してノードが実際に同じかどうかを調べる場合、ホスト名FQDNの最初の2つのラベルは無視されます。
最初のラベルとして 'topon'を持つ正規のホスト名を使用する場合、DNSクライアントが適切な決定を下せるように、ノードのこのようなトポロジカルな親密性を反映するために階層構造の正規のノード名を使用することが重要です。
共通接尾辞のラベルの数が多いほど、ノードが近くにあることを示します。言い換えれば、トポロジー的に最も近い2つのノードがそれぞれの正規のノード名で最長一致する接尾辞を持つノードであるように、ノード名構造が選択されていると仮定する。


例
コロケーションおよびトポロジ選択モードを使用するように設定されたネットワークの例：
オペレーターに「北」と「南」と呼ばれる2つのサイトがあることを前提にしましょう。
各サイトには、5つの結合されたS-GW / PDN-GWノードがあります。
「北」サイトは、これらの結合されたS-GWおよびPDN-GWノードをnode01-node05とし、「南」サイトはS-GWおよびPDN-GWノードをnode06-node10と組み合わせている。

接続手順中、MMEは、PGWとSGWの選択で説明したように、PGWとSGWの両方のS-NAPTRルックアップを実行し、ゲートウェイペアのリストをソートします。

全体的および最終的な優先順位は、以下の手順に従って実行されます。

1.共同設置
MMEは、ゲートウェイ名の分析から始まります。同じ標準ノード名を持つゲートウェイは、以下のFQDNのnode01.north.op.comなど、同じ結合SGW / PGWノードに配置されます。
topon.sgw.node01.north.epc.mnc <MNC> .mcc <MCC> .3gppnetwork.org
+
topon.pgw.node01.north.epc.mnc <MNC> .mcc <MCC> .3gppnetwork.org
したがって、これらの配置されたゲートウェイのペアには、最も高い優先順位が与えられます。

注：ローミングシナリオでは、S8インターフェイスが選択されている場合、SGWとPGWは異なるPLMNに配置されているため、コロケーションは不可能です
トポロジカル距離（トポンの場合）
MMEは、ゲートウェイ名がトポロジカルなノード構造を反映しているかどうかを判断し続けます。ラベル「topon」を含むゲートウェイ名は、トポロジカル構造の存在を示します。例えば：
topon.sgw.node01.epc.mnc <MNC> .mcc <MCC> .3gppnetwork.org
+
topon.pgw.node05.epc.mnc <MNC> .mcc <MCC> .3gppnetwork.org
ペアは、正規のノード名で最も長い一致部分でソートされます。

3. DNS優先順位（NAPTRおよびSRVレコード）
ラベルtopoffは、トポロジ構造が存在しないことを意味するため、DNSから受信した優先順位に従います。
リストは、可能なすべてのペアの組み合わせで構成されます。たとえば、10個のSGWと10個のPGWの場合、100個の可能なペアがあります。

EPCで使用されるDNSレコードタイプ

DNS A＆AAAAの記録
レコード（または「アドレスレコード」）はIPv4アドレスを返します。 これは、ホスト名をIPv4アドレスにマップするために最も一般的に使用されます。 あるいは、サブネットマスクのために一部のアプリケーションでも使用されます。
AAAAレコードはIPv6アドレスを返します。 これはホスト名をホストのIPv6アドレスにマップするのに最も一般的に使用されます。

Aレコードの例：
topon.nodes.pgw.be.epc IN A 212.183.156.177
topon.nodes.pgw.ms.epc IN A 212.183.156.179
IN =インターネット、A = Aレコード。

AAAAレコードの例：
topon.nodes.pgw.be.epc IN AAAA 2600：1800：5 :: 10
topon.nodes.pgw.ms.epc IN AAAA 2600：1800：5 :: 20
IN =インターネット、AAAA = AAAAレコード。

DNS SRVの記録
サービスの場所（DNS SRV）を指定するDNSリソースレコード（RR）。クライアントは、特定のドメインの特定のサービス/プロトコルを要求し、利用可能なサーバーの名前を取得することができます。

SRVレコードの例：
; SRVレコード
; _Service._proto.Name TTLクラスSRVプライオリティウェイトポートターゲット
; SGWのSRVレコード
; xBEとxMSに2つのPGWが存在するので、将来のノードを説明するために各サイトに複数のAレコードがあります。
topon.nodes.sgw.be.epc IN SRV 1 100 2123 node1.sgw.be.epc.mnc01.mcc234.3gppnetwork.org。
; topon.nodes.sgw.be.epc IN SRV 1 100 2123 node2.sgw.be.epc.mnc01.mcc234.3gppnetwork.org。
topon.nodes.sgw.ms.epc IN SRV 1 100 2123 node1.sgw.ms.epc.mnc01.mcc234.3gppnetwork.org。
; topon.nodes.sgw.ms.epc IN SRV 1 100 2123 node2.sgw.ms.epc.mnc01.mcc234.3gppnetwork.org。

SRVレコードは、次のフィールドで構成されます。
Priority - （上記の例では1）、クライアントは到達可能な最も低い番号の優先順位でターゲットホストに接続を試みる必要があります。優先順位が同じターゲットホストは、重みフィールドで定義された順序で試行する必要があります。
重み - （上記の例では100）は、同じ優先順位を持つエントリの相対的な重みを指定します。より大きな重みは、選択される確率が比例して高くなければならない。ウェイトが0のターゲットはバックアップに対応します。
Port - （上の例では2123 [GTP]）は、レコードで指定されたシンボリックサービスに割り当てられたポート番号です。
システムは、同じ優先順位を持つRRのすべての重みの合計を計算する必要があります。次に、0と計算された合計の間の乱数を選択します。このランダム値に関連付けられたターゲットを選択します。

DNS NAPTRの記録
ネーム・オーソリティ・ポインタ（NAPTR）リソース・レコードは、多種多様なリソース名に対するルックアップ・サービスを指定します。既存の文字列に適用すると、NAPTRは新しいドメインラベルまたはURIを生成します。
EPCでは正規表現が空のS-NAPTRというバリエーションを使用します。直接的なNAPTR（S-NAPTR）は、特定のサービスをDNSエントリに追加するために使用されます。この結果、DNSサーバーはサービスプロトコル固有のエントリでクエリに返信することができます。 S-NAPTRレコードは、特にPOP3プロトコルおよびIMAP4プロトコル用に別個のS-NAPTRレコードを持つことができるメール読取りアプリケーションでは一般的です。
S-NAPTRを使用する場合、DNSクエリは必要な 'service：protocol'を示していません。 DNSサーバは要求されたすべてのS-NAPTRを提供し、DNSクライアントは所望の「サービス：プロトコル」にしか合致しないものを考慮する。

NAPTRレコードの例
wap.operator.com.apn.epc.mnc01.mcc234.3gppnetwork.org。 IN NAPTR 1 5 "a" "x-3gpp-pgw：x-gn" "" topon.nodes.pgw.be.epc.mnc01.mcc234.3gppnetwork.org。

NAPTRレコードは、次のフィールドで構成されます。
Order - （上記の例では1）クライアントは、到達可能な最も低い番号の順序でターゲットホストに接続を試みる必要があります。同じ順序のターゲットホストは、プリファレンスフィールドで定義された順序で試行する必要があります。 DNSクライアントは、オーダーの値が高いNAPTRは考慮しないでください。
Preference - （上記の例では5）は、等しいオーダーのNAPTRの処理方法を指定します。低い数値は高い数値の前に処理されています。クライアントは、好ましいプロトコルまたはサービスを理解していないなどの理由がある場合、より高い優先度値で記録を見ることができる。
OrderとPreferenceの重要な違いは、一度一致が見つかると、クライアントは異なる順序のレコードを考慮してはならないが、同じOrderで異なるプリファレンスを処理する可能性があるということです。
言い換えれば、優先度は、権限の観点からは同じだが単純なロードバランシングの観点からは考慮されないルールに重みを付けるために使用されます。
Flags - （上記の例ではa）は、レコードの書き換えと解釈の側面を制御します。他のフラグはNAPTRで許可されていますが、S-NAPTRでは "S"、 "A"または ""のみが許可されています。
「S」フラグは、次のルックアップがSRVレコードのためのものでなければならないことを意味する。
"A"フラグは、次のルックアップがA、AAAAレコードのいずれかでなければならないことを意味する。
 空のフラグ ""は、より多くのNAPTR RRルックアップが実行されることを意味する。