<nobr id="t3d3h"><td id="t3d3h"></td></nobr>
<samp id="t3d3h"></samp> <progress id="t3d3h"><bdo id="t3d3h"></bdo></progress>
<progress id="t3d3h"><bdo id="t3d3h"><dfn id="t3d3h"></dfn></bdo></progress>

    1. <tbody id="t3d3h"></tbody>
        1. 您好,歡迎進入北京泰福特電子科技有限公司官網

          咨詢服務熱線

          400-015-1230

          NTP服務和DNS服務

          發布時間:2022-04-12 10:11:42

          NTP時間服務器

          作用:ntp主要是用于對計算機的時間同步管理操作。

          時間是對服務器來說是很重要的,一般很多網站都需要讀取服務器時間來記錄相關信息,如果時間不準,則可能造成很大的影響。

          部署安裝NTP服務器

          第一步:安裝服務

          [root@ken ~]# yum install ntp -y

          第二步:配置NTP文件

          [root@ken ~]# vim /etc/ntp.conf

          server 127.127.1.0 #以本機作為時間服務器,也可以根據需要選擇阿里時間服務器

          restrict 127.0.0.1 #允許本機使用時間服務器

          restrict 172.20.10.7 mask 255.255.255.240 #允許172.20.10.7使用本機的時間服務器

          第三步:重啟NTP服務

          [root@ken ~]# systemctl restart ntpd

          第四步:檢查NTP狀態

          [root@ken ~]# ntpstat

          synchronised to local net at stratum 6

          time correct to within 7948 ms

          polling server every 64 s

          第五步:客戶端下載NTP客戶端程序

          [root@host1 ~]# yum install ntpdate -y

          第六步:客戶端進行同步

          當前服務端時間

          [root@ken ~]# date

          Thu Feb 28 12:22:41 CST 2019

          當前客戶端時間

          [root@host1 ~]# date

          Thu Feb 28 20:34:34 CST 2019

          客戶端進行時間同步

          [root@host1 ~]# ntpdate 172.20.10.6

          28 Feb 12:24:52 ntpdate[7551]: step time server 172.20.10.6 offset -29488.471623 sec

          [root@host1 ~]# date

          Thu Feb 28 12:25:10 CST 2019

          如果出現下面的錯誤,稍等再次執行即可

          [root@ken ~]# ntpdate 192.168.1.163

          6 Mar 23:12:36 ntpdate[1541]: no server suitable for synchronization found

          DNS域名解析系統

          DNS服務概述:

          DNS(Domain Name System)域名系統,在TCP/IP 網絡中有非常重要的地位,能夠提供域名與IP地址的解析服務。

          DNS 是一個分布式數據庫,命名系統采用層次的邏輯結構,如同一棵倒置的樹,這個邏輯的樹形結構稱為域名空間,由于DNS 劃分了域名空間,所以各機構可以使用自己的域名空間創建DNS信息。

          注:DNS 域名空間中,樹的最大深度不得超過127 層,樹中每個節點最長可以存儲63 個字符。

          1、域和域名

          DNS 樹的每個節點代表一個域,通過這些節點,對整個域名空間進行劃分,成為一個層次結構。

          域名空間的每個域的名字,通過域名進行表示。

          域名:通常由一個完全合格域名(FQDN)標識。FQDN能準確表示出其相對于DNS 域樹根的位置,也就是節點到DNS 樹根的完整表述方式,從節點到樹根采用反向書寫,并將每個節點用“.”分隔,對于DNS 域google 來說,其完全正式域名(FQDN)

          為google.com。

          例如,google為com域的子域,其表示方法為google.com,而www為google域中的子域,可以使用www.google.com表示。

          注意:通常,FQDN 有嚴格的命名限制,長度不能超過256 字節,只允許使用字符a-z,0-9,A-Z

          和減號(-)。點號(.)只允許在域名標志之間(例如“google.com”)或者FQDN 的結尾使用。

          域名不區分大小。

          由最頂層到下層,可以分成:根域、頂級域、二級域、子域。

          Internet 域名空間的最頂層是根域(root),其記錄著Internet 的重要DNS 信息,由Internet域名注冊授權機構管理,該機構把域名空間各部分的管理責任分配給連接到Internet 的各個組織。

          “.”全球有13個根(root)服務器

          DNS 根域下面是頂級域,也由Internet 域名注冊授權機構管理。共有3 種類型的頂級域。

          組織域:采用3 個字符的代號,表示DNS 域中所包含的組織的主要功能或活動。比如com 為商業機構組織,edu 為教育機構組織,gov 為政府機構組織,mil 為軍事機構組織,net 為網絡機構組

          織,org 為非營利機構組織,int 為國際機構組織。

          地址域:采用兩個字符的國家或地區代號。如cn 為中國,kr 為韓國,us 為美國。

          反向域:這是個特殊域,名字為in-addr.arpa,用于將IP 地址映射到名字(反向查詢)。

          對于頂級域的下級域,Internet 域名注冊授權機構授權給Internet 的各種組織。當一個組織獲得了對域名空間某一部分的授權后,該組織就負責命名所分配的域及其子域,包括域中的計算機和其他設備,并管理分配的域中主機名與IP 地址的映射信息。

          2、區(Zone)

          區是DNS 名稱空間的一部分,其包含了一組存儲在DNS 服務器上的資源記錄。

          使用區的概念,DNS 服務器回答關于自己區中主機的查詢,每個區都有自己的授權服務器。

          3、主域名服務器與輔助域名服務器

          當區的輔助服務器啟動時,它與該區的主控服務器進行連接并啟動一次區傳輸,區輔助服務器定期與區主控服務器通信,查看區數據是否改變。如果改變了,它就啟動一次數據更新傳輸。

          每個區必須有主服務器,另外每個區至少要有一臺輔助服務器,否則如果該區的主服務器崩潰了,就無法解析該區的名稱。

          輔助服務器的優點:

          1)容錯能力

          配置輔助服務器后,在該區主服務器崩潰的情況下,客戶機仍能解析該區的名稱。一般把區的主服務器和區的輔助服務器安裝在不同子網上,這樣如果到一個子網的連接中斷,DNS 客戶機還能

          直接查詢另一個子網上的名稱服務器。

          2)減少廣域鏈路的通信量

          如果某個區在遠程有大量客戶機,用戶就可以在遠程添加該區的輔助服務器,并把遠程的客戶機配置成先查詢這些服務器,這樣就能防止遠程客戶機通過慢速鏈路通信來進行DNS 查詢。

          3)減輕主服務器的負載

          輔助服務器能回答該區的查詢,從而減少該區主服務器必須回答的查詢數。

          4、DNS 相關概念

          (1)DNS 服務器

          運行DNS 服務器程序的計算機,儲存DNS 數據庫信息。DNS 服務器會嘗試解析客戶機的查詢請求。

          在解答查詢時,如果DNS 服務器能提供所請求的信息,就直接回應解析結果,如果該DNS 服務器沒有相應的域名信息,則為客戶機提供另一個能幫助解析查詢的服務器地址,如果以上兩種方法均失敗,則回應客戶機沒有所請求的信息或請求的信息不存在。

          (2)DNS 緩存

          DNS 服務器在解析客戶機請求時,如果本地沒有該DNS 信息,則可以會詢問其他DNS 服務器,當其他域名服務器返回查詢結果時,該DNS 服務器會將結果記錄在本地的緩存中,成為DNS 緩存。

          當下一次客戶機提交相同請求時,DNS 服務器能夠直接使用緩存中的DNS 信息進行解析。

          2)DNS查詢方式: 遞歸查詢和迭代查詢

          看一個DNS查詢過程:

          通過8個步驟的解析過程就使得客戶端可以順利訪問www.163.com 這個域名,但實際應用中,通常這個過程是非常迅速的

          DNS查詢方式

          <1> 客戶機提交域名解析請求,并將該請求發送給本地的域名服務器。

          <2> 當本地的域名服務器收到請求后,就先查詢本地的緩存。如果有查詢的DNS 信息記錄,則直

          接返回查詢的結果。如果沒有該記錄,本地域名服務器就把請求發給根域名服務器。

          <3> 根域名服務器再返回給本地域名服務器一個所查詢域的頂級域名服務器的地址。

          <4> 本地服務器再向返回的域名服務器發送請求。

          <5> 接收到該查詢請求的域名服務器查詢其緩存和記錄,如果有相關信息則返回客戶機查詢結果,否則通知客戶機下級的域名服務器的地址。

          <6> 本地域名服務器將查詢請求發送給返回的DNS 服務器。

          <7> 域名服務器返回本地服務器查詢結果(如果該域名服務器不包含查詢的DNS 信息,查詢過程將重復<6>、<7>步驟,直到返回解析信息或解析失敗的回應)。

          <8> 本地域名服務器將返回的結果保存到緩存,并且將結果返回給客戶機。

          5、兩種查詢方式:

          (1)遞歸查詢

          遞歸查詢是一種DNS 服務器的查詢模式,在該模式下DNS 服務器接收到客戶機請求,必須使用一個準確的查詢結果回復客戶機。如果DNS 服務器本地沒有存儲查詢DNS信息,那么該服務器會詢問其他服務器,并將返回的查詢結果提交給客戶機。

          (2)迭代查詢

          DNS 服務器另外一種查詢方式為迭代查詢,當客戶機發送查詢請求時,DNS 服務器并不直接回復查詢結果,而是告訴客戶機另一臺DNS 服務器地址,客戶機再向這臺DNS 服務器提交請求,依次循環直到返回查詢的結果為止。

          正向解析與反向解析

          1)正向解析

          正向解析是指域名到IP 地址的解析過程。

          [root@ken ~]# ping www.baidu.com

          PING www.a.shifen.com (119.75.217.109) 56(84) bytes of data.

          64 bytes from 119.75.217.109 (119.75.217.109): icmp_seq=1 ttl=54 time=4.84 ms

          64 bytes from 119.75.217.109 (119.75.217.109): icmp_seq=2 ttl=54 time=5.81 ms

          64 bytes from 119.75.217.109 (119.75.217.109): icmp_seq=3 ttl=54 time=6.79 ms

          64 bytes from 119.75.217.109 (119.75.217.109): icmp_seq=4 ttl=54 time=8.14 ms

          64 bytes from 119.75.217.109 (119.75.217.109): icmp_seq=5 ttl=54 time=5.73 ms

          2)反向解析

          反向解析是從IP 地址到域名的解析過程。反向解析的作用為服務器的身份驗證。

          http://dns.aizhan.com/

          7、DNS資源記錄

          1)SOA 資源記錄

          每個區在區的開始處都包含了一個起始授權記錄(Start of Authority Record),簡稱SOA 記錄。

          SOA 定義了域的全局參數,進行整個域的管理設置。一個區域文件只允許存在唯一的SOA 記錄。

          2)NS 資源記錄

          NS(Name Server)記錄是域名服務器記錄,用來指定該域名由哪個DNS服務器來進行解析。每個區在區根處至少包含一個NS 記錄。

          3)A 資源記錄

          地址(A)資源記錄把FQDN 映射到IP 地址。 因為有此記錄,所以DNS服務器能解析FQDN域名對應的IP 地址。

          4)PTR 資源記錄

          相對于A 資源記錄,指針(PTR)記錄把IP地址映射到FQDN。 用于反向查詢,通過IP地址,找到域名。

          5)CNAME 資源記錄

          別名記錄(CNAME)資源記錄創建特定FQDN 的別名。用戶可以使用CNAME 記錄來隱藏用戶網絡的實現細節,使連接的客戶機無法知道真正的域名。

          6)MX 資源記錄

          郵件交換(MX)資源記錄,為DNS 域名指定郵件交換服務器。

          郵件交換服務器是為DNS 域名處理或轉發郵件的主機。處理郵件指把郵件投遞到目的地或轉交另一不同類型的郵件傳送者。轉發郵件指把郵件發送到最終目的服務器,用簡單郵件傳輸協議SMTP 把郵件發送給離最終目的地最近的郵件交換服務器,或使郵件經過一定時間的排隊。

          以上是相關概念。

          模式: C/S 模式

          資源記錄的通用格式

          name [time] IN type value

          name:要解析的目標主機的名稱

          time:解析結果的緩存時間

          IN:關鍵詞

          type:資源記錄類型

          value:將目標主機解析到哪個地址

          例子:

          www 86400 IN A 1.2.3.4

          2、端口

          [root@ken~]# vim /etc/services

          端口:

          tcp/53 udp/53 #用于客戶端查詢

          tcp/953 udp/953 #用于DNS主從同步

          BIND 簡介

          BIND 全稱為Berkeley Internet Name Domain(伯克利因特網名稱域系統)。BIND 主要有三個版

          本:BIND4、BIND8、BIND9。

          BIND8 融合了許多提高效率、穩定性和安全性的技術,而BIND9 增加了一些超前的理念:IPv6支持、密鑰加密、多處理器支持、線程安全操作、增量區傳送等等。

          部署DNS

          主配置文件(/etc/named.conf):只有58行,而且在去除注釋信息和空行之后,實際有效的參數僅有30行左右,這些參數用來定義bind服務程序的運行。

          區域配置文件(/etc/named.rfc1912.zones):用來保存域名和IP地址對應關系的所在位置。類似于圖書的目錄,對應著每個域和相應IP地址所在的具體位置,當需要查看或修改時,可根據這個位置找到相關文件。

          數據配置文件目錄(/var/named):該目錄用來保存域名和IP地址真實對應關系的數據配置文件。

          第一步:下載bind

          [root@ken ~]# yum install bind bind-utils -y

          bind #該包為DNS 服務的主程序包。

          bind-utils #該包為客戶端工具,默認安裝,用于搜索域名指令

          第二步:編輯/etc/named.conf文件

          [root@ken ~]# cat /etc/named.conf

          //

          // named.conf

          //

          // Provided by Red Hat bind package to configure the ISC BIND named(8) DNS

          // server as a caching only nameserver (as a localhost DNS resolver only).

          //

          // See /usr/share/doc/bind*/sample/ for example named configuration files.

          //

          // See the BIND Administrator's Reference Manual (ARM) for details about the

          // configuration located in /usr/share/doc/bind-{version}/Bv9ARM.html

          options {

          listen-on port 53 { any; }; #修改為any

          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";

          recursing-file "/var/named/data/named.recursing";

          secroots-file "/var/named/data/named.secroots";

          allow-query { any; }; #修改為any

          /*

          ...

          第一處修改為any表示:服務器上的所有IP地址均可提供DNS域名解析服務

          第二處修改為any表示:允許所有人對本服務器發送DNS查詢請求

          第三步:修改區域配置文件

          [root@ken ~]# cat /etc/named.rfc1912.zones

          // named.rfc1912.zones:

          //

          // Provided by Red Hat caching-nameserver package

          //

          // ISC BIND named zone configuration for zones recommended by

          // RFC 1912 section 4.1 : localhost TLDs and address zones

          // and http://www.ietf.org/internet-drafts/draft-ietf-dnsop-default-local-zones-02.txt

          // (c)2007 R W Franks

          //

          // See /usr/share/doc/bind*/sample/ for example named configuration files.

          //

          zone "ken.com" IN {

          type master;

          file "ken.com.zone";

          allow-update { none; };

          };

          第四步:編輯數據配置文件

          可以從/var/named目錄中復制一份正向解析的模板文件(named.localhost),然后把域名和IP地址的對應數據填寫數據配置文件中并保存。在復制時記得加上-a參數,這可以保留原始文件的所有者、所屬組、權限屬性等信息,以便讓bind服務程序順利讀取文件內容

          [root@ken ~]# cp -a /var/named/named.localhost /var/named/ken.com.zone

          第五步:配置數據配置文件

          [root@ken ~]# cat /var/named/ken.com.zone

          $TTL 1D #生存周期為1天

          @ IN SOA @ rname.invalid. (

          #授權信息開始 #DNS區域的地址 #管理員郵箱 0 ; serial #更新序列號

          1D ; refresh #更新時間

          1H ; retry #重試時間

          1W ; expire #失效時間

          3H ) ; minimum #無效解析記錄的緩存時間

          NS @ #域名服務器記錄

          A 127.0.0.1 #地址記錄

          www IN A 192.168.4.190

          bbb IN A 192.168.4.190

          mail IN A 192.168.4.190

          第六步:重啟服務

          [root@ken ~]# systemctl restart named

          第七步:修改網卡配置文件中的DNS為本機IP地址

          [root@ken ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0

          DEVICE="eth0"

          ONBOOT=yes

          NETBOOT=yes

          BOOTPROTO=static

          TYPE=Ethernet

          IPADDR=192.168.4.190

          NETMASK=255.255.255.0

          GATEWAY=192.168.4.1

          DNS1=192.168.4.190 #DNS地址修改為本機地址

          第八步:重啟網絡

          [root@ken ~]# systemctl restart network

          第九步:測試

          [root@ken ~]# nslookup

          > www.ken.com

          Server: 192.168.4.190

          Address: 192.168.4.190#53

          Name: www.ken.com

          Address: 192.168.4.190

          > bbb.ken.com

          Server: 192.168.4.190

          Address: 192.168.4.190#53

          Name: bbb.ken.com

          Address: 192.168.4.190

          > mail.ken.com

          Server: 192.168.4.190

          Address: 192.168.4.190#53

          Name: mail.ken.com

          Address: 192.168.4.190

          > wa.ken.com

          Server: 192.168.4.190

          Address: 192.168.4.190#53

          ** server can't find wa.ken.com: NXDOMAIN 


          • 聯系方式
          • 傳 真:86-10-82782026
          • 電 話:400-015-1230
          • 地 址:北京市海淀區北清路68號院用友軟件園北區17號樓三層
          在線咨詢

          咨詢電話:

          400-015-1230

          • 微信掃碼 關注我們

          Copyright ? 2002-2035 北京泰福特電子科技有限公司 版權所有 備案號:京ICP備12028220號-3
          京公網安備 11010802025976號

          掃一掃咨詢微信客服

          18519396506
          成品人视频ww入口
          Powered by RRZCMS