用於Debian 6.0(V)及更高版本上的LAN的主要主DNS

那些跟隨 第一2da第一 y 第四名 本文的一部分以及對其BIND進行的磋商都返回了令人滿意的結果,他們已經是該主題的專家。 事不宜遲,讓我們進入最後一部分:

  • 創建“反向”類型的“主主區域”文件10.168.192.in-addr.arpa
  • 疑難解答
  • 總結

創建“反向”類型的“主主區域”文件10.168.192.in-addr.arpa

該地區的名稱將它們帶給您,對嗎? 而且根據互聯網標準,反向區域必須具有正確的名稱解析。 我們別無選擇,只能創建一個與我們的域相對應的域。 為此,我們使用文件作為模板 /etc/bind/db.127:

cp /etc/bind/db.127 /var/cache/bind/192.168.10.rev

我們編輯文件 /var/緩存/綁定/192.168.10.rev 我們這樣保留它:

; /var/cache/bind/192.168.10.rev; ; 針對主區域10.168.192.in-addr.arpa的BIND反向數據文件; 主區域的BIND數據文件(反向)10.168.192.in-addr.arpa; $ TTL 604800 @ IN SOA ns.amigos.cu。 root.amigos.cu。 (2;序列號604800;刷新86400;重試2419200;到期604800); 負緩存TTL; @ IN NS ns。 10 IN PTR ns.amigos.cu。 1 IN PTR gandalf.amigos.cu。 9 IN PTR mail.amigos.cu。 20 IN PTR web.amigos.cu。 100 IN PTR fedex.amigos.cu。 ; 我們也可以寫完整的IP地址。 例如:; 192.168.10.1 IN PTR gandalf.amigos.cu。
  • 觀察這種情況下,我們如何保留默認情況下創建時的秒數 綁定9。 它的工作原理相同。 它們與文件中指示的時間相同 老友記。 如有疑問,請檢查。
  • 還要注意,我們只聲明在LAN上具有已分配IP或“真實” IP且唯一標識該IP的主機的反向記錄。
  • 切記使用在“直接區域”中聲明的所有正確IP地址更新“反向區域”文件。
  • 記住要增加 區域序列號 每次他們修改文件時以及重新啟動BIND之前。

讓我們檢查一下新創建的區域:

命名檢查區10.168.192.in-addr.arpa /var/cache/bind/192.168.10.rev

我們檢查配置:

named-checkconf -z named-checkconf -p

如果一切正常,我們重新啟動服務:

服務bind9重新啟動

從現在開始,每次修改區域文件時,我們只需執行:

rndc重新加載

為此,我們在 /etc/bind/named.conf.options,不?

疑難解答

非常重要的是文件的正確內容 / etc / resolv.conf中 正如我們在上一章中看到的。 請記住至少要指出以下幾點:

搜索friends.cu名稱服務器192.168.10.20

命令  包裝的 dnsutil。 在控制台上,鍵入以下命令,然後##:

#dig -x 127.0.0.1 ..... ;; 解答部分:1.0.0.127.in-addr.arpa。 604800 IN PTR本地主機....#dig -x 192.168.10.9 .... ;; 解答部分:9.10.168.192.in-addr.arpa。 604800 IN PTR mail.amigos.cu。 ....#主機gandalf gandalf.amigos.cu地址為192.168.10.1#主機gandalf.amigos.cu gandalf.amigos.cu地址為192.168.10.1#dig gandalf; << >> DiG 9.7.2-P3 << >> gandalf ;; 全局選項:+ cmd ;; 連接超時; 沒有服務器可以到達#dig gandalf.amigos.cu .... ;; 解答部分:gandalf.amigos.cu。 604800 IN A 192.168.10.1 ....如果他們可以訪問古巴或全球互聯網,並且正確聲明了轉發器,請嘗試:#dig debian.org .... ;; 問題部分:; debian.org。 在一個 ;; 答案:debian.org。 3600在A 86.59.118.148 debian.org中。 3600 IN A 128.31.0.51 ....通過190.6.81.130 mx-eu.mail.am77.238.178.122.yahoodns.net。 #dig -x 87.248.120.148 ;; 解答:10.addr.arpa。 0 IN PTR w77.238.178.122.rc.vip.ird.yahoo.com。

