域名解析

基于浏览器Chrome 61版本=========== 一、about:net-internals/ 1、在浏览器命令行输入： about:net-internals/ 可看到如下信息： 1、DNS： 里面记录了浏览器的dns缓存，点击“clear host cache” 可以清除浏览器dns缓存。 DNS是域名解析服务，将域名转成IP访问。 如何查询域名对应ip ：浏览器先查询自己的缓存，查不到，则调用域名解析函数库对域名进行解析，以得到此域名对应的IP地址 DNS查询顺序：浏览器缓存→系统缓存→路由器缓存→ISP DNS 缓存→递归搜索 2、HSTS （ HTTP Strict Transport Security:） 有的https证书没有经过验证，默认是拒绝访问的，可以通过设置强制打开。选择HSTS选项卡，添加Domain；也可在下方删除和查询domain 3、Sockets 之前的博文介绍过Socket，它是传输层的协议，是用于应用层和TCP/IP协议簇去通信的一个抽象出来的中间层，。 查看浏览器的sockets的状态： 来源： https://blog.csdn.net/qq_41838901/article/details/100122620

静态IP和动态IP分别是什么？ 1、静态IP 分配之后长期不变的IP（即使重启了光猫后重新拨号IP依旧不变），你在某个宽带运营商那里开了账户之后，你的IP也就固定了。 这种静态IP一般都是企业使用的。 2、动态IP 动态IP意味着每次重新拨号上网后，你的IP就会发生变化，所分配的IP是变动的。在国内基本上所有的家庭用户都是分配了动态IP。 静态IP有哪些好处？ 上面说到了，静态IP它的特性是重新拨号上网后得到的IP一直是固定不变的，它主要用于企业用途，它的优点最主要就是：IP固定后便于企业信息化系统的管理、稳定性更高。 可能不少朋友不太理解，这里举个例子说明一下： 像我们访问网站，一般都是在浏览器中输入域名回车就行了。浏览器其实之所以能找到此网站的服务器是因为有一个域名解析系统将网站的域名和网站服务器的IP进行了绑定，通过域名就能找到服务器IP进而访问它。 试想一下，如果网站服务器的IP不固定，那是不是意味着我们要经常变更域名解析绑定？一方面操作麻烦，另外一方面域名解析绑定生效是要一段时间才能生效的。一旦IP变动，在解析记录没生效前，你的网站也就无法正常访问了。 来源： https://my.oschina.net/u/4172270/blog/3098842

全球统一的 DNS 是很权威，但是我们都知道“适合自己的，才是最好的”。很多时候，标准统一化的 DNS 并不能满足我们定制的需求，这个时候就需要 HTTPDNS 了。     上一节我们知道了 DNS 可以根据名称查地址，也可以针对多个地址做负载均衡。然而，我们信任的地址簿也会存在指错路的情况。明明离你 500 米就有个吃饭的地方，非要把你推荐到 5 公里外。为什么会出现这样的情况呢？     还记得吗？由我们发出请求解析 DNS 的时候，首先会连接到运营商本地的 DNS 服务器，由这个服务器帮我们去整棵 “DNS 树” 上进行解析，然后将解析的结果返回给客户端。但是本地的 DNS 服务器，作为一个本地导游，往往会有自己的“小心思”。 传统 DNS 存在的问题 1）域名缓存问题     它可以在本地做一个缓存。也就是说，不是每一个请求，它都会去访问权威 DNS 服务器，而是把访问过一次的结果缓存到本地，当其他人来问的时候，直接返回缓存的内容。     这就相当于导游去过一个饭店，自己记住了地址，当有一个游客问的时候，他就凭记忆回答了，不用再去查地址簿。这样会存在一个问题，游客问的那个饭店如果已经搬走了，然而因为导游没有刷新“记忆缓存”，导致游客白跑一趟。     另外，有的运营商会把一些静态页面，缓存到本运营商的服务器内， 这样用户请求的时候，就不用跨运营商进行访问，既加快了速度

仔细看了看DNS协议的相关东西，其实实际编程的时候根本用不到DNS 细节的东西，要获取域名的时候经终端下用host或者nslookup指令就可以，在c里面使用gethostbyname或者getaddrinfo都 能很轻松得将dns域名解析为ip地址，写这个纯粹出于个人兴趣，或者说是闲得吧。 在进行域名解析的时候，解析程序向域名服务器发起请求，域名服务器也就是在操作系统网络配置的时候写进去的那个DNS服务器地址，或者也有可能是由 ISP提供的自动获取的，原理都一样，域名服务器收到请求后进行处理，首先在本地缓存中查找对应的域名，找到后将IP地址直接返回，找不到就向其它的授权 服务器请求数据，又可以分为著名的递归查询和非递归查询。 递归查询就是说自始至终都由一台域名服务器进行查询，它在自己这里找不到的时候会向其它的域名服务器请求并且获取数据，然后返回给请求方。 非递归查询是指域名服务器收到请求后，如果自己有这个域名的信息就返回，如果没有就返回其它域名服务器的指针，请求方再根据这些域名服务器再发起查询。 按自己的理解瞎扯了一通，也不知道准不准确，关于DNS的相关资料网上有的是，中文的都大批大批的。 DNS服务器的原理其实没什么好说的，每天都在跟DNS打交道，但DNS的协议在实现上还是稍微有点意思的，本来想写个程序来测试一个我所了解的 DNS协议，后来在写的时候还真发现一个小问题

