精华内容
下载资源
问答
  • 在分享完《如何注册域名,获取个人网站网址》后,这里分享一下关于域名解析和子域名使用,和网站上传原理 其实这里的解析也就是把域名网址和服务器关联起来,每次关联我们的服务器都会给这个关联的网址分配一个...
  • 批量域名解析,为了核查备案网址是否解析正常,可以快速的查看域名解析是否正常
  • 域名解析IP网址

    千次阅读 2020-06-10 23:17:41
    https://www.ipaddress.com/

    https://www.ipaddress.com/

    展开全文
  • 区域数据配置文件使用 BIND 构建域名服务器1.确认根域的区域数据文件 named.ca2.启动 named 服务3.验证缓存域名服务器搭建DNS服务实验 DNS 系统的作用及类型 整个 Internet 大家庭中连接了数以亿计的服务器、个人...

    DNS 系统的作用及类型

    整个 Internet 大家庭中连接了数以亿计的服务器、个人主机,其中大部分的网站、邮件等服务器都使用了域名形式的地址,如 www.google.com、mail.163.com 等。很显然这种地址形式要比使用 64.233.189.147、202.108.33.74 的 IP 地址形式更加直观,且更容易被用户记住。
    DNS 系统在网络中的作用就是维护一个地址数据库,其中记录了各种主机域名与 IP 地址的对应关系,以便为客户程序提供正向或反向的地址查询服务,即正向解析与反向解析。

    1.正向解析:根据域名查 IP 地址,即将指定的域名解析为相对应的 IP 地址。域名的正向解析是 DNS 服务器最基本的功能,也是最常用的功能。
    2.反向解析:根据 IP 地址查域名,即将指定的 IP 地址解析为相对应的域名。域名的反向解析不是很常用,只在一些特殊场合才会用到,比如可用于反垃圾邮件的验证。
    实际上,每一台 DNS 服务器都只负责管理一个有限范围(一个或几个域)内的主机域名和 IP 地址的对应关系,这些特定的 DNS 域或 IP 地址段称为 zone(区域)。根据地址解析的方向不同,DNS 区域相应地分为正向区域(包含域名到 IP 地址的解析记录)和反向区域(包含 IP 地址到域名的解析记录)。
    根据所管理的区域地址数据的来源不同,DNS 系统可以分为不同的类型。在同一台DNS
    服务器中,相对于不同的区域来说,也拥有不同的身份。常见的几种类型如下。
    3.缓存域名服务器:只提供域名解析结果的缓存功能,目的在于提高查询速度和效率, 但是没有自己控制的区域地址数据。构建缓存域名服务器时,必须设置根域或指定其他 DNS 服务器作为解析来源。
    4.主域名服务器:维护某一个特定 DNS 区域的地址数据库,对其中的解析记录具有自主控制权,是指定区域中唯一存在的权威服务器、官方服务器。构建主域名服务 器时,需要自行建立所负责区域的地址数据文件。
    5.从域名服务器:与主域名服务器提供完全相同的 DNS 解析服务,通常用于 DNS
    服务器的热备份。对客户机来说,无论使用主域名服务器还是从域名服务器,查询

    的结果都是一样的。关键区别在于,从域名服务器提供的解析结果不是由自己决定 的,而是来自于主域名服务器。构建从域名服务器时,需要指定主域名服务器的位 置,以便服务器能自动同步区域的地址数据库。

    BIND 的安装和控制

    1.安装 BIND 软件

    在 CentOS 系统中, 系统光盘自带了 BIND 服务的安装文件, 主要包括以下几个软件包。

    1.bind-9.9.4-37.el7.x86_64.rpm。
    2.bind-utils-9.9.4-37.el7.x86_64.rpm。
    3.bind-libs-9.9.4-37.el7.x86_64.rpm。
    4.bind-chroot-9.9.4-37.el7.x86_64.rpm。各软件包的主要作用如下。

    • bind:提供了域名服务的主要程序及相关文件。
    • bind-utils:提供了对 DNS 服务器的测试工具程序,如 nslookup 等。
    • bind-libs:提供了 bind、bind-utils 需要使用的库函数。
    • bind-chroot:为 BIND 服务提供一个伪装的根目录(将/var/named/chroot/文件夹作为 BIND 服务的根目录),以提高安全性。

    2.BIND 服务控制

    BIND 软件包安装完毕以后,会自动增加一个名为 named 的系统服务,通过 systemctl 工具可以控制 DNS 域名服务的运行。例如,执行以下操作可以查询 named 服务的运行状态。

    [root@localhost ~]# systemctl status named
    ●named.service - Berkeley Internet Name Domain (DNS)
    Loaded: loaded (/usr/lib/systemd/system/named.service; disabled; vendor preset: disabled) Active: inactive (dead)

    BIND 服务的配置文件

    1.主配置文件

    主配置文件 named.conf 通常位于/etc/目录下,在 named.conf 文件中,主要包括全局配置、区域配置两个部分,每一条配置记录的行尾以分号“;”表示结束,以“#”号或“//”开始的部分表示注释文字(大段注释可以使用“/* …… */”的格式)。
    1)全局配置部分
    全局配置参数包括在形如“options { };”的大括号中,如可以设置监听的地址和端口、区域数据文件存放的目录、允许哪些客户机查询等。

    示例
    options {
    listen-on port 53 { 173.16.16.1; }; //监听地址和端口
    directory “/var/named”; //区域数据文件的默认存放位置allow-query { 192.168.1.0/24; 173.16.16.0/24;}; //允许使用本DNS 服务的网段
    };

    2)区域配置部分
    区域配置参数使用“zone …… { };”的配置格式,一台 DNS 服务器可以为多个区域提供解析,因此在 named.conf 文件中也可以有多个 zone 配置段。区域类型按照解析方向可分为正向区域、反向区域。

    zone “bdqn.com” IN { //正向"bdqn.com"区域type master; //类型为主区域
    file “bdqn.com.zone”; //区域数据文件为bdqn.com.zone allow-transfer { 173.16.16.2; }; //允许下载的从服务器地址

    };
    zone “16.16.173.in-addr.arpa” IN { //反向"173.16.16.0/24"区域type master;
    file “173.16.16.arpa”; //区域数据文件为 173.16.16.arpa
    };

    在上述配置内容中,有几个地方需要注意:

    • 每个 zone 区域都是可选的(包括根域、回环域、反向域),具体根据实际需要而定,zone 配置部分的“IN”关键字也可以省略。
    • 反向区域的名称由倒序的网络地址和“.in-addr.arpa” 组合而成。例如, 对于
      192.168.1.0/24 网段,其反向区域名称表示为“1.168.192.in-addr.arpa”。
    • file 配置项用于指定实际的区域数据文件,文件名称由管理员自行设置。
    • 区域配置中的部分参数(如 allow-transfer)也可以放在全局配置中。
      修改完主配置文件以后,可以执行“named-checkconf”命令对 named.conf 文件进行语法检查。如果文件中没有语法错误,该命令将不给出任何提示;反之,则会给出相应的提 示信息,然后根据出错提示修正文件中的错误即可。带“-z”选项的“named-checkconf”命令还可以尝试加载主配置文件中对应的区域数据库文件,并检查该文件是否存在问题。例 如,当出现“…file not found”的错误时,表示找不到对应的文件。

    [root@localhost ~]# named-checkconf -z /etc/named.conf
    zone bdqn.com/IN: loading from master file bdqn.com.zone failed: file not found zone bdqn.com/IN: not loaded due to errors.
    _default/bdqn.com/IN: file not found
    …… //省略部分内容

    2.区域数据配置文件

    区域数据配置文件通常位于/var/named/目录下,每个区域数据文件对应一个 DNS 解析区域,文件名及内容由该域的管理员自行设置。
    根域“.”的区域数据文件比较特殊。Internet 中所有的 DNS 服务器都使用同一份根区域数据文件,其中列出了所有根服务器的域名和 IP 地址。根区域数据文件可以从国际互联网络信息中心(InterNIC)的官方网站地址 http://www.internic.net/下载。
    在区域数据文件中,主要包括 TTL(Time To Live,生存时间)配置项、SOA(Start Of Authority,授权信息开始)记录、地址解析记录。文件中的注释信息以“;”(分号)开始。
    1)TTL 配置及 SOA 记录部分
    第一行的 TTL 配置用于设置默认生存周期,即缓存解析结果的有效时间。SOA 记录部分用于设置区域名称、管理邮箱,以及为从域名服务指定更新参数。

    $TTL 86400 //有效解析记录的生存周期
    @ IN SOA bdqn.com. admin.bdqn.com.( //SOA 标记、域名、管理邮箱
    2011030501 //更新序列号,可以是10 位以内的整数
    3H //刷新时间,重新下载地址数据的间隔
    15M //重试延时,下载失败后的重试间隔
    1W //失效时间,超过该时间仍无法下载则放弃
    1D //无效解析记录的生存周期
    )

    上述配置内容中,时间单位默认为秒(s),也可以使用 M(分)、H(时)、W(周)、D
    ( 天) 等单位。文件中的“@” 符号表示当前的 DNS 区域名, 相当于“bdqn.com.” 或“admin.bdqn.com.”,表示域管理员的电子邮箱地址(由于“@”符号已有其他含义,因此将电 子邮件地址中的“@”用“.”代替)。SOA 记录中的更新序列号用来同步主、从服务器的区域数据,当从服务器判断区域更新时,若发现主服务器中的序列号与本地区域数据中的序列号相同,则不会进行下载。

    2)地址解析记录部分
    地址解析记录用来设置 DNS 区域内的域名、IP 地址映射关系,包括正向解析记录和反向解析记录。反向解析记录只能用在反向区域数据文件中。

    @ IN NS ns1.bdqn.com.
    IN MX 10 mail.bdqn.com.
    ns1 IN A 58.119.74.203
    www IN A 173.16.16.1
    mail IN A 173.16.16.4
    ftp IN CNAME www

    上述配置内容中,用到以下四种常见的地址解析记录。

    • NS(Name Server,域名服务器):记录当前区域的 DNS 服务器的主机地址。
    • MX(Mail Exchange,邮件交换):记录当前区域的邮件服务器的主机地址,数字 10 表示(当有多个 MX 记录时)选择邮件服务器的优先级,数字越大,优先级越低。
    • A(Address,地址):记录正向解析条目。例如,“www IN A 173.16.16.1”表示域名 www.bdqn.com 对应的 IP 地址是 173.16.16.1。
    • CNAME(Canonical Name,别名):记录某一个正向解析条目的其他名称。例如, “ftp IN CNAME www”表示域名 ftp.bdqn.com 是 www.bdqn.com 的别名。
      其中,NS、MX 记录行首的“@”符号可以省略(默认继承 SOA 记录行首的@信息),但是必须保留一个空格或 Tab 制表符。
      在反向区域数据文件中,不会用到 A 记录,而是使用 PTR 指针(Point)记录。例如, 对于反向区域 16.16.173.in-addr.arpa,添加的反向解析记录可以是以下形式。

    1 IN PTR www.bdqn.com.
    4 IN PTR mail.bdqn.com.

    使用 PTR 记录时,第一列只需要指明对应 IP 地址的“主机地址”部分即可,如“1”或“4” 等,系统在查找地址记录时会自动将当前反向域的网络地址作为前缀。例如,上述文件中的 “4 IN PTR mail.bdqn.com.”表示 IP 地址为 173.16.16.4 的主机的域名是 mail.bdqn.com.。
    在区域数据配置文件中,凡是不以点号“.”结尾的主机地址,系统在查找地址记录时都会

    自动将当前的域名作为后缀。例如,若当前的 DNS 域为“bdqn.com”,则在文件中的主机地址“www”相当于“www.bdqn.com.”。因此,当使用完整的 FQDN(Fully Qualified Domain Name,完全合格域名/全称域名)地址时,务必记得地址末尾的点号“.”不能省略。
    修改完区域数据文件以后,可以执行“named-checkzone”命令对该文件进行语法检查。依次指定区域名称、数据文件名作为参数。如果文件中没有语法错误,系统将给出“OK”的提示信息。例如,若要检查 DNS 区域 bdqn.com 的区域数据文件 bdqn.com.zone,可以执行以下操作。

    [root@localhost ~]# cd /var/named/
    [root@localhost named]# named-checkzone bdqn.com bdqn.com.zone
    zone bdqn.com/IN: loaded serial 2011030501 OK

    当一台服务器需要同时承载某个 DNS 区域内的许多个不同的域名(如 IDC 的虚拟主机服务器、提供个人主页空间的网站服务器等)时,可以在区域数据文件的最后一行添加泛域 名解析记录,即使用“*”以匹配任意主机名。

    • IN A 173.16.16.173

    使用 BIND 构建域名服务器

    1.确认根域的区域数据文件 named.ca

    根区域的区域数据文件默认位于文件/var/named/named.ca 中,该文件记录了 Internet
    中 13 台根域服务器的域名和 IP 地址等相关信息。

    2.启动 named 服务

    执行“systemctl start named”命令,启动 named 服务,并通过 netstat 命令确认 named 服务的端口监听状态。若服务启动失败或发现没有正常监听 UDP 53 端口,可以根据错误提示信息(或 者/var/log/messages 文件中的日志记录)排除错误,然后重启服务即可。

    [root@localhost ~]# systemctl start named
    [root@localhost ~]# netstat -anpu | grep named
    udp 0 0 192.168.1.5:53 0.0.0.0:* 11687/named
    udp 0 0 0.0.0.0:53 0.0.0.0:* 11687/named

    3.验证缓存域名服务器

    在局域网内的客户机中,将首选 DNS 服务器的地址设为 192.168.1.5,生效后,执行“nslookup www.google.com”命令对其进行解析,验证其是否能够获得该域名对应的 IP 地址信息。

    搭建DNS服务实验

    主服务器配置(主服务器ip:20.0.0.11)
    安装依赖包
    [root@localhost ~]# yum -y install bind
    [root@localhost ~]# yum -y install bind-utils
    [root@localhost ~]# yum -y install bind-chroot
    [root@localhost ~]# yum -y install bind-libs
    更改主机名
    [root@localhost ~]# hostnamectl set-hostname ns1
    [root@localhost ~]# bash
    [root@ns1 ~]#
    修改全局配置
    [root@ns1 ~]# vi /etc/named.conf

    options {
    listen-on port 53 { 20.0.0.11; };
    listen-on-v6 port 53 { ::1; };
    directory “/var/named”; #数据文件
    dump-file “/var/named/data/cache_dump.db”; #缓存文件
    statistics-file “/var/named/data/named_stats.txt”; #数据统计文件
    memstatistics-file “/var/named/data/named_mem_stats.txt”; #缓存统计文件
    allow-query { any; };

    修改正反向解析配置

    [root@ns1 ~]# vi /etc/named.rfc1912.zones

    zone “bdqn.com” IN { ##正向解析配置
    type master; ##类型:主服务器
    file “bdqn.com.zone”;
    allow-transfer { 20.0.0.12; }; ##指定从服务器IP:20.0.0.12
    also-notify { 20.0.0.12; };
    };

    zone “0.0.20.in-addr.arpa” IN { ##反向解析配置
    type master;
    file “20.0.0.arpa”;
    allow-transfer { 20.0.0.12; };
    also-notify { 20.0.0.12; };
    };

    配置日志/var/named/bdqn.com.zone文件
    [root@ns1 ~]# vi /var/named/bdqn.com.zone

    $TTL 1D
    @ IN SOA bdqn.com. admin.bdqn.com. (
    0 ; serial
    1D ; refresh
    1H ; retry
    1W ; expire
    3H ) ; minium
    NS @
    A 192.168.11.119
    www IN A 192.168.11.119
    ftp IN A 192.168.11.118
    mail IN CNAME www

    修改文件属性
    在这里插入图片描述
    [root@ns1 ~]# chown named:named /var/named/bdqn.com.zone
    在这里插入图片描述
    [root@ns1 named]# vi /var/named/20.0.0.arpa

    $TTL 1D
    @ IN SOA bdqn.com. admin.bdqn.com. (
    0 ; serial
    1D ; refresh
    1H ; retry
    1W ; expire
    3H ) ; minium
    NS bdqn.com.
    A 20.0.0.100
    119 IN PTR www.bdqn.com.
    120 IN PTR ftp.bdqn.com.
    121 IN PTR bbs.bdqn.com.

    [root@ns1 named]# chown named:named /var/named/20.0.0.arpa
    在这里插入图片描述
    [root@ns1 ~]# systemctl start named ##启动DNS服务器

    从域名服务器配置(从服务器IP:20.0.0.12)
    [root@ns2 ~]# vi /etc/named.rfc1912.zones

    options {
    listen-on port 53 { 20.0.0.12; };
    listen-on-v6 port 53 { ::1; };
    directory “/var/named”;
    dump-file “/var/named/data/cache_dump.db”;
    statistics-file “/var/named/data/named_stats.txt”;
    memstatistics-file “/var/named/data/named_mem_stats.txt”;
    allow-query { any; };

    [root@ns2 ~]# vi /etc/named.rfc1912.zones

    zone “bdqn.com” IN { ##正向解析配置
    type slave;
    masters { 20.0.0.11; };
    also-notify { 20.0.0.11; };
    file “slave/bdqn.com.zone”;
    };

    zone “0.0.20.in-addr.arpa” IN { ##反向解析配置
    type slave;
    masters { 20.0.0.11; };
    also-notify { 20.0.0.11; };
    file “slave/20.0.0.arpa”;
    };
    [root@ns2 ~]# systemctl start named ##从服务器启动

    用另一台测试
    [root@localhost ~]# vi /etc/resolv.conf

    nameserver 20.0.0.11

    [root@localhost ~]# nslookup www.bdqn.com ##正向解析测试

    Server: 20.0.0.11
    Address: 20.0.0.11#53

    Name: www.bdqn.com
    Address: 192.168.11.119 ##解析成功,测试有效

    [root@localhost ~]# nslookup 20.0.0.119 ##反向解析测试

    Server: 20.0.0.11
    Address: 20.0.0.11#53
    119.0.0.20.in-addr.arpa name = www.bdqn.com. ##测试有效

    在这里插入图片描述

    [root@localhost ~]# nslookup 20.0.0.120
    Server: 20.0.0.12
    Address: 20.0.0.12#53

    120.0.0.20.in-addr.arpa name = ftp.bdqn.com. ##测试有效

    展开全文
  • 后台看不到数据(同事描述),负责测试的同事一直督促着说老板的玻璃心快碎了,快点解决,没办法,又戴上安全帽,去了一趟现场,查看了下log信息,傻眼了,做网关那么多年,第一次看到DNS解析的服务器IP都错误了,...
  • php域名解析信息查询工具网页版可查域名解析的IP,以及A、CNAME、MX、NS、TXT、AAAA、SRV等解析记录。 是网站站长及用到域名的技术员必备的实用小工具,通过访问网址快速使用。 推荐linux平台php5.4-5.6 环境使用本...
  • C++ boost::asio编程-域名解析 在网络通信中通常我们并不直接使用IP地址,而是使用域名。这时候我们就需要用reslover类来通过域名获取IP,它可以实现 与IP版本无关的网址解析。 #include stdafx.h #include boost/...
  • 域名系统DNS及域名解析过程

    千次阅读 2020-04-19 17:03:20
    域名系统DNS 域名系统DNS是互联网使用的命名系统,用来把便于人们使用的机器名字转换为IP地址。 在早期整个网络上只有数百台计算机,那时使用一个叫做hosts的文件,列出所有主机名字和相应...域名到IP地址的解析过程...

    域名系统DNS

    域名系统DNS是互联网使用的命名系统,用来把便于人们使用的机器名字转换为IP地址。
    在早期整个网络上只有数百台计算机,那时使用一个叫做hosts的文件,列出所有主机名字和相应的IP地址。只要用户输入一台主机名字,计算机就可以很快的把主机名字转换成机器能够识别的二进制IP地址。
    互联网的域名系统DNS被设计成为一个联机分布式数据库系统,并采用客户服务器方式。
    域名到IP地址的解析过程要点如下:当某一个应用进程需要把主机名解析为IP地址时,该应用进程就调用解析程序,并成为DNS的一个客户,把待解析的域名放在DNS请求报文中,以UDP用户数据报方式发给本地域名服务器(使用UDP是为了减少开销)。本地域名服务器在查找域名后,把对应的IP地址放在回答报文中返回。应用进程获得目的主机的IP后地址后即可进行通信。
    域名结构
    三级域名.二级域名.一级域名
    mail.cctv.com
    DNS的域名树由根域,顶级域,二级域及其子域构成,其结构图与示例如下:

    在这里插入图片描述

    在这里插入图片描述
    1)根域名服务器:根域名服务器是最高层次的域名服务器,也是最重要的域名服务器。所有的根域名服务器都知道所有顶级域名服务器的域名和IP地址。不管是哪一个本地域名服务器,若要对互联网上任何一个域名进行解析,只要自己无法解析,就首先要求助于根域名服务器。

    2)顶级域名服务器:这些域名服务器负责管理在该顶级域名服务器注册的所有二级域名。当收到DNS查询请求时,就给出相应的回答(可能是最后的结果,也可能是下一步应当找的域名服务器的IP地址)。

    3)权限域名服务器当一个权限域名服务器还不能够给出最后的查询回答时,就会告诉发出查询请求的DNS客户,下一步应当找哪一个权限域名服务器。

    4)本地域名服务器不属于以上所示的域名服务器层次结构中,但它对域名系统非常重要。当一台主机发出DNS查询请求时,这个请求报文就发送给本地域名服务器,这种域名服务器也称为默认域名服务器。

    在这里插入图片描述

    以上可看到首选DNS服务器和备用DNS服务器的IP地址,这里的DNS服务器指的就是本地域名服务器。
    为了提高域名服务器的可靠性,DNS域名服务器都把数据复制到几个域名服务器来保存,其中一个时主域名服务器(master name server),其他的是辅助域名服务器(secondary name server),保证DNS的查询工作不会终端和数据的一致性。

    DNS域名解析过程

    主机向本地域名服务器的查询一般采用递归查询,本地域名服务器向根域名服务器的查询通常采用迭代查询

    递归查询:如果主机所询问的本地域名服务器不知道被查询域名的IP地址,那么本地域名服务器就以DNS客户的身份,向其他根域名服务器继续发出查询请求(即替换该主机继续查询),而不是让该主机自己进行下一步的查询。因此,递归查询返回的结果或者是索要查询的IP地址,或者是报错,表示自己无法查询到所需的IP.
    迭代查询:当根域名服务器收到本地域名服务器发出的迭代查询请求报文时,要么给出所要查询的IP地址,要么告诉本地域名服务器“下一步应当向哪一个服务器进行查询”。然后让本地域名服务器进行后续的查询(而不是替本地域名服务器进行后续的查询)。
    1.根域名服务器通常是把自己知道的顶级域名服务器的IP地址告诉本地域名服务器,让本地域名服务器再向顶级域名服务器查询
    2.顶级域名服务器在收到本地域名服务器的查询请求后,要么给出所要擦汗寻的IP地址,要么告诉本地域名服务器下一步应当向哪个权限域名服务器进行查询,就这样进行迭代查询。
    当然,本地域名服务器也可采用递归查询,这取决于最初的查询请求报文的设置时要求使用哪一种查询方式。

    在这里插入图片描述

    为了提高DNS查询效率,并减轻根域名系统服务器的负荷和减少互联网上的DNS查询报文数量,在域名服务器中广泛的使用了高速缓存。高速缓存用来存放最近查询过的域名以及从何处获得域名映射信息的记录。

    具体过程
    在这里插入图片描述

    1、在浏览器中输入www.toutiao.com域名,操作系统会先检查自己本地的hosts文件是否有这个网址映射关系,如果有,就先调用这个IP地址映射,完成域名解析。

    2、如果hosts里没有这个域名的映射,则查找本地DNS解析器缓存,是否有这个网址映射关系,如果有,直接返回,完成域名解析。

    3、如果hosts与本地DNS解析器缓存都没有相应的网址映射关系,首先会找TCP/IP参数中设置的首选DNS服务器,即本地DNS服务器,此服务器收到查询时,如果要查询的域名,包含在本地配置区域资源中,则返回解析结果给客户机,完成域名解析,此解析具有权威性

    4、如果要查询的域名,不由本地DNS服务器区域解析,但该服务器已缓存了此网址映射关系,则调用这个IP地址映射,完成域名解析,此解析不具有权威性。

    5、如果本地DNS服务器本地区域文件与缓存解析都失效,则进一步向根域名服务器发起求助。由于根域名服务器只会纪录其下级的13个顶级域名服务器,而不会直接纪录域名与IP的映射关系,所以在接收到本地域名服务器的解析请求时,根域名服务器将告知本地服务器:“你所请求的域名由.com顶级域名服务器管理,其IP为xxx”。
    6.本地DNS服务器进一步向.com顶级域名服务器发起域名解析请求,由于.com域名服务器也不会纪录域名与IP的映射关系,而是告知请求者去该域名所属的域服务器上查询,并给出其IP地址。
    7.本地DNS服务器继续向域服务器发起头条域名解析请求,便会得到头条域名对应的IP地址,这时本地DNS服务器不仅会向用户计算机返回IP地址,同时在其自身缓存中增加头条域名与其IP的纪录,从而加快其他计算机获取头条域名对应IP的解析速度

    展开全文
  • 重装mac系统后遇到一个奇怪的现象,部分网址浏览器可以访问,但却ping不通,但ping ip又能ping通。检查DNS设置似乎也正确,最后通过如下方式解决: 打开终端,输入: sudo launchctl unload -w /System/Library/...

    重装mac系统后遇到一个奇怪的现象,部分网址浏览器可以访问,但却ping不通,但ping ip又能ping通。检查DNS设置似乎也正确,最后通过如下方式解决:
    打开终端,输入:

    sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
    sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
    

    若提示:Operation not permitted while System Integrity Protection is engaged,则关闭系统完整性保护。

    1. 从Apple菜单中,选择“ 重新启动… ”>“ 重新启动 ”。
    2. 在重启时按住“ Command ”和“ R ”按钮。这将启动您在恢复模式。
    3. 右上角选择“ 实用程序 ”>“ 终端 ”(Terminal)。
    4. 输入csrutil disable,然后按“ Enter ”(若以后要启用系统完整性保护,则输入csrutil enable)
    5. 再次重新启动计算机
    展开全文
  • DNS域名解析

    万次阅读 多人点赞 2018-04-29 14:58:09
    域名系统DNS(Domain Name System)是因特网使用的命名系统,用来把便于人们使用的机器名字转换成为IP地址。域名系统其实就是名字系统。为什么不叫“名字”而叫“域名”呢?这是因为在这种因特网...
  • 首先我们分析一下无法解析的原因有哪些: 1.DNS设置问题 2.防火墙策略问题 3.NSCD服务问题 接下来逐一排查: 首先,检查系统是否正确设置了DNS服务器,输入命令: cat /etc/resolv.conf 输出结果如下 如果DNS没有...
  • 腾讯云域名解析

    万次阅读 2019-01-29 20:12:59
    腾讯云域名解析 1.登录腾讯云控制台,点击“云产品”,选择“云解析”,进入云解析界面; 2.在此界面可以选择购买或者添加新的域名,若已经购买了域名,则在域名列表处选择需要解析的域名,点击“解析”,进入记录...
  • Hosts文件与域名解析

    千次阅读 2018-10-10 11:36:45
    域名解析       人们习惯记忆域名(如www.baidu.com),但机器间互相只认IP地址,域名与IP地址之间是多对一的关系,一个ip地址不一定只对应一个域名,且...
  • A 主机 ping 某个域名 ping 不通,但是能 ping 通该域名对应的 ip 地址,我们可以手动设置下对应的 ip 映射。 直接修改 hosts 文件可以解决我们的...Windows 技术篇-修改hosts添加域名解析实例演示,设置域名指定ip方法
  • linux域名解析

    万次阅读 2019-01-18 21:21:11
    linux域名解析 首先确保你的电脑可以连上网,服务端和客户端能够连通 1.本地解析:优先级高 在服务端中 ping www.baidu.com #找出ip 在客户端中的浏览器中搜索ip地址就可以上网,但是ip地址记起来非常不方便...
  • 简述域名解析过程

    千次阅读 2020-11-30 09:59:06
    说得简单点就是将好记的域名解析成IP,服务由DNS服务器完成,是把域名解析到一个IP地址,然后在此IP地址的主机上将一个子目录与域名绑定。  互联网中的地址是数字的IP地址,域名是为了方便记忆而专
  • 当你在浏览器地址栏输入www.baidu.com,www.bilibili.com时,你有想过浏览器是怎么通过域名解析到IP,定位到服务器吗,本文将帮你解决这个疑惑,准备上车! 首先直接上图,整个流程如图所示:
  • libcurl 域名解析分析

    2020-11-17 15:07:40
    libcurl 的域名解析默认情况下是调用系统 API 完成的,并且用户的网络环境可能比较复杂,比如:是否连接了代理服务器,是否开启防火墙,域名解析过程是不是被运营商劫持等等。所以对于此类问题,通常是只能在特定的...
  • 域名解析IP地址

    2011-11-30 15:42:47
    DNS域名解析程序,经过多次调试,程序都能够正常工作。
  • 域名解析操作

    千次阅读 2020-03-04 10:28:42
    域名解析操作           对于域名解析操作,我先拿腾讯云来举例示范,别的例如阿里云等等都是一样操作,步骤简单容易上手。若要域名解析,肯定先要拥有一个域名,而 ...
  • 为什么要域名解析

    千次阅读 2020-08-05 12:17:56
    只说明你对这个域名拥有了使用权,如果不进行域名解析,那么这个域名就不能发挥别的作用,经过解析的域名可以用来作为电子邮箱的后缀,也可以用来作为网址访问自己的网站,因此域名投入使用的必备环节是“域名解析”...
  • 域名解析:即在拥有一个域名的前提下,其指向一个IP地址(通俗的讲,就是一个服务器,可以是物理服务器,也可以是云服务器) 例如:在阿里云购买了一个域名,如下所示 一:若想要使用该域名(例如:alibaba....
  • 域名解析ip地址的过程

    千次阅读 2021-04-12 11:22:32
    浏览器会把输入的域名解析成对应的IP,其过程如下: 1.查找浏览器缓存:因为浏览器一般会缓存DNS记录一段时间,不同浏览器的时间可能不一样,一般2-30分钟不等,浏览器去查找这些缓存,如果有缓存,直接返回IP,否则...
  • Ubuntu 域名解析失败解决 问题描述 最近一个项目的测试环境与 Linux 环境有关,需要搭建 Linux 环境,因此下载安装了 Ubuntu,在 Ubuntu 20.04 的 Linux 上安装 Python 与相关插件时,出现了如下错误警告: 始终...
  • 腾讯云如何快速添加域名解析

    千次阅读 2019-09-02 11:00:20
    当你在腾讯云建站之前,要把域名解析到服务器 IP或者 CNAME上面,今天魏艾斯博客讲解在腾讯云如何快速添加域名解析。 1、打开腾讯云云解析控制台。 在 “域名解析列表” 中,点击【添加解析】,弹出 “添加解析” ...
  • 地址域名解析工具

    2018-11-20 14:48:53
    一款可以将本地的项目地址解析域名的工具,在微信公众号等其他的地方开发使用
  • 所谓的域名解析,就是将域名绑定到指定的服务器: 第一步登陆:阿里云官网,打开控制台 添加解析信息:
  • 简述域名解析的过程

    2020-11-24 21:55:36
    浏览器先检查自身缓存中有...而操作系统也有一个域名解析的过程。在windows中可通过c盘里一个叫hosts的文件来设置,如果你在这里指定了一个域名对应的ip地址,那浏览器会首先使用这个ip地址。 但是这种操作系统级别.
  • 域名解析成功但ping不通解决方案

    千次阅读 2020-10-09 20:18:23
    开发者往往会有多台不同平台的服务器,但是有时会在甲平台域名解析到乙平台的服务器时,可能会出现子域名解析成功了,但是访问不了,并且也ping出来的还是原来的IP地址,这里就以我遇到过的方法分享一下。...
  • Linux之域名解析

    千次阅读 2019-04-18 02:20:02
    DNS域名解析 DNS(Domain Name System,域名系统),万维网上作为域名和IP地址相互映射的一个分布式数据库,能够使用户更方便的访问互联网,而不用去记住能够被机器直接读取的IP数串。通过域名,最终得到该域名对应...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 44,712
精华内容 17,884
关键字:

网址域名解析