阅读量:0
1 前言
在这篇文章中，我将详细介绍如何使用 BIND（Berkeley Internet Name Domain）软件包中的 named 程序来配置和管理一个基本的 DNS 服务器。
从安装 BIND 开始，到设置 DNS 区域文件，再到运行和测试您的服务器，我会一步步指导您完成整个过程。
这里我们来演示一下，如何配置一个自定义域名如：fenglm.yy
2 BIND 和 named 简介
2.1 BIND 的作用
BIND 是互联网上使用最广泛的 DNS 软件之一，它负责将域名转换为 IP 地址。
2.2 named 的角色
在 BIND 中，named 是一个守护进程，负责处理所有的 DNS 请求。
3 安装 BIND
这里我使用的是Rocky9.3操作系统来给大家做一个实操演示，我们先来执行下面这个命令来安装bind👇
sudo dnf install bind bind-utils
验证是否安装成功👇
named -v
安装成功示意图
3.1 配置文件介绍
安装完成后，会生成一些bind相关的文件，这里我们需要关注的有两个目录下的文件
（1）/etc/named.conf
（2）/var/named
3.1.1 named.conf配置文件
我们来通过sudo vim /etc/named.conf 命令查看一下这个配置文件，如下图所示👇
配置文件解析👇
# 监听设置 options { # 监听IPv4地址127.0.0.1上的53端口，这是DNS服务的标准端口。 listen-on port 53 { 127.0.0.1; }; # 监听IPv6地址::1（即IPv6的本地回环地址）上的53端口。 listen-on-v6 port 53 { ::1; }; # 指定存放区域文件和其他相关文件的目录。 directory "/var/named"; # 指定DNS缓存转储文件的位置。 dump-file "/var/named/data/cache_dump.db"; # 指定统计数据文件的存放位置。 statistics-file "/var/named/data/named_stats.txt"; # 指定内存统计数据文件的存放位置。 memstatistics-file "/var/named/data/named_mem_stats.txt"; # 指定安全根文件的存放位置。 secroots-file "/var/named/data/named.secroots"; # 指定递归查询数据文件的存放位置。 recursing-file "/var/named/data/named.recursing"; # 允许从localhost发起查询。 allow-query { localhost; }; # 关于服务器类型的说明。这里启用了递归查询，适用于递归或缓存DNS服务器。 recursion yes; # 启用DNSSEC验证。 dnssec-validation yes; # 指定动态密钥文件的存放目录。 managed-keys-directory "/var/named/dynamic"; # 指定GeoIP数据库文件的存放目录。 geoip-directory "/usr/share/GeoIP"; # 指定named进程PID文件的存放位置。 pid-file "/run/named/named.pid"; # 指定会话密钥文件的存放位置。 session-keyfile "/run/named/session.key"; # 引入加密策略配置文件。 include "/etc/crypto-policies/back-ends/bind.config"; }; # 日志设置 logging { # 定义一个日志通道 channel default_debug { file "data/named.run"; # 日志文件位置 severity dynamic; # 动态日志级别 }; }; # 根区配置 zone "." IN { type hint; # 类型为“hint”，意味着这是根域的提示。 file "named.ca"; # 指向根域的文件。 }; # 引入其他配置文件 include "/etc/named.rfc1912.zones"; # RFC1912推荐的区域文件。 include "/etc/named.root.key"; # 根密钥文件，用于DNSSEC。 3.1.2 /var/named目录文件
/var/named目录文件解析
目录结构解析： - data - 用途：存储BIND运行时生成的数据，如DNS查询日志和统计信息。 - dynamic - 用途：存放动态DNS更新的记录，用于DDNS服务。 - named.ca - 用途：根提示文件，包含根DNS服务器地址，用于互联网DNS解析。 - named.empty - 用途：空的DNS区域文件，用于特殊配置。 - named.localhost - 用途：定义`localhost`的DNS记录，包含本地回环地址。 - named.loopback - 用途：用于定义回环地址的DNS区域，通常用于DNS服务器内部查询。 - slaves - 用途：存放从主DNS服务器同步的区域文件，用于备份或辅助解析。4 开始配置named
这个文件是 named 的主配置文件。它定义了服务器的运行参数，如监听的 IP 地址、日志文件位置等。
4.1 新增0.168.192.db
在/var/named目录下新增0.168.192.db文件，配置如下👇
$ORIGIN 0.168.192.in-addr.arpa. $TTL 86400 @ IN SOA dns1.fenglm.yy. hostmaster.fenglm.yy. ( 2001062501 ; serial 21600 ; refresh after 6 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day @ IN NS dns1.fenglm.yy. 163 IN PTR dns1.fenglm.yy. 163 IN PTR nginx.fenglm.yy. 4.2 新增fenglm.yy.db
$ORIGIN fenglm.yy. $TTL 86400 @ IN SOA dns1.fenglm.yy. hostmaster.fenglm.yy. ( 2001062501 ; serial 21600 ; refresh after 6 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day IN NS dns1.fenglm.yy. IN NS dns2.fenglm.yy. @ IN A 192.168.0.163 dns1 IN A 192.168.0.163 dns2 IN A 192.168.0.163 nginx IN A 192.168.0.163 www IN CNAME nginx 4.3 修改named.conf
修改后如下图所示
与原文件相比，我们主要改动了以下内容👇
listen-on port 53 {any;}; allow-query { any; }; listen-on-v6 { none; }; dnssec-validation no; zone "fenglm.yy" IN { type master; file "fenglm.yy.db"; allow-update { none;}; }; zone ".168.192.in-addr.arpa" IN { type master; file "0.168.192.db"; allow-update { none; }; };为了方便看到测试效果，我给大家安装个nginx演示一下，这样可以更直观检验实操效果。
这里我用的是docker-compose来安装nginx的，比较方便快捷，核心安装配置脚本如下👇
（1）docker-compose
version: "3" services: nginx: image: nginx volumes: - ./nginx:/etc/nginx/templates - ./nginx/html:/usr/share/nginx/html ports: - 80:80 environment: - NGINX_HOST=fenglm.yy - NGINX_PORT=80 restart: always （2）nginx配置文件
## # You should look at the following URL's in order to grasp a solid understanding # of Nginx configuration files in order to fully unleash the power of Nginx. # https://www.nginx.com/resources/wiki/start/ # https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/ # https://wiki.debian.org/Nginx/DirectoryStructure # # In most cases, administrators will remove this file from sites-enabled/ and # leave it as reference inside of sites-available where it will continue to be # updated by the nginx packaging team. # # This file will automatically load configuration files provided by other # applications, such as Drupal or Wordpress. These applications will be made # available underneath a path with that package name, such as /drupal8. # # Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples. ## # Default server configuration # server { listen 80; listen [::]:80; # SSL configuration # # listen 443 ssl default_server; # listen [::]:443 ssl default_server; # # Note: You should disable gzip for SSL traffic. # See: https://bugs.debian.org/773332 # # Read up on ssl_ciphers to ensure a secure configuration. # See: https://bugs.debian.org/765782 # # Self signed certs generated by the ssl-cert package # Don't use them in a production server! # # include snippets/snakeoil.conf; server_name nginx.fenglm.yy; location / { proxy_set_header X-Forwarded-Host $host; proxy_set_header X-Forwarded-Server $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass http://nginx:80; client_max_body_size 50M; } # pass PHP scripts to FastCGI server # #location ~ \.php$ { # include snippets/fastcgi-php.conf; # # # With php-fpm (or other unix sockets): # fastcgi_pass unix:/var/run/php/php7.4-fpm.sock; # # With php-cgi (or other tcp sockets): # fastcgi_pass 127.0.0.1:9000; #} # deny access to .htaccess files, if Apache's document root # concurs with nginx's one # #location ~ /\.ht { # deny all; #} } # Virtual Host configuration for example.com # # You can move that to a different file under sites-available/ and symlink that # to sites-enabled/ to enable it. # #server { # listen 80; # listen [::]:80; # # server_name example.com; # # root /var/www/example.com; # index index.html; # # location / { # try_files $uri $uri/ =404; # } #} 那么核心配置文件有了，如果会使用docker-compose的话，相信安装也是肯定没有问题的，这里就不多做说明了。
安装完成后的效果如下图👇
然后我们向html目录中放一张图片66.png，以便一会我们来做效果演示
准备工作都做完了，接下来我们还要进行最关键的一步，那就是运行和测试named啦~_~
5 运行和测试named
5.1 启动named服务
sudo systemctl start named.service
上图演示一下启动后如果报错了该如何查看错误日志，这里我们看到错误日志中显示的主要问题是：_default/0.168.192.in-addr.arpa/IN: permission denied
5.1.1 排错1：检查区域文件的正确性
named-checkzone 0.168.192.in-addr.arpa 0.168.192.db
5.1.2 排错2：检查named主配置文件的正确性
named-checkconf /etc/named.conf
5.1.3 排错3：从文件权限入手
通过上图我们发现文件的所有者是flmtest用户，而不是named，猜想问题可能是出在这里，现在我们来更改一下文件的所有者，执行如下命令
sudo chown named:named /var/named/0.168.192.db sudo chown named:named /var/named/fenglm.yy.db
确保named用户对该文件具有读权限。通常，区域文件的推荐权限是640（即所有者有读写权限，组有读权限），可以使用chmod命令设置👇
sudo chmod 640 /var/named/0.168.192.db sudo chmod 640 /var/named/fenglm.yy.db5.1.4 排错4：检查SELinux状态
如果上面的方法都解决不了问题，那么这一步将是你解决报错问题的关键步骤，我们可以临时关闭SELinux看看是否可解决问题
如上图所示，果然是SElinux的问题
之前的文章中我有提到，SELinux 是一个强大的安全工具，它可以防止许多类型的漏洞和攻击，因此，不建议永久禁用 SELinux，所以这里我就来演示一下不关闭SELinux的情况下我们要怎么去解决这个报错问题。
我们也可以通过下面命令查看SELinux日志来确认SELinux是否确实是导致权限问题的原因
sudo ausearch -m avc -c named | audit2why
如果SELinux确实是导致问题的原因，我们需要更新受影响文件的SELinux上下文，以便named服务能够访问它们，可以使用semanage为文件添加正确的上下文规则👇
sudo semanage fcontext -a -t named_zone_t "/var/named/fenglm.yy.db" 然后，使用restorecon应用这些更改👇
sudo restorecon -v /var/named/fenglm.yy.db再重新运行一下named服务，这时我们发现问题已经解决了✌
测试一下我们DNS服务器配置的域名是否解析成功👇
sudo dig @localhost nginx.fenglm.yy
解析成功啦
好，那接下来我们使用该域名访问一下我们之前上传的66.png图片，首先我们要先在客户端机器上设置一下DNS，如下图所示👇
然后我们用cmd命令验证一下，发现如下问题👇
这时我们需要检查一下我们的防火墙，如果防火墙正处于开启状态，则需要确保防火墙规则允许 DNS 流量，因为DNS 使用的是 UDP 和 TCP 协议的 53 端口，咱放开53端口👇
firewall-cmd --zone=public --add-port=53/tcp --permanent firewall-cmd --zone=public --add-port=53/udp --permanent重载防火墙配置，以更改生效👇
firewall-cmd --reload然后我们再来测试一下，发现没有问题了，这个时候我们就可以使用我们配置好的自定义域名来访问我们nginx中预先放置好的66.png图片了
问题全部解决✌
5.2 浏览器访问查看运行效果
5.2.1 IP直接访问👇
5.2.2 通过自定义域名访问👇
也可以这样http://www.fenglm.yy/66.png访问哦✌，因为我们做了相关的配置，忘了的小伙伴可以往上翻，看看我们之前配置文件中是咋配的！
至此，我们已经对 BIND 和 named 的基础用法做了详尽的阐述。这些内容应当足够作为大家的入门学习参考。随着我在这个领域不断深入研究，我希望在未来能够探索并分享 BIND 的更多高级特性。敬请大家持续关注，更多精彩内容即将呈现！
