统信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小时内与您取得联系。