域名解析

DNS（Domain Name System）是因特网的一项服务，它作为域名和IP地址相互映射的一个分布式数据库，能够使人更方便的访问互联网。人们在通过浏览器访问网站时只需要记住网站的域名即可，而不需要记住那些不太容易理解的IP地址。在DNS系统中有一个比较重要的的资源类型叫做主机记录也称为A记录，A记录是用于名称解析的重要记录，它将特定的主机名映射到对应主机的IP地址上。如果你有一个自己的域名，那么要想别人能访问到你的网站，你需要到特定的DNS解析服务商的服务器上填写A记录，过一段时间后，别人就能通过你的域名访问你的网站了。DNS除了能解析域名之外还具有负载均衡的功能，下面是利用DNS工作原理处理负载均衡的工作原理图： DNS负载均衡原理图 由上图可以看出，在DNS服务器中应该配置了多个A记录，如： www.apusapp.com IN A 114.100.20.201; www.apusapp.com IN A 114.100.20.202; www.apusapp.com IN A 114.100.20.203; 因此，每次域名解析请求都会根据对应的负载均衡算法计算出一个不同的IP地址并返回，这样A记录中配置多个服务器就可以构成一个集群，并可以实现负载均衡。上图中，用户请求www.apusapp.com，DNS根据A记录和负载均衡算法计算得到一个IP地址114.100.20

一、现有资源： 1、阿里云centOS6.5服务器； 2、安装tomcat8.0+JDK； 3、两个不同maven项目的war包，项目名分别为cloud、am； 4、两个域名http://www.lureed.top/ 、 http://www.horace.space/，且已经成功解析到同一个IP。 二、简单方法 在服务器不同目录下解压两个tomcat用不同的端口号，比如一个是8080，另一个是8088；IP就分别是： http://www.lureed.top:8080/ http://www.horace.space:8088/ 但是这种IP太丑了，不管是自己用，还是推广给客户都是很low的，所以不推荐这种方法。 三、实用方法 1、Tomcat去除项目名称和端口号，直接使用ip地址访问项目 详情见链接：http://www.cnblogs.com/banma/p/6101340.html 2、将tomcat下的webapps文件复制一份到同一目录下如下图所示为webapps2 3、修改sever.xml配置文件 先将<Engine>标签下的<Host>标签复制一份到<Engine>标签下，然后修改如下 <Engine name="Catalina" defaultHost="localhost"> <Realm className="org.apache.catalina

