統(tǒng)信UOS｜DNS server｜03-添加子域名解析

文鏈接：統(tǒng)信UOS｜DNS server｜03-添加子域名解析

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

http02服務(wù)器（www.pdsyw.cn）：

IP：192.168.80.112

網(wǎng)關(guān)：192.168.80.254

掩碼：255.255.255.0

注意事項

確保區(qū)域文件的語法正確，任何錯誤都可能導(dǎo)致DNS服務(wù)無法正確解析。
在進行更改后，監(jiān)控DNS服務(wù)器的日志文件，以確保沒有錯誤發(fā)生。

1、編輯http02服務(wù)器網(wǎng)站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、編輯正向解析區(qū)域文件

[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、編輯反向解析區(qū)域文件

[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服務(wù)

[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服務(wù)器的功能，使其能夠處理更復(fù)雜的網(wǎng)絡(luò)請求。這對于管理大型網(wǎng)絡(luò)或構(gòu)建更復(fù)雜的網(wǎng)絡(luò)服務(wù)非常有幫助。

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

最后，如果你覺得這篇文章有用，請分享轉(zhuǎn)發(fā)。點個關(guān)注和在看吧，讓我們一起探索和學習更多關(guān)于Linux系統(tǒng)管理和網(wǎng)絡(luò)服務(wù)部署的知識！

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

前提條件

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

背景信息

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

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

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

操作步驟

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

人工配置服務(wù)

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

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

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

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

優(yōu)化手機網(wǎng)站SEO優(yōu)化技巧！

一、域名和機器人設(shè)置

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

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

第二，做好移動和個人電腦網(wǎng)站的改編和轉(zhuǎn)換工作

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

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

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

三、移動站和PC機站數(shù)據(jù)同步

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

四.適應(yīng)性或響應(yīng)性網(wǎng)站

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

五、手機網(wǎng)站盡可能簡潔

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

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

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

六.優(yōu)化網(wǎng)址

和電腦的原理一樣

七.各種html標簽的優(yōu)化

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

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

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

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

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

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

十一、頁面細節(jié)的優(yōu)化

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

關(guān)鍵字和描述應(yīng)該添加不同于電腦端的元標簽和關(guān)鍵字。每一頁上的關(guān)鍵詞和描述都和傳統(tǒng)個人電腦網(wǎng)站上的相似

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

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

跳。

十二.網(wǎng)站交換連接:這是電腦端優(yōu)化和移動端優(yōu)化的重要組成部分。

十三.確保搜索引擎蜘蛛找到你的內(nèi)容

不要犯404個錯誤。

去每個網(wǎng)站管理員后臺提交你的移動網(wǎng)站。

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

移動臺需要發(fā)送鏈嗎？送到哪里？

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

什么行業(yè)最需要成為移動網(wǎng)站？

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

移動臺優(yōu)化中最容易忽略的問題是什么？

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

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

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

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

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

下面是小編整理的全行業(yè)一整套系統(tǒng)的SEO優(yōu)化秘籍里面有100節(jié)SEO真人課程，是我們團隊花費240多天制作的，課程涵蓋數(shù)十種網(wǎng)站優(yōu)化方法，課程文件加起來有30G，（關(guān)注我私信seo即可領(lǐng)取）

在線咨詢

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

您的項目需求

*請認真填寫需求信息，我們會在24小時內(nèi)與您取得聯(lián)系。