統信UOS｜DNS server｜03-添加子域名解析

文鏈接：統信UOS｜DNS server｜03-添加子域名解析

hello，大家好啊！繼我們之前的系列文章中成功搭建了測試用的HTTP服務器和DNS解析服務器之后，今天我們將繼續DNS服務器系列的第三篇文章——添加子域名解析。在這一篇中，我們將在已有的基礎上添加一個新的子域名（www.pdsyw.cn）的解析，指向我們的新HTTP服務器http02。這一步是構建完整網絡服務的重要環節，讓我們一起來看看具體怎么操作吧！

http02服務器（www.pdsyw.cn）：

IP：192.168.80.112

網關：192.168.80.254

掩碼：255.255.255.0

注意事項

確保區域文件的語法正確，任何錯誤都可能導致DNS服務無法正確解析。
在進行更改后，監控DNS服務器的日志文件，以確保沒有錯誤發生。

1、編輯http02服務器網站index頁面

[root@pdsyw ~]# vi /var/www/html/index.html
[root@pdsyw ~]#
[root@pdsyw ~]# cat /var/www/html/index.html
hello www.pdsyw.cn
[root@pdsyw ~]#
[root@pdsyw ~]#
[root@pdsyw ~]# systemctl restart httpd
[root@pdsyw ~]# systemctl status httpd
● httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor pres>
   Active: active (running) since Tue 2023-12-19 20:32:14 CST; 3s ago
     Docs: man:httpd.service(8)
  Process: 3585 ExecStartPost=/usr/bin/sleep 0.1 (code=exited, status=0/SUCCES>
 Main PID: 3579 (httpd)
   Status: "Processing requests..."
    Tasks: 213
   Memory: 16.0M
   CGroup: /system.slice/httpd.service
           ├─3579 /usr/sbin/httpd -DFOREGROUND
           ├─3581 /usr/sbin/httpd -DFOREGROUND
           ├─3582 /usr/sbin/httpd -DFOREGROUND
           ├─3583 /usr/sbin/httpd -DFOREGROUND
           └─3584 /usr/sbin/httpd -DFOREGROUND

12月 19 20:32:14 pdsyw systemd[1]: httpd.service: Succeeded.
12月 19 20:32:14 pdsyw systemd[1]: Stopped The Apache HTTP Server.
12月 19 20:32:14 pdsyw systemd[1]: Starting The Apache HTTP Server...
12月 19 20:32:14 pdsyw httpd[3579]: AH00558: httpd: Could not reliably determi>
12月 19 20:32:14 pdsyw systemd[1]: Started The Apache HTTP Server.
lines 1-21/21 (END)

2、編輯正向解析區域文件

[root@pdsyw ~]# vi /var/named/pdsyw.cn.zone
[root@pdsyw ~]#
[root@pdsyw ~]# cat /var/named/pdsyw.cn.zone
$TTL 86400
@   IN  SOA     ns1.pdsyw.cn. admin.pdsyw.cn. (
                2023121902  ; Serial
                3600        ; Refresh
                1800        ; Retry
                604800      ; Expire
                86400       ; Minimum TTL
)
@       IN  NS      ns1.pdsyw.cn.
ns1     IN  A       192.168.80.132
bbs     IN  A       192.168.80.111
www     IN  A       192.168.80.112
[root@pdsyw ~]#

3、編輯反向解析區域文件

[root@pdsyw ~]# vi /var/named/80.168.192.in-addr.arpa.zone
[root@pdsyw ~]#
[root@pdsyw ~]# cat /var/named/80.168.192.in-addr.arpa.zone
$TTL 86400
@   IN  SOA     ns1.pdsyw.cn. admin.pdsyw.cn. (
                2023121902  ; Serial
                3600        ; Refresh
                1800        ; Retry
                604800      ; Expire
                86400       ; Minimum TTL
)
@       IN  NS      ns1.pdsyw.cn.
111     IN  PTR     bbs.pdsyw.cn.
112     IN  PTR     www.pdsyw.cn.
[root@pdsyw ~]#

4、重啟named服務

[root@pdsyw ~]# systemctl restart named
[root@pdsyw ~]#
[root@pdsyw ~]# systemctl status named
● named.service - Berkeley Internet Name Domain (DNS)
   Loaded: loaded (/usr/lib/systemd/system/named.service; enabled; vendor preset: dis>
   Active: active (running) since Tue 2023-12-19 20:36:39 CST; 4s ago
  Process: 2127 ExecStartPre=/bin/bash -c if [ ! "$DISABLE_ZONE_CHECKING" == "yes" ];>
  Process: 2130 ExecStart=/usr/sbin/named -u named -c ${NAMEDCONF} $OPTIONS (code=exi>
 Main PID: 2133 (named)
    Tasks: 4
   Memory: 53.4M
   CGroup: /system.slice/named.service
           └─2133 /usr/sbin/named -u named -c /etc/named.conf

12月 19 20:36:39 pdsyw named[2133]: network unreachable resolving './DNSKEY/IN': 2001>
12月 19 20:36:39 pdsyw named[2133]: network unreachable resolving './NS/IN': 2001:500>
12月 19 20:36:39 pdsyw named[2133]: network unreachable resolving './DNSKEY/IN': 2001>
12月 19 20:36:39 pdsyw named[2133]: network unreachable resolving './NS/IN': 2001:7fe>
12月 19 20:36:39 pdsyw named[2133]: managed-keys-zone: Key 20326 for zone . acceptanc>
12月 19 20:36:39 pdsyw named[2133]: resolver priming query complete
12月 19 20:36:39 pdsyw named[2133]: checkhints: b.root-servers.net/A (170.247.170.2) >
12月 19 20:36:39 pdsyw named[2133]: checkhints: b.root-servers.net/A (199.9.14.201) e>
12月 19 20:36:39 pdsyw named[2133]: checkhints: b.root-servers.net/AAAA (2801:1b8:10:>
12月 19 20:36:39 pdsyw named[2133]: checkhints: b.root-servers.net/AAAA (2001:500:200>
[root@pdsyw ~]#

5、正向解析測試

[root@pdsyw ~]# dig www.pdsyw.cn @192.168.80.132

; <<>> DiG 9.11.21-9.11.21-18.uel20 <<>> www.pdsyw.cn @192.168.80.132
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51421
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 804501fe50576d052f365e4d65818e98f9ee51d5569bbf0f (good)
;; QUESTION SECTION:
;www.pdsyw.cn.                  IN      A

;; ANSWER SECTION:
www.pdsyw.cn.           86400   IN      A       192.168.80.112

;; AUTHORITY SECTION:
pdsyw.cn.               86400   IN      NS      ns1.pdsyw.cn.

;; ADDITIONAL SECTION:
ns1.pdsyw.cn.           86400   IN      A       192.168.80.132

;; Query time: 0 msec
;; SERVER: 192.168.80.132#53(192.168.80.132)
;; WHEN: 二 12月 19 20:37:44 CST 2023
;; MSG SIZE  rcvd: 119

[root@pdsyw ~]#

6、反向解析測試

[root@pdsyw ~]# dig -x 192.168.80.112 @192.168.80.132

; <<>> DiG 9.11.21-9.11.21-18.uel20 <<>> -x 192.168.80.112 @192.168.80.132
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21340
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 32ed81484d697d1d59c3437f65818ebe79d70a7143034564 (good)
;; QUESTION SECTION:
;112.80.168.192.in-addr.arpa.   IN      PTR

;; ANSWER SECTION:
112.80.168.192.in-addr.arpa. 86400 IN   PTR     www.pdsyw.cn.

;; AUTHORITY SECTION:
80.168.192.in-addr.arpa. 86400  IN      NS      ns1.pdsyw.cn.

;; ADDITIONAL SECTION:
ns1.pdsyw.cn.           86400   IN      A       192.168.80.132

;; Query time: 0 msec
;; SERVER: 192.168.80.132#53(192.168.80.132)
;; WHEN: 二 12月 19 20:38:22 CST 2023
;; MSG SIZE  rcvd: 144

[root@pdsyw ~]#

7、終端上使用IP地址測試

8、終端上使用域名測試

通過添加子域名解析，我們進一步擴展了DNS服務器的功能，使其能夠處理更復雜的網絡請求。這對于管理大型網絡或構建更復雜的網絡服務非常有幫助。

希望這篇文章能幫助到需要在統信UOS上部署和管理DNS服務器的朋友們。如果你有任何問題或者更多的經驗分享，請在評論區留言，我們一起討論。

最后，如果你覺得這篇文章有用，請分享轉發。點個關注和在看吧，讓我們一起探索和學習更多關于Linux系統管理和網絡服務部署的知識！

通Web應用防火墻（WAF）后，您需要在WAF控制臺上配置要防護的網站信息。本文介紹通過DNS配置模式接入WAF時，如何使用自動添加的方式創建網站配置。

前提條件

要防護的網站的DNS解析托管在阿里云云解析DNS，且其解析記錄中存在至少一條生效的A記錄。推薦您使用阿里云云解析DNS，相關操作請參見設置域名解析。如果您暫時無法使用阿里云云解析DNS，建議您參見網站配置，手動添加網站配置。
（僅針對中國大陸地域）網站已經通過中華人民共和國工業和信息化部ICP備案。推薦您使用阿里云備案服務，相關操作請參見備案導航。注意如果您添加的網站域名尚未通過工信部域名備案，請務必盡快完成備案。WAF將不定期自動釋放未通過備案的域名配置記錄。
（僅針對支持HTTPS協議的網站）獲取網站的HTTPS證書和私鑰文件，或者已將證書托管在阿里云證書服務。推薦您使用阿里云SSL證書服務對云上證書進行統一管理，相關操作請參見證書服務快速入門。

背景信息

說明您可以使用透明代理模式或DNS配置模式將網站接入WAF進行防護。本快速入門根據DNS配置模式向您介紹相關操作。關于透明代理模式，請參見使用透明代理模式接入WAF。

通過DNS配置模式接入WAF時，當您選擇添加網站配置，WAF會自動讀取阿里云云解析DNS控制臺中的解析A記錄，獲取網站域名和源站服務器IP地址，幫助您自動添加網站配置。自動添加網站配置后，WAF也會自動更新域名的解析記錄（即步驟2：修改DNS解析的操作），完成網站接入。

說明自動添加網站配置默認使用共享集群共享IP防護資源。如果您的網站配置需要使用獨享集群或獨享IP防護資源，請在自動添加網站配置后，在網站配置頁面修改防護資源。

操作步驟

登錄云盾Web應用防火墻控制臺。
在頁面上方選擇地域：中國大陸、海外地區。
前往管理 > 網站配置頁面，選擇DNS配置模式。
單擊添加網站。WAF自動羅列出當前阿里云賬號在云解析DNS中已添加過解析A記錄的域名。如果云解析DNS中無任何解析A記錄，則不會出現請選擇您的域名頁面，建議您參見網站配置，手動添加網站配置。說明如果您添加的網站域名尚未通過工信部域名備案，請務必盡快完成備案。WAF將不定期自動釋放未通過備案的域名配置記錄。
在請選擇您的域名頁面勾選要防護的域名及協議類型。
可選： 如果協議類型包括HTTPS，您必須先完成證書驗證，才能添加網站。說明您也可以先不勾選HTTPS，在完成網站配置后，參見更新HTTPS證書上傳證書。單擊驗證證書。在驗證證書對話框中上傳證書和私鑰文件。如果您已將網站的證書托管在阿里云證書服務控制臺，則可以在驗證證書對話框中單擊選擇已有證書，并選擇一個與要防護的域名綁定的證書。手動上傳證書。單擊手動上傳，填寫證書名稱，并將該域名所綁定的證書文件和私鑰文件中的文本內容分別復制粘貼到證書文件和私鑰文件文本框中。更多信息，請參見更新HTTPS證書。單擊驗證，完成證書驗證。
單擊立即自動添加網站。自動添加網站后，WAF將自動為您更新該域名的DNS CNAME解析記錄，將網站Web請求轉發到WAF進行監控。一鍵添加及解析的過程一般需要10-15分鐘。說明如果您收到提示，需要手動更新DNS解析記錄，請參見步驟2：修改DNS解析完成WAF接入。
在管理 > 網站配置頁面查看新添加的域名及其DNS解析狀態。DNS解析狀態正常表示該網站已正常接入WAF。您可以參見步驟3：配置WAF防護策略，完成后續任務。剛添加完網站配置后，該域名的DNS解析狀態也可能顯示為異常。建議您稍等一會兒再來查看，或者在DNS供應商處檢查域名的DNS設置。如果DNS設置不正確，請參見步驟2：修改DNS解析。關于DNS解析狀態的判斷標準，請參見DNS解析狀態說明。

人工配置服務

如果您在添加網站配置時遇到問題或者配置后域名DNS解析狀態異常，您可以購買人工配置服務。由安全工程師為您提供一對一專人支持服務，幫助您將網站域名接入Web應用防火墻進行防護，解決配置問題。

查看更多：https://help.aliyun.com/document_detail/45252.html

上云就看云棲號：更多云資訊，上云案例，最佳實踐，產品入門，訪問：https://yqh.aliyun.com/

著近年來智能手機的普及，移動側的流量越來越多。許多站長搜索引擎優化人員已經開始重視網站的流量運動。然而，有些人不太清楚網站移動終端的優化。今天余岑將與您討論如何優化移動終端網站和移動終端的優化技巧。

優化手機網站SEO優化技巧！

一、域名和機器人設置

1.域名應該盡可能短并且容易記住。手機網站的大多數域名都是個人電腦網站的二級域名。當然，這也很好。它與傳統網站一致，讓用戶更加關注他們的信任。然而，如果它是一個特殊的手機網站，最好有一個簡短且易于記憶的域名。例如，百度建議使用以m開頭的二級域名

2.最好沒有任何限制地設置機器人，讓所有搜索引擎抓取它們。此外，許多網站管理員犯的一個錯誤在這里得到了糾正。百度官員稱，百度蜘蛛的爬蟲UA是百度百科(www與M一致)。一些站長經常把百度移動爬蟲的用戶界面誤認為是百度手機，事實并非如此。推薦閱讀(搜索引擎優化簽約技術的原則)

第二，做好移動和個人電腦網站的改編和轉換工作

1.確保手機網站或個人電腦網站的每一頁都有相應的導航或提示鏈接，以便用戶可以在手機版本和個人電腦版本之間切換，并且可以更好地包含搜索引擎。

2.百度官方聲明:對于移動網站，當百度百科ua或其他來源無法確定的ua訪問時，默認情況下建議直接返回html5或xhtml

移動頁面的類型，不要重定向到電腦頁面。

三、移動站和PC機站數據同步

移動站和個人電腦站使用相同的頂級域名，前綴為M和www，這是最常見的方式。通常我們需要在優化這種移動臺之前同步數據。移動站和個人計算機站共享同一個數據庫，并且每個頁面相互對應。然后我們需要做好移動適應工作。這種移動臺不需要單獨優化。只要完成了個人電腦站的排名，移動站的排名也將得到提升。

四.適應性或響應性網站

如今，適應性強或反應靈敏的網站越來越受歡迎。使用相同的域名和css來控制個人電腦和移動終端的顯示方式可以被視為移動站和個人電腦站的組合。這種網站的優化既不需要移動適應也不需要移動終端的個體優化，而只需要根據個人計算機站的常規優化方法來維護該網站。&nbsp。推薦注意事項(深圳搜索引擎優化培訓)

五、手機網站盡可能簡潔

1.手機網站下載頁面的速度比個人電腦網站慢。盡量將頁數和尺寸保持在最小。

2.此外，作為手機用戶，用戶瀏覽網頁的時間是零碎的。不可能耐心地點擊許多頁面并直接向訪問者展示頁面的主要內容。因此，移動網站的設計應該盡可能簡化。

3.指導頁面或購買過程應該盡可能簡單，提供從訪問者進入網站到購買的最簡單步驟，直接丟棄那些多余的內容，并向訪問者展示他們想要的東西。如果一個購買過程需要在購買時注冊6或7個項目并填寫更多的項目，恐怕下次不會再來了。

六.優化網址

和電腦的原理一樣

七.各種html標簽的優化

如“< strong\u\u”、“em”、“h”和“em”，它們與電腦端網站具有相同的含義。

請記住:alt屬性優化。移動終端中的位置比個人電腦終端中的位置高得多，因為許多移動電話用戶不支持圖片來節省流量，alt中的文本將被顯示。推薦閱讀(如何在網頁上布局關鍵詞)

八、盡量避免使用彈出窗口、flash、java等行為

同理，flash和彈出窗口等行為會占據很大一部分流量，這無疑會浪費手機用戶的時間和流量。

九、遵循白皮書中百度移動搜索登陸頁面體驗規則

十、優化頁面標題:標題和移動搜索引擎優化或個人電腦搜索引擎優化一樣重要。

十一、頁面細節的優化

1.獨家手機網站標題標簽。對于移動電話網站的第一頁或頻道的第一頁的網絡頁面代碼

關鍵字和描述應該添加不同于電腦端的元標簽和關鍵字。每一頁上的關鍵詞和描述都和傳統個人電腦網站上的相似

樣本，做好有針對性的填寫工作。這對搜索結果的顯示(總結)和優化工作有很大幫助。

2.減少死鏈。如果沒有內容，最好用狀態代碼來指定，如404、403等。如果內容死亡鏈想要重定向到主頁，最好跳過302而不是javascript。

跳。

十二.網站交換連接:這是電腦端優化和移動端優化的重要組成部分。

十三.確保搜索引擎蜘蛛找到你的內容

不要犯404個錯誤。

去每個網站管理員后臺提交你的移動網站。

移動電話網站修改或更改時執行301重定向。百度官員指出，對于手機網站的修改或域名的更改，新舊內容的映射應該盡可能簡單。如果在域名變更過程中路徑保持不變，負面影響會更小，影響時間也會更短。推薦注意事項(搜索引擎優化免費培訓課程)

移動臺需要發送鏈嗎？送到哪里？

這個事情一直令站長郁郁不樂，尤其是最近幾年聽到別人說外鏈的作用已經大大降低，你可以不發外鏈就做排名，真的是這樣嗎？別被騙了，讓我們從實際情況出發。

什么行業最需要成為移動網站？

這個問題，我可以明確告訴你，到目前為止，沒有不需要移動站的行業網站，你可以去百度索引(Baidu Index)搜索你網站的關鍵詞，看看移動網站的搜索比例。然而，這里有一個非常重要的一點要注意:成為一個本地服務行業的網站是移動臺最需要的。從用戶需求的角度來看，用戶需要找到本地服務的相關需求。他肯定需要地址、電話號碼、價格、地圖指南和其他要求。至于用戶需求，我已經詳細解釋了通過分析用戶需求來確定網站名稱的三個步驟。這種情況也是當地的服務需求，裝飾行業也是如此。

移動臺優化中最容易忽略的問題是什么？

不要不耐煩，當聽到移動臺的優化時，每個人似乎都不知所措。完成以上幾點后，移動站和個人電腦站應該盡他們所能。

(1)域名應盡可能短，并能在搜索列表中完整顯示；

(2)注意機器人文件的打開，不要擔心為什么移動臺沒有排名。查看機器人文件時，搜索引擎禁止爬行。這種低級錯誤的情況太多了。

(3)主要TKD標題標簽和幾個重要元標簽的書寫；

(4)對于一些不能忽略的非常小的細節，你可以在網站上線前檢查必須做的檢查。

下面是小編整理的全行業一整套系統的SEO優化秘籍里面有100節SEO真人課程，是我們團隊花費240多天制作的，課程涵蓋數十種網站優化方法，課程文件加起來有30G，（關注我私信seo即可領取）

在線咨詢

上一篇：10條影響CSS渲染速度的寫法與建議
下一篇：使用CSS3做一個帶動畫的下拉列表，來學習一下吧

您的項目需求

*請認真填寫需求信息，我們會在24小時內與您取得聯系。