リーダーの開発と最初の行の違いの開発があることである：多くの時間がサービスコードと共通の行のみの接触を開発するために、開発以外の他のことに集中する必要はありません。しかし、開発のリーダーとして、物事の開発側面を理解する必要があるだけでなく、我々はまた、物事の運転・保守側面を理解する必要があります。
最近の製品のクラスメートは私を見つけるために：ギャングスターは、事業者が需要を与え、あなたはそれを取得する必要があります。何が起こったことは、このでした：会社は、サードパーティ製の電子メールサプライヤーにアクセスするには、サブドメインのNSレコードを解決するために行われるリンクのニーズがあります。私は無知に見えることを余儀なくされた、NSレコードのサブドメインは何ですか？最後に、あなたはやって？私は物事が直接操作や保守要員することができますが、LDを開発あふれ責任として、全体のプロセスは、それが物事を明確にしなければなりません。投げたが、
Aレコード、CNAMEレコード、MXレコード、NSレコード：ある程度理解した後、私はいくつかの種類がありますが、そのドメイン名解決を学びました。ただし、開発者としては、運用および保守についての深い知識が必要ですが、まだ理解することが原則のこれらの異なるタイプを解決する必要がありません。簡単に言えば、ドメイン名が異なる使用シナリオで解決型のマッピングです。
Aレコード
レコードは、簡単に言えば、ドメイン名とIPの間のマッピングを設定することです。私たちは、ドメイン名を入力すると、実際には、ブラウザはDNSサーバのIPアドレスに対応するドメイン名を解決するために私たちを助けるだろう、ブラウザ最終訪問は、実際のIPアドレスであることを私たちは皆知っています。そして、ここでDNSサーバが対応するIPを見つけることができるようにする場合、Aレコードが、実際にIP間のDNSマッピングを構成しているのです。
一般的には、唯一のサービスプロバイダー管理プラットフォームに属しているドメイン名にAレコードを設定する必要が集合することができます。次のようにレコードがaliyunインターフェースに、例えば、追加されます。
上記の設定ページでは、私は、レコードタイプを選びました。ホストレコードで塗りつぶしがある：hello.csyimg.com、記録が192.168.1.1で、TTLは10分です。それは私がこのドメイン名のhello.csyimg.com IP 192.168.1.1の間のマッピングへのマッピングを作成することを意味し、そのキャッシュの有効時間は10分です。
ユーザーがブラウザでhello.csyimg.comドメイン名にアクセスするときに続いて、DNSサーバが192.168.1.1 IPに要求を転送します。ここでのTTL値が時間通りにそのDNSサーバーのキャッシュを示し、そう、このレコードをクリアするための時間となり、次回は再びアップし、最新の記録された値のため、それらに対応するDNSサーバに移動します。
TTL値は、その意味で存在する：サーバーへのブラウザからの利用者は、DNSサーバーの数を通過しますと、DNSサーバはキャッシュを設定します解析の効率を向上させるためには、要求の多くを受け取ります。いつ最初の訪問hello.csyimg.com、次の訪問、レコードの直接のリターンは、あなたが必要性をなくなるまでローカルDNSサーバーがhello.csyimg.comレコードは、これは、保存されますしていない場合遠く離れトレッキングを照会します。私たちは、アドレス解決を変更したいときには、この時間は、私たちを有効にするには10分を待つ必要があります。
注：ここでの原則上のDNS解決が、詳細なレポートではなく、興味の返信「DNS解決の原則は、」私は公共の背景の数の別の記事を書いて見ることができますされています。
一般的な値は、基本的に私たちが毎日使用しているすべてのケースをカバーして、以下のいくつかのホストレコードです。
CNAMEレコード
CNAMEレコードは、そのエイリアスレコード（正規名）は、ドメイン名、別名、ドメイン名のエイリアス間のマッピングの即ち確立のセットを指します。
CNAMEレコードは、通常、初期ドメイン名360buy.com Jingdongは同じドメイン名で異なるドメイン名、に行くために使用されているユーザーは、自動的にジャンプの必要性について360buy.comにアクセスすると、その後、バックjd.comに置き換えますjd.comドメインへ。今度は、CNAMEレコードを設定することができます。
IPドメイン名でなければなりませんCNAMEレコードは、アリクラウドでも、そのAレコードの設定内容や設定に似て非常に単純ですが、この時点での値を記録し追加ではなく。
MXレコード
MX（メール交換）レコードの役割は、メールサーバのアドレスを特定するために使用されます。
例如一个用户给 [email protected] 的用户发封邮件，此时该用户的所属的邮件系统会通过 DNS 服务器来查找 abcdef.com 这个域名的 MX 记录。如果存在，就去查找 MX 记录值对应的 A 记录，从而得到邮件服务器的IP地址，并将这封邮件发送到这台服务器上。可见，MX记录和A记录是分不开的。总的来说，MX记录是为了让对方找到你的邮件服务器。所以，如果想顺利收信，就必须为你的邮件服务器创建合法有效的MX记录。
在阿里云设置 MX 记录的页面如下所示，其中记录值也必须是一个域名。当用户要发邮件给 [email protected] 的时候，会通过 DNS 服务器查找 csyimg.com 的 MX 记录。此时会找到记录值为 mail.shuyi.me 的 MX 记录，之后会去查找 mail.shuyi.me 的 A 记录，从而找到 csyimg.com 这个邮件服务器的 IP 地址。
NS记录
NS 记录是指将子域名指向其他 DNS 服务器解析。有时候在进行技术合作的时候，需要将子域名托管给其他公司，这时候就需要为该子域名设置 NS 记录。
在阿里云设置 NS 记录的页面如下，其中记录值必须是一个域名，这个域名对应了一台 DNS 服务器。例如我下面的设置就将 doc.csyimg.com 这个子域名托管给了 ns.baidu.com 这个 DNS 服务器。当我将该子域名 doc.csyimg.com 托管给 ns.baidu.com 这台 DNS 服务器之后，我也可以在这台 DNS 服务器上设置 A 记录、MX 记录了。
总结
说到这里，我相信大家都已经比较清楚了。这里总结一下域名各解析类型的作用：
- A 记录：设置域名到 IP 的映射
- CNAME 记录：设置域名到域名的映射
- MX 记录：设置邮件服务器的映射
- NS 记录：设置子域名 DNS 服务器的映射
除了上面讲到的这几种域名解析类型，其实还有很多域名解析类型：
- AAAA记录：将域名指向一个 IPV6 地址。
- SRV记录：记录提供特定的服务的服务器。
- TXT记录：文本长度限制512，通常用作SPF记录（反垃圾邮件）。很多时候也用来验证对域名的所有权。
- CAA记录：CA证书颁发机构授权校验。
- 显性URL：将域名重定向到另外一个地址。
- 隐形URL：与显性URL类似，但是会隐藏真实目标地址。
关于域名解析类型，虽然对于开发人员来说平时用不到。但如果你当了 leader，需要与运维打交道了，那么这些基础知识可是必备的哦。觉得有用，可以点击「收藏」以备不时之需哦。
听了域名的解析类型，是不是觉得干巴巴的很不好记，貌似没有什么用？其实这解析类型可是大有用处，它与 DNS 的解析类型有千丝万缕的联系，下篇我将带你介绍 DNS 解析的原理。