一、Linux系统 1、查看IP ifconfig 2、查看gateway netstat -rn 3、查看dns cat /etc/resolv.conf 二、window系统 1、window查看ip ipconfig 2、查看gateway ipconfig 3、查看本地dns ipconfig/all 域名解析 nslookup 域名 dig 域名 dig +trace 域名 来源： https://www.cnblogs.com/2018-05-9-ygk/p/11939241.html

域名解析从右向左 DNS寻址： 1 客户端发送查询请求，在本地计算机缓存查询，若没有找到，就会将请求发送给dns服务器 2 先发送给本地的dns服务器，现在自己的区域内查找，若找到，根据此记录进行查询，若没有找到，就会将此请求发送到根域名的dns服务器。 3 根域名服务器解析客户机请求的根域名部分，它把包含的下一级的dns服务器的地址返回到客户机的dns服务器地址 4 客户机的dns服务器根据返回的信息接着访问下一级的dns服务器 5 这样递归的方法一级一级接近查询的目标，最后在有目标域名的服务器上面得到相应的ip信息 6 客户机的本地dns服务器将查询的结果返回给我们的客户机 7 客户机根据得到的ip信息访问目标主机，完成解析过程 浏览器的js引擎： V8 来源： https://www.cnblogs.com/xiaofenguo/p/11417865.html

一、背景 到 20 世纪 70 年代末，ARPAnet 是一个拥有几百台主机的很小很友好的网络。仅需要一个名为 HOSTS.TXT 的文件就能容纳所有需要了解的主机信息：它包含了所有连接到 ARPAnet 的主机名字到地址的映射（name-to-addressmapping）。 HOSTS.TXT 文件是由 SRI 的网络信息中心（Network Information Center，简称 NIC）负责维护，并且从一台主机 SRI-NIC 上分发到整个网络。ARPAnet的管理员通常是通过电子邮件通知 NIC，同时定期 FTP 到 SRI-NIC 上获得最新的 HOSTS.TXT 文件。 但是随着 ARPAnet 的增长，这种方法行不通了。每台主机的变更都会导致 HOSTS.TXT 的变化，导致所有主机需要到 SRI-NIC 上获得更新文件。当ARPAnet 采用 TCP/IP 协议后，网络上的主机爆炸性的增长，出现了以下问题： 流量和负载 名字冲突 一致性 二、DNS介绍 DNS（Domain Name System，域名系统），万维网上作为域名和IP地址相互映射的一个分布式数据库，能够使用户更方便的访问互联网，而不用去记住能够被机器直接读取的IP数串。通过域名，最终得到该域名对应的IP地址的过程叫做域名解析（或主机名解析）。DNS协议运行在UDP协议之上，使用端口号53

智能域名解析 options { directory "/var/named"; }; include "/var/named/lan.txt"; include "/var/named/wan.txt"; view "LAN" { match-clients { lan; }; zone "dou.com" IN { type master; file "dou.lan"; }; }; view "WAN" { match-clients { wan; }; zone "dou.com" IN { type master; file "dou.wan"; }; }; 100网段 [root@localhost named]# cat /var/named/dou.wan $TTL 86400 @ IN SOA dou.com. mail.dou.com. ( 20190826 1D 1H 1W 3H ) NS ns1.dou.com. NS ns2.dou.com. ns1 A 192.168.100.11 ns2 A 192.168.100.12 www A 192.168.100.13~ 200网段 [root@localhost named]# cat /var/named/dou.lan $TTL 86400 @ IN SOA dou.com. mail.dou.com.

#!/bin/bash #dns脚本 #窦艳如 #2019-08-25 read -p "请输入从服务器网址：" dou read -p "请输入主服务器网址：" yan read -p "请输入服务器名字：" ru read -p "正向解析文件：" yun read -p "反向解析文件：" ji yum -y install bind &>/dev/null if [ $? = 0 ] then echo "以安装完毕" else echo "包以存在" fi cat << END > /etc/named.conf options{ directory "/var/named"; }; zone "$ru" IN { type master; file "$yun"; allow-transfer { $dou; }; }; zone "200.168.192.in-addr.arpa" IN { type master; file "$ji"; allow-transfer { $dou; }; }; END cat << END > /var/named/$yun \$TTL 86400 @ IN SOA $ru. mail.dou.com. ( 20190826 1D 1H 1W 1H ) NS ns1.dou.com. NS ns2.dou.com. ns1 A

一、配置文件详解 在RHEL或者CentOS等Redhat系的Linux系统里，跟网络有关的主要设置文件如下： /etc/host.conf 配置域名服务客户端的控制文件 /etc/hosts 完成主机名映射为IP地址的功能 /etc/resolv.conf 域名服务客户端的配置文件,用于指定域名服务器的位置 /etc/sysconfig/network 包含了主机最基本的网络信息,用于系统启动. /etc/sysconfig/network-script/ 系统启动时初始化网络的一些信息 /etc/xinetd.conf 定义了由超级进程xinetd启动的网络服务 /etc/networks 完成域名与网络地址的映射 /etc/protocols 设定了主机使用的协议以及各个协议的协议号 /etc/services 设定主机的不同端口的网络服务 1. /etc/host.conf文件的默认信息如下： multi on #允许主机拥有多个IP地址 order hosts,bind #主机名解析顺序，即本地解析,DNS域名解析的顺序 这个文件一般不需要我们修改，默认的解析顺序是本地解析,DNS服务器解析，也就是说在本系统里对于一个主机名首先进行本地解析，如果本地解析没有，然后进行DNS服务器解析。 2. /etc/hosts文件默认的内容大概如下： 127.0.0.1