…並且通常與我們局域網以外的其他域一起使用。 在Internet上進行諮詢並查找有關有趣的事情。

檢查服務器性能的最佳方法之一 綁定9,通常是所有其他已安裝的服務,都在讀取 系統日誌消息 使用命令 tail -f / var / log / syslog 以用戶身份運行.

當我們向本地BIND詢問有關外部域或主機的問題時,看到該命令的輸出非常有趣。 在這種情況下,可以提出幾種方案:

  • 如果我們無法訪問Internet,則查詢將失敗。
  • 如果我們可以訪問Internet並且沒有聲明轉發器,則很可能不會得到響應。
  • 如果我們可以訪問Internet並聲明了轉發器,則我們將獲得答案,因為它們將負責諮詢DNS服務器或必要的服務器。

如果我們正在研究 局域網關閉 在任何情況下都不可能出國並且我們沒有任何類型的貨運代理,我們可以消除 根服務器 “清空”文件 /etc/bind/db.root。 為此,我們首先用另一個名稱保存文件,然後刪除其所有內容。 然後,我們檢查配置並重新啟動服務:

cp /etc/bind/db.root /etc/bind/db.root.original cp / dev / null /etc/bind/db.root named-checkconf -z named-checkconf -p服務bind9重新啟動

總結

到目前為止,人們對DNS服務進行了一些介紹。 到目前為止,我們所做的事情可以為我們的小型企業提供完美的服務。 對於家庭,如果我們創建具有不同操作系統和IP地址的虛擬機,並且我們不想通過IP而是通過名稱來引用它們。 我總是在自己的主機上安裝BIND,以安裝,配置和測試嚴重依賴DNS服務的服務。 我大量使用台式機和虛擬服務器,但我不喜歡保留文件 / etc / hosts文件 在每台機器上。 我錯太多了

如果您從未安裝和配置過BIND,請不要因為第一次嘗試出問題而推遲,而必須重新開始。 在這些情況下,我們始終建議從全新安裝開始。 這值得一試!

對於需要通過配置輔助主服務器實現名稱解析服務高可用性的用戶,我們建議您繼續進行下一個冒險: 局域網的輔助主DNS。

恭喜那些關注所有文章並獲得預期結果的人!


發表您的評論

您的電子郵件地址將不會被發表。 必填字段標有 *

*

