dns的管理與配置流程是什麼
❶ DNS怎麼設置
您好,DNS(域名系統)是互聯網的一項服務。它作為將域名和IP地址相互映射的一個分布式資料庫,能夠使人更方便地訪問互聯網。DNS使用TCP和UDP埠53。設置DNS方法:
1、點擊任務欄上的網路圖標,打開「網路和共享中心」。
2、在左側導航欄找到「更改適配器設置」選項,點擊進入。
3、選擇你要設置dns的網路,然後右擊圖標,選擇「屬性」。
4、在網路連接屬性面板中「網路」選項下,選中「Internet 協議版本 4(TCP/IPv4)」,然後點擊下面的「屬性」。
5、在屬性面板中,切換到常規選項下,勾選使用下面的DNS伺服器地址,輸入DNS地址,然後點擊確定按鈕,設置完成。
免費DNS地址: 114DNS:114.114.114.114(推薦國內使用) Google DNS:8.8.8.8(國外)
❷ 簡述dns的安裝和配置過程
1、 安裝DNS服務
2、 創建DNS正相解析區域
3、 創建DNS反向解析區域
4、 啟用DNS循環復用功能
5、 創建標准輔助區域,實現DNS區域復制
6、 實現DNS唯高速緩存伺服器
7、 DNS的委派(子域的轉向)
8、 設置 DNS區域的動態更新
9、 配置DNS客戶端
❸ DNS怎麼配置
在修改DNS之前我們需要先知道我們的DNS伺服器地址是什麼,那麼我們怎麼來查詢我們的DNS伺服器地址呢?
在「開始」中找到「運行」(或者直接【Win】+【R】),然後輸入「cmd」進入管理員操作界面:
在管理員界面中輸入命令:ipconfig/all然後按Enter鍵確認即可顯示Windows IP配置,在這里我們可以查看我們的DNS伺服器地址。
如果你連接了路由的話也可以通過路由來查看你的DNS伺服器地址,在瀏覽器輸入地址192.168.1.1彈出路由器登入對話框,通常路由器默認的賬戶密碼均為:admin(登入後可修改)。登入路由之後我們就可以在首頁查看到DNS伺服器地址了。
知道了DNS地址我們就可以來修改了,點擊電腦右下角的連接圖標,選擇「打開網路和共享中心」,當然也可以在控制面板中「網路和Internet」進入「打開網路和共享中心」:
進入「網路和共享中心」後,我們再點擊「本地連接」進入「本地連接 狀態」對話框:
在「本地連接 狀態」對話框中點擊「屬性」選項,彈出本地連接屬性對話框:
這里我們選中本地連接屬性對話框中的「Internet 協議版本4 (ICP/iPv4)」,雙擊後者選擇下方的屬性,之後即可進入「Internet 協議版本4 (ICP/iPv4)屬性對話框」,在這里邊即可更改DNS設置。
在「Internet 協議版本4屬性」對話框中即可更改DNS地址了,選中「使用下面的DNS伺服器地址」,然後DNS地址成為可編輯狀態,再把我們查看到的DNS地址填寫上再確認即可。
首選 DNS 伺服器(P) 202.96.128.166
備用 DNS 伺服器(A) 202.96.134.133
❹ 什麼是DNS 配置
DNS簡介
在Linux中,域名服務(DNS)是由柏克萊網間名域(Berkeley Internet Name Domain——BIND)軟體實現的。BIND是一個客戶/服務系統,它的客戶方面稱為轉換程序(resolver),它產生域名信息的查詢,將這類信息發送給伺服器,DNS軟體回答轉換程序的查詢。BIND的服務方面是一個稱為named(讀作「name」「d」)的守護進程。
我們將討論三種基本BIND配置任務:
配置BIND轉換程序。
配置BIND域名服務。
建立伺服器資料庫文件,稱為「區文件(zone file)。
前面我們介紹過,術語「區(zone)」往往可以與單詞「域(domain)」互換使用,但這里卻有一些區別,「區」是指域資料庫文件,而「域」則比較通用。在本書中,域是用域名定義的域結構中的一部分,而區則是域資料庫文件中包含域信息的集合,包含域信息的文件稱為「區文件」。
DNS的作用是把IP地址轉化為代表主機、網路和郵件別名的助記名。它把整個Internet IP地址和名字空間分解為不同的邏輯組來做這項工作。每個組對它所擁有的計算機和其他信息具有控制權。
DNS伺服器的類型
BIND可以配置成以幾種不同的方法運行的DNS,常見的BIND配置是唯轉換程序系統、唯高速緩存系統、主伺服器和輔助伺服器。
轉換程序是一段要求域名伺服器提供域信息的程序,在Linux系統中,它是作為一個庫程序來實現的,不是一個單獨的客戶程序。在唯轉換程序系統中,僅使用轉換程序,並不運行域名伺服器。這種系統是很容易配置的,最多隻需要設置/etc/resolv.conf文件。其它三個BIND配置選項都是用於named服務軟體的。
唯高速緩存伺服器 唯高速緩存伺服器(caching-only server)可運行域名伺服器軟體但是沒有域名資料庫軟體。它從某個遠程伺服器取得每次域名伺服器查詢的回答,一旦取得一個答案,就將它放在高速緩存中,以後查詢相同的信息時就用它予以回答。所有的域名伺服器都按這種方式使用高速緩存中的信息,但唯高速緩存伺服器則依賴於這一技術提供所有的域名伺服器信息。唯高速緩存伺服器不是權威性伺服器,因為它提供的所有信息都是間接信息。
對於唯高速緩存伺服器只需要配置一個高速緩存文件,但最常見的配置還包括一個回送文件,這或許是最常見的域名伺服器配置。接著才是唯轉換程序配置,它是最容易配置的。
主伺服器 主伺服器(primary name server)是特定域所有信息的權威性信息源。它從域管理員構造的本地磁碟文件中載入域信息,該文件(區文件)包含著該伺服器具有管理權的一部分域結構的最精確信息。主伺服器是一種權威性伺服器,因為它以絕對的權威去回答對它域的任何查詢。
配置主伺服器需要一整套配置文件,包括正規域的區文件(named.hosts)和反向域的區文件(named.rev)、引導文件(named.conf)、高速緩存(named.ca)和回送文件(named.local),其它的配置都不需要這樣一整套文件。
輔助域名伺服器 輔助域名伺服器(secondary name server)可從主伺服器中轉移一整套域信息。區文件是從主伺服器中轉移出來的,並作為本地磁碟文件存儲在輔助伺服器中。這種轉移稱為「區文件轉移」。在輔助域名伺服器中有一個所有域信息的完整拷貝,可以有權威地回答對該域的查詢,因此,輔助域名伺服器也稱作權威性伺服器。
配置輔助域名伺服器不需要生成本地區文件,因為可以從主伺服器中下載該區文件。然而其它的文件是確是需要的,包括引導文件、高速緩存文件和回送文件。
一個域名伺服器可以是這類配置中的任何一種,但經常是將多種配置類型的元素組合在一起。然而所有的系統都要運行轉換程序。
DNS常用術語
DNS是一個很復雜的概念,表1列出了常用的DNS術語。
表1 常用DNS術語
術語
說明
域
代表網路一部分的邏輯實體或組織
域名
主機名的一部分,它代表包含這個主機的域。它可以和域交換使用
主機
網路上的一台計算機
節點
網路上的一台計算機
域名伺服器
提供DNS服務的計算機,它將DNS名字轉化為IP地址
解析
把一個DNS伺服器轉化為與其相映的IP地址的過程
解析器
從域名伺服器中提取DNS信息的程序或庫子程序
反向解析
將給出的IP地址轉化為其相映的DNS名字
欺騙
使網路看上去好象具有不同的IP地址或域名的行為
在概念上可以把DNS分為三個部分:
域名空間 這是標識一組主機並提供他們的有關信息的樹結構的詳細說明。樹上的每一個節點都有它控制下的主機的有關信息的資料庫。查詢命令試圖從這個資料庫中提取適當的信息。簡單地說,這只是所有不同類型信息的列表,這些信息是域名、IP地址、郵件別名和那些在DNS系統中能查到的內容。
域名伺服器 它們是保持並維護域名空間中的數據的程序。每個域名伺服器含有一個域名空間子集的完整信息,並保存其它有關部分的信息。一個域名伺服器擁有它控制范圍的完整信息。控制的信息按區進行劃分,區可以分布在不同的域名伺服器上,以便為每個區提供服務。每個域名伺服器都知道每個負責其他區的域名伺服器。如果來了一個請求,它請求給定域名伺服器負責的那個區的信息,那麼這個域名伺服器只是簡單地返回信息。但是,如果請求是不同區的信息,那麼這個域名伺服器就要與控制該區的相映伺服器聯系。
解析器 解析器是簡單的程序或子程序庫,它從伺服器中提取信息以響應對域名空間中主機的查詢。
配置轉換程序
使用DNS的第一步是在用戶的計算機上配置轉換程序,即讓機器能夠能夠從DNS伺服器中獲取域名解析/反解析服務。轉換程序不是一個單獨而明確的處理進程,而是網路進程調用的一個標准C程序庫。如果本地系統不運行named,就必須配置本地轉換程序。
轉換程序控制文件/etc/host.conf
/etc/host.conf是用來控制本地轉換程序的文件的設置。該文件告訴轉換程序使用哪些服務、按照什麼順序進行。該文件的欄位可以用空格或製表符分隔。字元「#」表示注釋行。表2是可在host.conf中指定的選項。
表2 /etc/host.conf文件的配置選項
選項
說明
order
指定按照哪種順序來嘗試不同的名字解析機制。按列出的順序來進行指定的解析服務。支持下面的名字解析機制:
hosts 試圖通過查找本地/etc/hosts文件來解析名字
bind 使用DNS域名伺服器來解析名字
nis 使用網路信息服務(NIS)協議來解析主機名字
multi
以off和on為參數。與host查詢一起使用,用來確定一台主機是否在/etc/hosts文件中指定了多個IP地址
nospoof
如果用逆向解析找出與指定的地址匹配的主機名,對返回的地址進行解析以確認它確實與您查詢的地址相配。為了防止「騙取」IP地址,通過指定nospoof on來允許這種功能
alert
以off和on為參數。如果打開,任何試圖騙取IP地址的行為都通過syslog工具進行記錄
trim
以域名為參數。在/etc/hosts中查找名字前,trim刪除這個域名。著使你只把基本主機名放在/etc/host.conf中而不指定域名
下面這個例子是主機vlager上的/etc/host.conf文件:
# /etc/host.conf
# We have named running, but no NIS (yet)
order bind hosts
# Allow multiple addrs
multi on
# Guard against spoof attempts
nospoof on
# Trim local domain (not really necessary).
trim vbrew.com.
這個例子給出了域vbrew.com的通用解析程序配置。該解析程序首先使用DNS然後使用/etc/hosts文件查找主機名。在解析查找中指定本地/etc/hosts文件是一個好主意。如果由於某種原因不能使用域名伺服器了,我們還可以使用主機文件中列出的那些主機名。該機器上允許使用多個IP地址,主機通過重新解析主機名字(從IP地址逆向查找返回的主機名字)來檢查IP欺騙。
轉換程序/配置文件/etc/resolv.conf
當配置轉換程序使用BIND域名服務查詢主機時,我們必須告訴轉換程序使用哪一個域名伺服器。用來完成這項任務的工具就是/etc/resolv.conf文件。/etc/resolv.conf控制轉換程序使用DNS解析主機名使用的方式,它可以明確地定義系統的配置,允許我們命名由於預設伺服器不響應而使用的備份伺服器。因此,盡管會增加系統負荷,但在某些場合使用resolv.conf是很受歡迎的。
/etc/resolv.conf是一個簡單而易讀的文件。在/etc/resov.conf中使用的命令,具有系統專用的形式,但一般都支持domain和nameserver兩項命令。
nameserver項利用IP地址去識別讓轉換程序去識別查詢域信息的那些伺服器。我們可以多次使用nameserver選項,可以使用多達三個域名伺服器。這些名伺服器是按照它們在文件中的順序進行查詢的,如果沒有接收到一個伺服器的響應,就去試表中的下一個伺服器,直到所有伺服器試完為止(如果在/etc/resolv.conf文件中設置了三個以上的域名伺服器,那麼,即使前三個伺服器都沒有響應查詢請求,Linux也不會去請求後面的伺服器)。我們應該將最可靠的域名伺服器列在最前面,以便在查詢時不會超時。如果resolv.conf文件中不包含nameserver項,或者不存在resolv.conf文件,就將所有名伺服器查詢發送給本地主機。然而,如果有一個resolv.conf文件,它包含nameserver項,除非有一項指向本地主機,否則就不查詢本地主機。在配置唯轉換程序的主機中,resolv.conf文件包含nameserver項,但沒有一個項指向本地主機。
domain項用來定義預設域名(主機的本地域名)。轉換程序會將預設域名掛在任何不含點的主機名後面。例如,轉換程序接收到主機名vale(它不含點),就將其預設域名掛接在vale後面,構成對它的查詢。如果domian域中的name值是vbrew.com,那麼轉換程序就將查詢vale.vbrew.com。如果沒有出它,則轉換程序就試圖通過getdomainname()系統調用來獲得本地域名。
如果聽起來讓人迷惑不解的話,我們可以看看下面這個例子,這是Virtual Brewery中的resolv.conf文件:
# /etc/resolv.conf
# Our domain
domain vbrew.com
#
# We use vlager as central nameserver:
nameserver 191.72.1.1
在該例中,通過domain指定預設域名,並列出一個用於解析主機名的域名伺服器。在這個例子中沒有指定查尋順序(使用search選項),因此如果要查詢一台機器的地址(如vale),解析器則首先試圖查找vale,如果沒找到,則查找vale.vbrew.com,然後再查找vbrew.com。
唯轉換程序配置
配置唯轉換程序是非常簡單的,下面是一個唯轉換程序的/etc/resolv.conf文件的例子:
# /etc/resolv.conf
# Our domain
domain vbrew.com
#
# We use vlager as central nameserver:
nameserver 191.72.1.1
# netx try vale
namesever 191.72.1.3
該配置文件告訴轉換程序將所有的查詢發送給主域名伺服器vlager,如果失敗,就試vale。這些查詢是永遠不能在本地轉換的。這一個簡單的resolv.conf文件就可以滿足唯轉換程序配置的全部要求。
設置域名伺服器
在Linux上的域名服務是由named守護進程來執行的,named最早是為BSD向客戶機提供域名服務而開發的。named守護進程通常在系統啟動時開始工作,並一直工作到系統關閉。該進程從被稱作/etc/named.boot的配置文件中獲取有關信息和將主機名映射為IP地址的各種文件。
為了運行named,只要在命令行中輸入:
# /etc/rc.d/init.d/named start
named就會開始運行,讀取named.boot文件及其定義的任何區文件並將它的進程ID以ASCII碼的形式寫入/var/run/named.pid中,下載任何來自主伺服器的區文件,如果有必要的話在埠53等待DNS請求。
雖然轉換程序的配置只需要一個配置文件,但是在配置named時卻要使用多個文件,一整套named配置文件如表3所示。
表3 named配置文件
配置文件
說明
named.conf
設置一般的named參數,指向該伺服器使用的域資料庫信息的源,這類源可以是本地磁碟文件或遠程伺服器
named.ca
指向根域名伺服器
named.local
用於在本地轉換回送地址
named.hosts
將主機名映射為IP地址
named.rev
用於反向域的、將IP地址映射到主機名的區文件
在下面各節中我們將探討如何利用其中的每一個文件去配置named。
/etc/named.conf文件
named.conf文件通常很小,只包括一些指向DNS信息源的信息。其中某些源是本地文件,其他則是遠程伺服器。下面我們將看到一個需要生成的每種文件類型的例子。
表4概括了named.conf文件中使用的各種配置語句,它提供的信息能幫助我們了解這一些例子:
表4 named.boot文件的配置選項
選項
說明
Directory
指定DNS文件所在的目錄。您可以重復此選項以指定幾個不同的目錄。可以給出這些目錄相關的文件路徑名
Master
以一個域名和一個文件名為參數。此選項聲明named對指定的域具有控制權,並使named從指定的區域載入信息
Hint
為named建立高速緩存信息。以一個域名和一個文件名為參數。域名通常用「.」指定。指定的文件包括一組稱為伺服器提示的記錄,這些記錄列出了根域名伺服器的信息
Forwarders
以一個域名伺服器的列表作為參數。告訴本地域名伺服器:如果它不能從它的本地信息中解析出地址,那麼就與該列表中的伺服器聯系
Slave
把本地域名伺服器變成一個從屬伺服器。如果給出了此選項,那麼本地伺服器就試著通過遞歸查詢來解析DNS名字。它只把請求傳遞給forwarders選項行列出的伺服器中的一個
配置named.conf文件所使用的方法,是用來控制將域名伺服器作為主伺服器、輔助伺服器還是唯高速緩存伺服器的。理解不同配置的最佳方法是討論各種named.conf的示例文件。
1.唯高速緩存伺服器
配置唯高速緩存域名伺服器是很簡單的。必須有named.conf和named.ca文件,通常也要用到named.local文件。下面是用於唯高速緩存伺服器的named.conf文件的例子,其中以「//」開頭的是注釋:
// generated by named-bootconf.pl
options {
directory "/var/named";
/*
* If there is a firewall between you and nameservers you want
* to talk to, you might need to uncomment the query-source
* directive below. Previous versions of BIND always asked
* questions using port 53, but BIND 8.1 uses an unprivileged
* port by default.
*/
// query-source address * port 53;
};
//
// a caching only nameserver config
//
//
// a caching only nameserver config
//
zone "." {
type hint;
file "named.ca";
};
zone "0.0.127.in-addr.arpa" {
type master;
file "named.local";
directory這一行告訴named到哪裡去找尋文件。所有其後命名的文件都將是相對於此目錄的。該文件告訴named去維持一個域名伺服器響應的高速緩存,並利用named.ca文件的內容去初始化該高速緩存。該高速緩存初始化文件的名字可以是任何名字,但一般使用/var/named/named.ca。並不是在該文件中使用一個hint語句就能使它成為唯高速緩存配置,幾乎每一種伺服器的配置都要用到cache語句,而是因為沒有master和slave語句才使它成為一個唯高速緩存配置。
但是,在我們這個例子中卻有一個master語句。事實上,幾乎在每一個唯高速緩存的配置文件中都有這一個語句,它將本地伺服器定義為它自己的回送域的主伺服器,並假定該域的信息存儲在named.local文件中。這個回送域是一個in-addr.arpa域(in-addr.arpa域用於指定逆向解析,或IP地址到DNS名字解析),它將地址127.0.0.1映射為名字localhost。轉換自己的回送地址對於大多數人都是有意義的,因為大多數的named.conf文件都包含這一項。
在大多數唯高速緩存伺服器的配置文件中,這種directory、master和hint語句是唯一使用的語句,但也可以增加其他的語句,forwarders和slave等語句都可以使用。
2.主伺服器和輔助伺服器的配置
我們虛構的vbrew.com是舉例說明主伺服器和輔助伺服器的基礎,下面是將vlager定義為vbrew.com域的主伺服器的named.conf文件:
// generated by named-bootconf.pl
options {
directory "/var/named";
/*
* If there is a firewall between you and nameservers you want
* to talk to, you might need to uncomment the query-source
* directive below. Previous versions of BIND always asked
* questions using port 53, but BIND 8.1 uses an unprivileged
* port by default.
*/
// query-source address * port 53;
};
//
// a caching only nameserver config
//
zone "." {
type hint;
file "named.ca";
};
zone "vbrew.com"{
type master;
file "named.hosts";
};
zone "0.0.127.in-addr.arpa" {
type master;
file "named.local";
};
zone "72.191.in-addr.arpa"{
type master;
file "named.rev";
};
上例中第一個master告訴我們這是vbrew.com域的主伺服器。該域的數據是從named.hosts文件中載入的。在我們這個例子中,我們將文件名named.hosts作為區文件名,但也可以使用更有說明性的文字,例如,vbrew.com區文件的名字使用vbrew.com.hosts則較好。
第三個master語句指向能將IP地址191.72.0.0映射為主機名的文件。它假定本地伺服器是反向域72.191.in-addr.arpa的主伺服器,該域的數據從文件named.rev中載入。
在上例配置中的hint語句和第二個用於回送域的primary語句我們前面在唯高速緩存配置中已經討論過。在這些配置中,它們的作用是相同的,而且幾乎在任何配置中都要使用它們。
輔助伺服器的配置與主伺服器的配置不同,它使用slave語句代替master語句。slave語句指向用作域信息源的遠程伺服器,以替代本地磁碟文件。下面的named.conf文件可以將vale配置成為vbrew.com域的輔助伺服器:
// generated by named-bootconf.pl
options {
directory "/var/named";
/*
* If there is a firewall between you and nameservers you want
* to talk to, you might need to uncomment the query-source
* directive below. Previous versions of BIND always asked
* questions using port 53, but BIND 8.1 uses an unprivileged
* port by default.
*/
// query-source address * port 53;
};
//
// a caching only nameserver config
//
zone "." {
type hint;
file "named.ca";
};
zone "0.0.127.in-addr.arpa" {
type master;
file "named.local";
};
zone "vbrew.com"{
type slave;
file "named.hosts";
masters { 191.72.1.3; };
};
zone "72.191.in-addr.arpa"{
type slave;
file "named.rev";
masters {191.72.1.3;};
};
cache . named.ca
secondary vbrew.com 191.72.1.3 named.hosts
secondary 72.191.in-addr.arpa 191.72.1.3 named.rev
primary 0.0.127.in-addr.arpa named.local
第一個slave語句是使這個伺服器成為vbrew.com的輔助伺服器。它告訴named從IP地址為191.72.1.3的伺服器中下載vbrew.com的信息,並將其數據保存在/var/named/named.hosts文件中。如果該文件不存在,named就創造一個,並從遠程伺服器中取得區數據,然後將這些數據寫入新創建的文件中。如果存在該文件,named就要檢查遠程伺服器,以了解該遠程伺服器的數據是否不同於該文件中的數據,如果數據有變化,它就下載更新後的數據,用新數據覆蓋該文件的內容;如果數據沒有變化,named就載入磁碟文件的內容,不必做麻煩的區轉移工作。
將一個資料庫拷貝到本地磁碟文件中,就不必每次引導主機時都要轉移區文件;只有當數據修改時,才進行這種區文件的轉移工作。
該配置文件中的下一行表示該本地伺服器也是反向域72.191.in-addr.arpa的一個輔助伺服器,而且該域的數據也從191.72.1.3中下載。該反向域的數據存儲在named.rev中。
DNS資料庫文件和資源記錄
配置named所需的所有文件(named.hosts、named.rev、named.local和named.ca)中的信息是以稱為資源記錄的形式存在的。每個資源記錄都有一個類型,這個類型說明記錄的功能。這些記錄都是標准資源記錄,稱為RR(resource records)。表5列出了最常見的資源記錄類型,其餘的類型很少用到,如果感興趣的話。請參考相應的RFC和man page。
表5 常見標准資源記錄
資源記錄名
記錄類型
功能說明
地址
A
將主機名轉換為地址。這個欄位保存以點分隔的十進制形式的IP地址。任何給定的主機都只能有一個A記錄,因為這個記錄被認為是授權信息。這個主機的任何附加地址名或地址映射必須用CNAME類型給出
規范名
CNAME
給定一個主機的別名,主機的規范名字是在這個主機的A記錄中指定的
主機信息
HINFO
描述主機的硬體和操作系統
郵件交換
MX
建立郵件交換器記錄。MX記錄告訴郵件傳送進程把郵件送到另一個系統,這個系統知道如何將它遞送到它的最終目的地
名伺服器
NS
標識一個域的域名伺服器。NS資源記錄的數據欄位包括這個域名伺服器的DNS名。我們還需要指定這個名字名字伺服器的地址與主機名相匹配的A記錄
指針
PTR
將地址變換成主機名。主機名必須是規范主機名
管理開始
SOA
告訴域名伺服器它後面跟著的所有所有資源記錄是控制這個域的(SOA)表示授與控制權)。其數據欄位用()括起來並且通常是多行欄位。SOA記錄的數據欄位包含下面的項:
origin
這個域的主域名伺服器的規范主機名。用點「.」 結尾的絕對主機名,因此,它不能被named守護進程修改
contact
負責維護這個域的人的電子郵件聯系地址。因為@在資源記錄中有特殊的意義,所以用點「.」代替這個符號。如果負責維護vbrew.com的人是clfls,那麼聯系地址就是clfls.vbrew.com
serial
這個區信息文件的版本號,它是一個整數。輔助域名伺服器用它來確定這個區信息的文件是何時改變的。每次改變信息文件時都應該使這個數加一
refresh
輔助域名伺服器在試圖檢查主域名伺服器的SOA記錄之前應等待的秒數。SOA記錄不經常改變,因此可以把這個值設置為一天
retry
輔助伺服器在主伺服器不能使用時,重試對主伺服器的請求應等待的秒數。通常,它應該按分進行設置
expire
這是輔助伺服器在不能與主伺服器取得聯系的情況下丟掉區信息之前應等待的秒數,一般應該設置成30天左右
minimum
當沒有指定ttl資源記錄時默認的ttl值。如果網路沒有太大的變化,那麼這個數可以設得很大。可以在資源記錄中指定一個ttl值來代替它
為了能看懂本章中使用的配置示例文件,有必要稍微介紹以下資源記錄的結構。DNS資源記錄的格式是:
[domain] [ttl] [class] type rdate
各個欄位之間有空格或指標符分隔。表6討論了這些欄位的含義。
表6 資源記錄格式中的欄位
欄位
說明
domain
資源記錄引用的域對象名。它可以是單台主機,也可以是整個域。作為domain輸入的字串除非不是以一個點結束,否則就與當前域有關系。如果該domain欄位是空的,那麼該記錄適用於最後一個帶名字的域對象
ttl
生存時間記錄欄位。它以秒為單位定義該資源記錄中的信息存放在高速緩存中的時間長度。通常該欄位是空欄位,這表示使用SOA記錄中為整個區域設置的預設ttl
class
指定網路的地址類。對於TCP/IP網路使用IN。如果沒有給出類,就使用前一個資源記錄的類
type
標識這是哪一類資源記錄
rdata
指定與這個資源記錄有關的數據。這個值是必要的。數據欄位的格式取決於類型欄位的內容
named.ca文件
named.boot文件中的cache語句指向一個高速緩存初始化文件,具有高速緩存的伺服器都有這樣一個文件。它包含著域名伺服器啟動時開始創造一個域數據高速緩存所需的信息。在cache語句中,用一個指點其根域,在named.ca文件中至少包含根伺服器的名字和地址。named的高速緩存操作是很重要的。幸運的是,建立高速緩存的named.ca文件通常是最簡單的named配置文件。
基本的named.ca文件包含根伺服器的NS記錄和提供根伺服器地址的A記錄。下面就是基本的named.ca文件:
; named.ca file
; servers for the root domain
. 99999999 IN NS NS.NIC.DDN.MIL.
99999999 IN NS NS.NASA.GOV.
99999999 IN NS KAVA.NISC.SRI.COM.
99999999 IN NS TERP.UMD.EDU.
99999999 IN NS C.NYSER.NET.
99999999 IN NS NS.INTERNIC.NET.
;
; root servers by address
;
NS.NIC.DDN.MIL. 99999999 IN A 199.112.36.4
NS.NASA.GOV. 99999999 IN A 128.102.16.10
KAVA.NISC.SRI.COM. 99999999 IN A 192.33.33.24
TERP.UMD.EDU. 99999999 IN A 128.8.10.90
C.NYSER.NET. 99999999 IN A 192.33.4.12
NS.INTERNIC.NET. 99999999 IN A 198.41.0.4
該記錄只包含各伺服器記錄和地址記錄。
❺ 什麼是DNS簡述DNS伺服器設置關鍵過程;
dns是用來解析主機名的。比如把網路。com解析成網路的ip地址,讓你訪問。配置的話。2003是,管理您的伺服器--添加刪除角色--找到dns或者是域控制器,直接下一步到完成就好了。記得掛上2003的鏡像到虛擬機中。網上有很多圖文教程。直接搜就好了。
❻ 如何配置DNS客戶端和DNS伺服器端 我要步驟急需
我們可以看到,首選的DNS伺服器一欄內輸入的是本機的IP,因為此時本機也是DNS伺服器。
現在我們來開始安裝DNS組件。找到控制面板/添加或刪除程序/,找到如下設置:
點選【域名系統】並確定後系統會自動安裝,過程很簡單,不需要做任何設置。
安裝完成後如下圖:
看到這個畫面表示DNS組件已經安裝成功,我們現在啟動DNS組件。如下圖:
這個是DNS組件的圖形管理界面,是不是很簡潔呢!哈哈,內容可不簡單呢~
到此,DNS伺服器端已經安裝完畢,大家可以發現過程出奇的簡單。接下來,我們需要配置DHCP,以便為客戶端XP2自動分配IP和DNS地址。打開DHCP管理界面,新建一個作用域,如192.168.1.2-192.168.1.10,因為我們需要為這個作用域配置額外選項,所以在此處需要留意。如下圖:
如圖所示,選擇第一個選項並點擊【下一步】,如下圖:
輸入當前的DNS伺服器地址並點擊【添加】,最後再激活此作用域即可,如下圖:
以上設置完成後,打開DHCP管理程序,可以看到作用域已經建立並生效。如下圖:
現在啟動XP2主機,看客戶端是否可以自動獲取到IP和DNS伺服器地址。
為了驗證,我們在XP2上運行CMD命令,來查看一下當前的網路配置:
可以看到,XP2已經自動獲取到了IP和DNS地址。如果內網沒有DHCP伺服器,則指需要在網卡屬性裏手工修改DNS地址即可。如下圖:
❼ 簡單介紹DNS的工作原理,寫出搭建DNS伺服器的簡要步驟
DNS 即Domain Name System(域名系統)的縮寫,它是一種將ip地址轉換成對應的主機名或將主機名轉換成與之相對應ip地址的一種機制。其中通過域名解析出ip地址的叫做正向解析,通過ip地址解析出域名的叫做反向解析。
下面對DNS的工作流程及原理進行簡要說明
DNS的查詢流程:需要解析服務的Client先查看本機的/etc/hosts;若無結果,則client查看本地的DNS緩存伺服器;若無結果,則查找所屬域的首選DNS伺服器;若此時本地首選DNS伺服器仍無法解析,則會想根域名伺服器進行查詢或選擇轉發解析請求。
DNS的查詢規則:遞歸式查詢,即client向支持遞歸查詢的DNS Server發出解析請求,則自DNS伺服器不論是自身直接解析還是無法解析想根發出請求,總會由其向client返回一個結果;迭代式查詢,即接收client解析請求的DNS Server,若其能夠解析則直接返回結果,若其不能解析將把解析請求交給其他DNS伺服器,而不是自己親自將解析過程完成。
所謂的「根」伺服器:根伺服器主要用來管理互聯網的主目錄,全世界只有13台。1個為主根伺服器,放置在美國。其餘12個均為輔根伺服器,其中9個放置在美國,歐洲2個,位於英國和瑞典,亞洲1個,位於日本。所有根伺服器均由美國政府授權的互聯網域名與號碼分配機構ICANN統一管理,負責全球互聯網域名根伺服器、域名體系和IP地址等的管理。
DNS記錄的類型:
A:Address 域名向ip地址轉換的記錄;
PTR:Printer ip地址向域名轉換的記錄;
NS:代表域內的dns伺服器;
MX:代表域內的郵件伺服器;
CNAME:域名的別名;
SOA:start of authority用於標示域內主DNS伺服器。
提供DNS服務的軟體:BIND即Berkeley Internet Name Domain有加州大學伯克利分校研發是當今提供dns服務應用最廣的軟體。
下面讓我們進入正題,以下內容包括:DNS的緩存伺服器、主/從伺服器、子域授權、轉發以及視圖的配置步驟。
DNS緩存伺服器
Ps:為了更好的體會和理解dns的配置文件和域解析文件,作者在此只安裝bind包,以手動編輯的方式生成這幾個必須的文件。
1.安裝bind包
yum install bind
2.創建住配置文件/etc/named.conf
options {
directory "/var/named"; #告知工作目錄
};
zone 「.」 IN {
type hint; #聲明根域
file "named.ca"; #根信息存放文件
};
zone "localhost" IN { #本地正解定義
type master; #類型為master
file "localhost.zone"; #正解文件名
};
zone "0.0.127.in-addr.arpa" IN { #本地反解定義
type master;
file "named.local"; #反解文件名
};
chown :named /etc/named.conf
#修改屬組給named
3.創建3個解析文件
named.ca
dig -t NS . > /var/named/named.ca
#向跟伺服器發起查詢並重定向到目標文件
localhost.zone
vim localhost. zone
$TTL 86400
#默認的ttl值
@ IN SOA localhost. admin.localhost. (
#主DNS伺服器localhost.
2011081601
#時間+序列號01
1H
#刷新時間:每隔多久來master查詢更新
10M
#重試時間間隔
7D
&n
❽ dns的配置DNS
不同的網路設備配置的語法不一樣,這里提供的配置方法是以銳捷網路設備為例的,一般也適用思科設備。
可以在網路上查到本地DNS伺服器地址和備用地址記下來,然後右鍵網路點擊屬性,點擊左邊的網路適配器設置,看見本地連接,右鍵本地連接點擊屬性,進去後看見internet版本協議4,雙擊打開點擊使用下面的DNS伺服器,把之前查到的DNS和備用DNS填進去保存並點擊確定推出就可以了。
基本介紹
域名系統(Domain Name System,DNS)是Internet上解決網上機器命名的一種系統。就像拜訪朋友要先知道別人家怎麼走一樣,Internet上當一台主機要訪問另外一台主機時,必須首先獲知其地址,TCP/IP中的IP地址是由四段以「.」分開的數字組成(此處以IPv4的地址為例,IPv6的地址同理),記起來總是不如名字那麼方便,所以,就採用了域名系統來管理名字和IP的對應關系。
❾ DHCP,DNS的安裝與配置怎麼做
在一個使用TCP/IP協議的網路中,每一台計算機都必須至少有一個IP地址,才能與其他計算機連接通信。為了便於統一規劃和管理網路中的IP地址,DHCP(Dynamic Host Configure Protocol,動態主機配置協議)應運而生了。這種網路服務有利於對校園網路中的客戶機IP地址進行有效管理,而不需要一個一個手動指定IP地址。
DHCP服務的安裝
DHCP指的是由伺服器控制一段IP地址范圍,客戶機登錄伺服器時就可以自動獲得伺服器分配的IP地址和子網掩碼。首先,DHCP伺服器必須是一台安裝有Windows 2000 Server/Advanced Server系統的計算機;其次,擔任DHCP伺服器的計算機需要安裝TCP/IP協議,並為其設置靜態IP地址、子網掩碼、默認網關等內容。默認情況下,DHCP作為Windows 2000 Server的一個服務組件不會被系統自動安裝,必須把它添加進來:
1. 依次點擊「開始→設置→控制面板→添加/刪除程序→添加/刪除Windows組件」,打開相應的對話框。
2. 用滑鼠左鍵點擊選中對話框的「組件」列表框中的「網路服務」一項,單擊[詳細信息]按鈕,出現帶有具體內容的對話框。
3. 在對話框「網路服務的子組件」列表框中勾選「動態主機配置協議(DHCP)」,單擊[確定]按鈕,根據屏幕提示放入Windows 2000安裝光碟,復制所需要的程序。
4. 重新啟動計算機後,在「開始→程序→管理工具」下就會出現「DHCP」一項,說明DHCP服務安裝成功。
DHCP伺服器的授權
出於對網路安全管理的考慮,並不是在Windows 2000 Server中安裝了DHCP功能後就能直接使用,還必須進行授權操作,未經授權操作的伺服器無法提供DHCP服務。對DHCP伺服器授權操作的過程如下:
1. 依次點擊「開始→程序→管理工具→DHCP」,打開DHCP控制台窗口。
2. 在控制台窗口中,用滑鼠左鍵點擊選中伺服器名,然後單擊右鍵,在快捷菜單中選中「授權」,此時需要幾分鍾的等待時間。注意:如果系統長時間沒有反應,可以按F5鍵或選擇菜單工具中的「操作」下的「刷新」進行屏幕刷新,或先關閉DHCP控制台,在伺服器名上用滑鼠右鍵點擊。如果快捷菜單中的「授權」已經變為「撤消授權」,則表示對DHCP伺服器授權成功。此時,最明顯的標記是伺服器名前面紅色向上的箭頭變成了綠色向下的箭頭。這樣,這台被授權的DHCP伺服器就有分配IP的權利了。
添加IP地址范圍
當DHCP伺服器被授權後,還需要對它設置IP地址范圍。通過給DHCP伺服器設置IP地址范圍後,當DHCP客戶機在向DHCP伺服器申請IP地址時,DHCP伺服器就會從所設置的IP地址范圍中選擇一個還沒有被使用的IP地址進行動態分配。添加IP地址范圍的操作如下:
1. 點擊「開始→程序→管理工具→DHCP」,打開DHCP控制台窗口。
2. 選中DHCP伺服器名,在伺服器名上點擊滑鼠右鍵,在出現的快捷菜單中選擇「新建作用域」,在出現的窗口中單擊[下一步]按鈕,在出現的對話框中輸入相關信息,單擊[下一步]按鈕
3. 在圖1所示的窗口中,根據自己網路的實際情況,對各項進行設置,然後單擊[下一步]按鈕,出現如圖2所示的窗口。
4. 在圖2所示的窗口中,輸入需要排除的IP地址范圍。由於校園網路中有很多網路設備需要指定靜態IP地址(即固定的IP地址),如伺服器、交換機、路由器等,此時必須把這些已經分配的IP地址從DHCP伺服器的IP地址范圍中排除,否則會引起IP地址的沖突,導致網路故障。
5. 單擊[下一步]按鈕,在出現的「租約期限」窗口中可以設置IP地址租期的時間值。一般情況下,如果校園網路中的IP地址比較緊張的時候,可以把租期設置短一些,而IP地址比較寬松時,可以把租期設置長一些。設置完後,單擊[下一步]按鈕,出現「配置DHCP選項」窗口。
6. 在「配置DHCP選項」窗口中,如果選擇「是,我想現在配置這些選項」,此時可以對DNS伺服器、默認網關、WINS伺服器地址等內容進行設置;如果選擇「否,我想稍後配置這些選項」,可以在需要這些功能時再進行配置。此處,我們選擇前者,單擊[下一步]按鈕。
7. 在出現的窗口中,常常輸入網路中路由器的IP地址(即默認網關的IP地址)或是NAT伺服器(網路地址轉換伺服器)的IP地址,如WinRoute、SyGate等。這樣,客戶機從DHCP伺服器那裡得到的IP信息中就包含了默認網關的設定了,從而可以接入Internet。
8. 單擊[下一步]按鈕,在此對話框中設置有關客戶機DNS域的名稱,同時輸入DNS伺服器的名稱和IP地址。,然後單擊[添加]按鈕進行確認。單擊[下一步]按鈕,在出現的窗口中進行WINS伺服器的相關設置,設置完後單擊[下一步]按鈕。
9. 在出現的窗口中,選擇「是,我想現在激活此作用域」後,單擊[下一步]按鈕,在出現的窗口中單擊[完成]按鈕,設置結束。此時,就可以在DHCP管理器中看到我們剛剛建好的作用域。
注意:如果您的校園網路是以工作組的形式存在的,可以在第6步的「配置DHCP選項」窗口中選擇「否,我想稍後配置這些選項」,此時設置過程跳過第7、8步。如果您的校園網路是以域的形式存在的,建議您的網路配置順序為:活動目錄的建立→WINS的建立→DNS的建立→DHCP的建立,這樣可以減少很多麻煩。
DHCP服務的測試
經過上述設置,DHCP服務已經正式啟動,我們需要在客戶機上進行測試。只需把客戶機的IP地址選項設為「自動獲取IP地址」,隨後重新啟動客戶機。在客戶機的「運行」對話框中鍵入「Ipconfig/all」,即可看到客戶機分配到的動態IP地址。