package com.example.demo.util; import java.util.ArrayList; import java.util.Enumeration; import java.util.HashSet; import java.util.Hashtable; import java.util.Iterator; import java.util.List; import java.util.Set; import javax.naming.Context; import javax.naming.NamingException; import javax.naming.directory.Attribute; import javax.naming.directory.Attributes; import javax.naming.directory.DirContext; import javax.naming.directory.InitialDirContext; public class DnsUtils { public static void main(String[] args) { String[] dnsServers = {"172.18.61.253"}; Set<String> set = getAllIP("www.baidu

DNS出现及演化 网络出现的早期 是使用IP地址通讯的，那时就几台主机通讯。但是随着接入网络主机的增多，这种数字标识的地址非常不便于记忆，UNIX上就出现了建立一个叫做hosts的文件（Linux和windows也继承保留了这个文件）。这个文件中记录这主机名称和IP地址的对应表。这样只要输入主机名称，系统就会去加载hosts文件并查找对应关系，找到对应的IP，就可以访问这个IP的主机了。 但是后来主机太多了，无法保证所有人都能拿到统一的最新的hosts文件，就出现了在文件服务器上集中存放hosts文件，以供下载使用。互联网规模进一步扩大，这种方式也不堪负重，而且把所有地址解析记录形成的文件都同步到所有的客户机似乎也不是一个好办法。这时DNS系统出现了，随着解析规模的继续扩大，DNS系统也在不断的演化，直到现今的多层架构体系。 DNS概括 DNS（Domain Name System，域名系统），因特网上作为域名和IP地址互相映射的一个分布式数据库，能够使用户更方便的访问互联网，而不用去记住能够被机器直接读取的IP数串。通过主机名，最终得到该主机对应的IP地址的过程叫做域名解析（或主机名解析）。DNS协议运行在UDP协议之上，使用端口号53。 DNS的分布数据库是以域名为索引的，每个域名实际上就是一棵很大的逆向树中路径，这棵逆向树称为域名空间（domain name space）

　　Hosts文件是一个用于存储计算机网络中节点信息的文件，可以将主机名映射到响应的IP地址，实现DNS功能，可以由计算机的用户进行修改控制。 　　 （1）Hosts文件的作用 　　在网络上访问网站，要首先通过DNS服务器把要访问的域名解析成IP地址后计算机才可以对这个网络域名做访问。 　　要是对于每个域名请求我们都要等待域名服务器解析后放回IP信息，这样访问网络的效率就会降低，因为DNS做域名解析和返回IP都需要时间，为了提高对经常访问的网络域名的解析效率，可以通过在Hosts文件中建立域名和IP的映射关系来得到目的。根据系统该规定，在进行DNS请求之前，系统会先检查自己的Hosts文件中是否有这个网络域名映射关系。如果有，则调用这个IP地址映射，如果没有再向已知的DNS服务器提出域名解析，也就是说 Hosts的请求级别比DNS高。 　　 （2）修改Hosts文件 　　Windows系统中的Hosts文件存储在目录 C:\windows\system32\drivers\etc\ 下面，用可以编辑的工具如记事本和editplus可以对其进行修改，CentOS系统存储在目录 /etc/hosts 下面，用vi/etc/hosts可以对其进行修改，比如： 182.61.200.7 www.baidu.com 　　比如在dos中使用命令：可以查看域名解析服务器的名字和IP地址

与 HTTP 关系密切的协议 : IP、TCP 和 DNS 1.负责传输的IP协议 Internet protocol网际协议位于网络层，和IP地址不是一个东西。鉴于网络层的作用是确定传送路径，所以IP 协议的作用是把各种数据包传送给对方。而要保证确实传送到对方 那里，则需要满足各类条件。其中两个重要的条件是 IP 地址和 MAC 地址（Media Access Control Address）。 IP 地址指明了节点被分配到的地址，MAC 地址是指网卡所属的固定 地址。IP 地址可以和 MAC 地址进行配对。IP 地址可变换，但 MAC 地址基本上不会更改。 IP 间的通信依赖 MAC 地址。在网络上，通信的双方在同一局域网 （LAN）内的情况是很少的，通常是经过多台计算机和网络设备中转 才能连接到对方。而在进行中转时，会利用下一站中转设备的 MAC 地址来搜索下一个中转目标。这时，会采用 ARP 协议（Address Resolution Protocol）。ARP 是一种用以解析地址的协议，根据通信方 的 IP 地址就可以反查出对应的 MAC 地址。 在到达通信目标前的中转过程中，那些计算机和路由器等网络设备只 能获悉很粗略的传输路线。 这种机制称为路由选择（routing），有点像快递公司的送货过程。想 要寄快递的人，只要将自己的货物送到集散中心，就可以知道快递公

双十一大家都在买买买的时候，有一个小码农也不甘寂寞，默默地在Namecheap上买了一个域名，完成了双十一的剁手之旅。 剁手之旅参照了 新版Namecheap注册域名详细教程 ，还是比较简单的。不过我的域名解析用的是DNSPOD，没有用Namecheap的域名解析，这样国内的用coding访问，国外用github访问，可以加快网站访问速度。 Github的设置比较简单，在/hexo/source中添加一个CNAME文件，注意不需要后缀名，里面内容就写 nyami.com ，不要写www。然后去github page上绑定一下域名，DNS解析的话我是这样设置的： 下面说一下新版的coding绑定域名的问题，我发现这是一个大坑啊~~ 我直接访问 nyami.github.io 地址会跳转到 nyami.com , 我直接访问 nyami.coding.me 发现不会跳转到 nyami.com 这个域名，原因我搜了一下，答案如下： github只能绑定一个域名，所以访问 tengj.github.io 时，github的服务器知道要往 tengj.top 跳转。coding可以绑定多个域名，当绑定多个域名时，访问 tengj.coding.me,coding 的服务器不知道要往哪里跳转，所以干脆就不跳转了。但是当绑定一个时，为什么不跳转，可能是coding觉得麻烦，就不跳转了

　CDN技术详解 一本好的入门书是带你进入陌生领域的明灯，《CDN技术详解》绝对是带你进入CDN行业的那盏最亮的明灯。因此，虽然只是纯粹的重点抄录，我也要把《CDN技术详解》的精华放上网。公诸同好。 第一章 引言 “第一公里”是指万维网流量向用户传送的第一个出口，是网站服务器接入互联网的链路所能提供的带宽。这个带宽决定了一个 网站能为用户提供的访问速度和并发访问量。如果业务繁忙，用户的访问数越多，拥塞越严重，网站会在最需要向用户提供服务时失去用户。（还有“中间一公里” 和“最后一公里”分别代表互联网传输传输和万维网流量向用户传送的最后一段接入链路） 从互联网的架构来看，不同网络之间的互联互通带宽，对任何一个运营商网络的流量来说，占比都比较小，收敛比是非常高的，因此这里通常都是互联网传输中的拥堵点（运营商互联互通的问题） 其次是骨干网堵塞问题，由于互联网上的绝大部分流量都要通过骨干网络进行传输，这就要求骨干网络的承载能力必须与互联网 的应用同步发展，但实际上两者并不是同步的，当骨干网络的升级和扩容滞后于互联网之上的应用的发展时，就会阶段性地使得大型骨干网的承载能力成为影响互联 网性能的瓶颈（区域互联互通问题，骨干网带宽瓶颈） 在互联网领域有一个“8秒定律”，用户访问一个网站时，如果等待网页打开的时间超过8秒，会有超过30%的用户放弃等待 使用CDN会极大简化网站的系统维护工作量

双十一大家都在买买买的时候，有一个小码农也不甘寂寞，默默地在Namecheap上买了一个域名，完成了双十一的剁手之旅。 剁手之旅参照了 新版Namecheap注册域名详细教程 ，还是比较简单的。不过我的域名解析用的是DNSPOD，没有用Namecheap的域名解析，这样国内的用coding访问，国外用github访问，可以加快网站访问速度。 Github的设置比较简单，在/hexo/source中添加一个CNAME文件，注意不需要后缀名，里面内容就写 nyami.com ，不要写www。然后去github page上绑定一下域名，DNS解析的话我是这样设置的： 下面说一下新版的coding绑定域名的问题，我发现这是一个大坑啊~~ 我直接访问 nyami.github.io 地址会跳转到 nyami.com , 我直接访问 nyami.coding.me 发现不会跳转到 nyami.com 这个域名，原因我搜了一下，答案如下： github只能绑定一个域名，所以访问 tengj.github.io 时，github的服务器知道要往 tengj.top 跳转。coding可以绑定多个域名，当绑定多个域名时，访问 tengj.coding.me,coding 的服务器不知道要往哪里跳转，所以干脆就不跳转了。但是当绑定一个时，为什么不跳转，可能是coding觉得麻烦，就不跳转了

DNS是互联网基础服务，没有DNS，互联网就几乎进入瘫痪状态了。DNS对于很多非计算机专业的同学来说，了解程度可能仅限于一个网址，但你要跟他们说域名，很多人就不知所云了，这就是DNS作为互联网基础设施，作为底层基础服务带来透明化，虽然带给了大家极大的方便，人们几乎时时刻刻都在用这个服务，可很少有人知道自己在用这个服务，跟不会关心这个服务是如何搭建和工作的。 作为计算机专业人员，如果不知道DNS就很麻烦了，至少在某些时候，出现的问题会让你丈二和尚摸不着头脑，因为和DNS相关的网络问题时常会不经意的跳出来和你不期而遇，如果你不知道有DNS这个玩意，或者对DNS知之甚少，说不定会让你兜个大圈子还不一定找到解决的办法。 DNS是域名服务的缩写，提供域名服务的服务器就是域名服务器，我们访问的网站所对应的IP地址就是由DNS解析后，把对应的IP返回给浏览器的，这可能是大家使用DNS最多的方式吧，那这个DNS是在哪里呢，我怎么从来不知道我在用DNS，我用的DNS是谁提供的呢，其实回答这个问题很简单，看下面这张图，你就明白了： 上面圈定的地方可以查看自己所用DNS的IP地址。 如果你想对DNS了解的更多一些，仅仅知道这些是不够的，DNS是运行在互联网上的基础服务，全世界仅有几十台根域名服务器，这还是最近几年新增了N台根域名服务器后的数量。在几年前，全世界仅有13台根域名服务器