*

  1. 負責數據:MiguelÁngelGatón
  2. 數據用途:控制垃圾郵件,註釋管理。
  3. 合法性:您的同意
  4. 數據通訊:除非有法律義務,否則不會將數據傳達給第三方。
  5. 數據存儲:Occentus Networks(EU)託管的數據庫
  6. 權利:您可以隨時限制,恢復和刪除您的信息。

  1.   s0rmt4il 他說:

    最後!..最後的帖子:D!

    感謝您分享我的朋友!

    的問候!

  2.   拉斐爾埃爾南德斯 他說:

    非常有趣的是,您的文章中,我在freeBSD上安裝了.edu.mx域的權威DNS,到目前為止,它對我來說非常有效,但是在上個月,我檢測到針對服務器的幾次攻擊,這將是什麼?暴露的DNS的防禦方法,我不知道是否可以,使主機暴露在互聯網上,而次級服務器則為大約60台計算機的小局域網提供服務,兩者都可以互連或可以定義兩個區域,一個內部和一個外部,感謝師父

  3.   皮科羅 他說:

    squeeze bind9軟件包在使用samba時出現問題,squeeze的backports分支中已經有9.8.4版本,whieze版本沒有此問題,對於lenny venenux.net它將反向移植該軟件包。

    很好的文章。

    這是唯一一篇說明一切都很好的文章..

    應該注意的是,用於spofing的acl不起作用,因為以相同的方式將從內部網絡注入它,解決方案是拒絕客戶端的重定向,並創建一個複雜的acl來防止名稱的重新分配(某些情況下類似於靜態DNS)

    特別提示:

    額外的配置將對如何使dns過濾器內容而不是防火牆有所幫助

    1.    費德里科·安東尼奧·瓦爾德斯·圖加格 他說:

      感謝您評論@PICCORO !!!。
      我在所有文章的開頭都聲明我不認為自己是專家。 在DNS問題上要少得多。 在這裡我們都學習。 在安裝面向Internet的DNS而不是用於普通簡單LAN的DNS時,我會考慮您的建議。

  4.   弗蘭克·達維拉 他說:

    優秀的教學! 自從我剛開始進行此服務器轉彎以來,這對我有很大幫助,一切正常。 謝謝您,並繼續發佈如此精彩的教程!!!

  5.   耶穌·芬南德斯·托萊多 他說:

    菲科,我再次祝賀你使用了這份出色的材料。

    我不是BIND9方面的專家,如果我對註釋有誤,請原諒我,但我認為您尚未在named.conf.local文件中定義反向搜索區域

    1.    拉夫 他說:

      可惜Fico現在無法回答您。

      1.    費德里科·安東尼奧·瓦爾德斯·圖加格 他說:

        問候和感謝,埃拉夫,我在這裡回應。 與往常一樣,我建議您慢慢閱讀...🙂

    2.    費德里科·安東尼奧·瓦爾德斯·圖加格 他說:

      在文中: https://blog.desdelinux.net/dns-maestro-primario-para-una-lan-en-debian-6-0-iii/

      我寫以下內容:
      對/etc/bind/named.conf.local文件的修改

      在此文件中,我們聲明域的本地區域。 我們必須至少包括正向和反向區域。 請記住,在配置文件/etc/bind/named.conf.options中,我們聲明了將使用directory指令在哪個目錄中託管Zones文件。 最後,文件應如下所示:

      // /etc/bind/named.conf.local
      //
      //在這裡進行任何本地配置
      //
      //如果您未使用1918個區域,請考慮在此處添加
      //組織
      //包括“ /etc/bind/zones.rfc1918”;
      //每個區域中的文件名是
      //消費者的品味。 我們選擇friends.cu.hosts
      //和192.168.10.rev,因為它們使我們更加清楚
      //內容。 不再有神秘感😉
      //
      //區域名稱不是任意的
      //,它們將對應於我們域的名稱
      //和LAN子網
      //主主區域:“直接”類型
      «amigos.cu»區域{
      類型主;
      文件“ amigos.cu.hosts”;
      };
      //主主區域:«反向»類型
      區域“ 10.168.192.in-addr.arpa” {
      類型主;
      文件“ 192.168.10.rev”;
      };
      // named.conf.local文件的結尾

  6.   法比安·瓦萊里(Fabian Valery) 他說:

    很好,您關於dns的帖子非常有趣,它們幫助我開始了這個主題的工作,謝謝。 我澄清我在這方面是新手。 但是閱讀您發布的信息後,我發現它可以與內部網絡主機中的固定地址一起使用。 我的問題是,如何使用由dhcp服務器分配的具有動態ip地址的內部網絡來創建類型為“直接”和“反向”的主主區域的文件?

    我將很高興您能就提出的問題給予幫助。 謝謝。 Fv

    1.    Federico A.ValdésToujague 他說:

      感謝您發表評論,@ fabian。 您可以查閱以下文章,希望它們可以幫助您實現具有動態地址的網絡:

      https://blog.desdelinux.net/servicio-de-directorio-con-ldap-2-ntp-y-dnsmasq/
      https://blog.desdelinux.net/servicio-de-directorio-con-ldap-3-isc-dhcp-server-y-bind9/

      問候