三亩地 三亩地SAN MU DI · CODE DIARY
交流投稿
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天，欢迎挑你感兴趣的翻一翻。

首页/学习日记/日记详情

龙蜥OS运维实战：静态IP配置与Nginx服务部署全解析

发布时间：2026/8/8 4:12:08 三亩地 编程学习日记
龙蜥OS运维实战：静态IP配置与Nginx服务部署全解析

1. 从零开始的龙蜥运维：为什么IP和Nginx是基石

刚接触Anolis OS（龙蜥操作系统）的运维朋友，拿到一台新服务器，第一件事往往不是急着装应用，而是先让它“能说话、能干活”。这里的“能说话”，指的就是配置好网络，让服务器有一个固定的、可被访问的IP地址；而“能干活”，一个最直观的标志就是部署一个像Nginx这样的Web服务，验证环境是否通畅。这看似基础的两步，恰恰是后续所有复杂运维工作的起点。很多人在这个阶段会想当然地使用图形化工具或者临时命令，结果在服务器重启后网络失效，或者Nginx配置了一堆却连最基本的静态页面都访问不了。今天，我就以一个老运维的视角，带你手把手、知其所以然地完成这两项基础但至关重要的任务，确保你的龙蜥服务器从一开始就站得稳、跑得顺。

Anolis OS作为一款面向云原生和企业的Linux发行版，其网络配置方式继承了RHEL/CentOS流派的传统，同时又融入了新的管理工具。而Nginx，作为高性能Web服务的代名词，其安装和初步配置是检验系统环境是否健康的“试金石”。我们将不满足于“怎么配”，更要深究“为什么这么配”，并分享那些只有踩过坑才知道的细节。无论你是运维新手，还是从其他Linux发行版迁移过来的老手，这篇内容都能帮你夯实基础，避免那些低级却耗时的错误。

2. 网络配置的深度解析：不止于一个IP地址

配置IP地址，在图形界面下可能就是点几下鼠标，但在无界面的服务器环境，尤其是需要通过远程连接初始化的场景，这就是一项必须精准完成的手艺活。在Anolis OS 8及更高版本中，网络配置主要有两种主流方式：传统的network-scripts（逐渐淘汰）和新的NetworkManager配合nmcli/nmtui工具以及netplan（在某些版本或定制镜像中）。我们聚焦于目前推荐且功能更强大的NetworkManager方案。

2.1 理解网络接口与连接概念

在动手之前，先理清几个关键概念，这能帮你理解后续每一个命令背后的意图。

  • 网络接口（Network Interface）：这是物理或虚拟的网络设备，比如eth0、ens192。你可以通过ip link show或nmcli device status查看系统识别到的接口。
  • 连接（Connection）：这是NetworkManager管理的核心配置单元。一个连接是一组网络设置（IP、网关、DNS等）的集合，它可以被“应用”到一个网络接口上。一个接口可以拥有多个连接配置，但同一时间只能激活一个。
  • 关键命令nmcli：这是管理NetworkManager的命令行利器。它的操作对象主要是“连接”和“设备”。

注意：很多教程直接修改/etc/sysconfig/network-scripts/ifcfg-*文件，在Anolis OS 8+上，如果系统使用NetworkManager，直接修改这些文件可能不生效，或者重启后被覆盖。推荐使用nmcli进行管理，它能确保配置被NetworkManager正确接管。

2.2 实战：为接口配置静态IP地址

假设我们的服务器有一块网卡，接口名称为ens192（这是目前虚拟化和云环境中常见的命名规则）。我们需要为其配置一个静态IP：192.168.1.100/24，网关192.168.1.1，DNS服务器8.8.8.8和114.114.114.114。

第一步：查看现有网络状态首先，我们确认一下当前网络环境和接口名称。

nmcli device status

这条命令会列出所有网络设备及其状态。找到你的目标接口（比如ens192），记下其状态和当前使用的连接名。

第二步：创建或修改一个连接配置如果接口上没有你想要的连接配置，我们需要创建一个新的。这里，我们创建一个名为static-ens192的连接，并将其绑定到ens192接口上。

sudo nmcli connection add type ethernet con-name static-ens192 ifname ens192 ipv4.method manual ipv4.addresses 192.168.1.100/24 ipv4.gateway 192.168.1.1 ipv4.dns “8.8.8.8,114.114.114.114”

逐段解释这个命令：

  • connection add：添加一个新连接。
  • type ethernet：连接类型为有线以太网。
  • con-name static-ens192：指定连接的名称为static-ens192，这个名字你可以自定义，便于识别。
  • ifname ens192：将这个连接关联到物理接口ens192。
  • ipv4.method manual：指定IPv4配置方式为手动（静态）。如果是auto则是DHCP。
  • ipv4.addresses 192.168.1.100/24：设置IP地址和子网掩码（/24对应255.255.255.0）。
  • ipv4.gateway 192.168.1.1：设置默认网关。
  • ipv4.dns “…”：设置DNS服务器，多个DNS用逗号分隔。

如果接口上已有一个连接（比如默认的ens192连接），你也可以直接修改它，而不是新建。使用nmcli connection modify命令。

第三步：激活新连接并禁用旧连接创建好后，需要激活这个新连接。

sudo nmcli connection up static-ens192

同时，如果旧的连接（比如ens192）还在活跃状态，最好将其关闭，避免冲突。

sudo nmcli connection down ens192

第四步：验证配置配置完成后，务必进行验证。

# 查看IP地址配置 ip addr show ens192 # 测试网络连通性 ping -c 4 192.168.1.1 # 测试DNS解析 nslookup baidu.com

如果ping通网关且nslookup能解析域名，说明网络配置基本成功。

2.3 避坑指南：配置不生效的常见原因

  1. NetworkManager服务未运行：执行sudo systemctl status NetworkManager确保服务是active (running)状态。
  2. 连接未关联到正确设备：用nmcli connection show检查你创建的连接是否确实关联（DEVICE列）到了目标接口（如ens192）。如果没有，使用sudo nmcli connection modify static-ens192 connection.interface-name ens192进行修改。
  3. IP地址冲突：你设置的静态IP可能已被局域网内其他设备占用。这在DHCP环境中尤其常见。如果ping网关通但ping其他地址不通，或间歇性丢包，需排查IP冲突。
  4. 防火墙或SELinux拦截：Anolis OS默认可能开启firewalld和SELinux。对于内部测试，可以先暂时禁用它们以排除干扰（生产环境请谨慎操作）：
    # 临时停止防火墙 sudo systemctl stop firewalld sudo systemctl disable firewalld # 永久禁用，生产环境不建议 # 临时将SELinux设置为宽容模式 sudo setenforce 0
  5. 配置文件冲突：如果你之前手动修改过/etc/sysconfig/network-scripts/ifcfg-ens192文件，它可能与NetworkManager管理的配置冲突。建议备份后删除旧的ifcfg文件，完全交由nmcli管理。

3. 软件源管理与Nginx安装：选对源头，装对版本

网络畅通后，下一步就是安装软件。在Linux世界，安装软件几乎都绕不开“软件源”（Repository）。Anolis OS默认的源可能不包含最新版的Nginx，或者访问速度较慢。因此，合理配置软件源是高效运维的第一步。

3.1 配置EPEL和Nginx官方源

Anolis OS兼容RHEL生态，因此我们可以使用EPEL（Extra Packages for Enterprise Linux）源来获取大量额外的软件包。同时，为了获得最新稳定版的Nginx，我们通常添加Nginx官方提供的源。

安装EPEL源：

sudo dnf install -y epel-release

添加Nginx官方源：Nginx官方为RHEL/CentOS及其兼容系统提供了预编译的软件包。我们需要创建一个源配置文件。

# 创建Nginx源配置文件 sudo vi /etc/yum.repos.d/nginx.repo

将以下内容粘贴进去（这里以Nginx稳定版为例）：

[nginx-stable] name=nginx stable repo baseurl=http://nginx.org/packages/centos/$releasever/$basearch/ gpgcheck=1 enabled=1 gpgkey=https://nginx.org/keys/nginx_signing.key

注意：这里baseurl中使用了centos，因为Anolis OS兼容CentOS的软件仓库结构。$releasever和$basearch会自动被替换为系统版本和架构。

保存退出后，更新软件包缓存：

sudo dnf makecache

3.2 安装Nginx并理解安装内容

现在，安装Nginx就非常简单了：

sudo dnf install -y nginx

安装完成后，不要急着启动。我们先看看dnf到底给我们装了些什么：

# 查看Nginx包安装了哪些文件 rpm -ql nginx | less

关键目录和文件：

  • /usr/sbin/nginx：Nginx主程序。
  • /etc/nginx/：核心配置目录。
    • /etc/nginx/nginx.conf：主配置文件。
    • /etc/nginx/conf.d/：通常用于存放自定义的服务器块（server block）配置，这是推荐的做法。
  • /usr/share/nginx/html/：默认的网站根目录，里面的index.html是默认欢迎页面。
  • /var/log/nginx/：日志目录，access.log记录访问日志，error.log记录错误日志。
  • /usr/lib/systemd/system/nginx.service：Systemd服务单元文件，用于管理Nginx服务的启动、停止、重启。

理解这些路径，对于后续的配置和排错至关重要。很多新手修改了配置却不生效，往往是因为改错了文件，或者修改后没有通知Nginx重新加载配置。

3.3 启动Nginx与防火墙放行

安装后，启动Nginx服务并设置开机自启：

sudo systemctl start nginx sudo systemctl enable nginx sudo systemctl status nginx # 检查运行状态，确认是active (running)

如果上一步你停止了防火墙，现在需要重新考虑防火墙规则。在生产环境中，我们需要放行HTTP（80）和HTTPS（443）端口。

# 如果firewalld正在运行 sudo firewall-cmd --permanent --add-service=http sudo firewall-cmd --permanent --add-service=https sudo firewall-cmd --reload

此时，打开浏览器，输入你服务器的IP地址（如http://192.168.1.100），你应该能看到Nginx的默认欢迎页面。如果看不到，请继续下面的排错环节。

4. 首次访问失败的深度排错链路

“我安装了，也启动了，为什么页面打不开？”这是最常见的问题。别慌，按照以下链路，像侦探一样一步步排查。

4.1 排查链路一：服务本身是否在运行？

首先，确认Nginx进程真的在运行。

# 方法1：检查systemd服务状态 sudo systemctl status nginx # 重点看Active行，是否是active (running)。如果失败，看下面的日志。 # 方法2：检查进程是否存在 ps aux | grep nginx # 应该能看到master和worker进程。 # 方法3：检查端口监听 sudo ss -tlnp | grep :80 sudo ss -tlnp | grep :443 # 应该能看到nginx进程在监听80和443端口。

如果服务状态不是active，使用sudo journalctl -u nginx -xe查看详细的系统日志，通常能直接看到错误原因，比如配置文件语法错误、端口被占用等。

4.2 排查链路二：本地能否访问？

在服务器本机上，测试自己能否访问自己。这可以排除网络和防火墙的影响。

curl http://localhost

或者

curl http://127.0.0.1

如果本地curl能返回HTML代码（即Nginx欢迎页的源码），说明Nginx服务本身工作正常，问题出在外部访问环节。如果本地也访问失败，那问题就在Nginx配置或服务器内部。

4.3 排查链路三：防火墙是否拦截？

这是外部访问失败的最常见原因。即使你添加了防火墙规则，也可能因为区域（zone）不对而未生效。

# 查看默认区域和活跃区域 sudo firewall-cmd --get-default-zone sudo firewall-cmd --get-active-zones # 查看当前区域已开放的端口和服务 sudo firewall-cmd --list-all

确保输出中包含ports: 80/tcp 443/tcp或者services: http https。如果没有，用前面提到的--add-service命令添加，并--reload。

一个更彻底的测试方法是临时完全关闭防火墙（仅用于测试，生产环境慎用）：

sudo systemctl stop firewalld

然后再次从外部浏览器访问。如果此时能访问了，那就确认是防火墙问题，需要仔细检查规则。

4.4 排查链路四：SELinux是否在“捣乱”？

SELinux是另一个强大的安全模块，它可能会阻止Nginx访问其端口或文件。对于新手，可以先将SELinux设置为宽容模式来测试。

# 查看当前SELinux状态 getenforce # 如果是Enforcing，临时设置为Permissive sudo setenforce 0

再次尝试外部访问。如果问题解决，那么就是SELinux策略限制。生产环境中，我们需要为Nginx设置正确的SELinux上下文或布尔值，而不是直接关闭。例如，允许Nginx连接网络端口：

sudo setsebool -P httpd_can_network_connect 1

4.5 排查链路五：网络路由与主机防火墙

如果以上步骤都排除了，问题可能更底层：

  1. 客户端到服务器的网络是否通畅？在客户端电脑上ping你的服务器IP。
  2. 服务器是否有多网卡或复杂路由？使用ip route show查看服务器的路由表，确认默认网关是否正确，以及到客户端的路由是否正常。
  3. 云服务商安全组/网络ACL：如果你使用的是云服务器（如阿里云、腾讯云、AWS等），云平台层面的安全组或网络访问控制列表（ACL）必须放行入方向的80和443端口。这个配置在云服务器控制台进行，与操作系统内部的防火墙是两回事，经常被忽略！

按照这个链路排查，99%的“Nginx安装后无法访问”问题都能定位到原因。养成这样的系统性排错思维，比死记硬背命令更重要。

5. Nginx基础配置入门与文件服务实战

成功访问默认页面后，我们来点实际的：配置一个简单的静态文件服务器，并修改默认的欢迎页面。这能帮你理解Nginx配置的核心结构。

5.1 理解Nginx配置结构

Nginx配置文件是层次化的，主要包含以下几个块：

  • main：全局配置，在nginx.conf最外层，影响所有设置。
  • events：配置事件处理模型，如连接数。
  • http：所有HTTP相关配置的容器。
  • server：定义一个虚拟主机（网站），监听特定的端口和域名。
  • location：在server块内，用于匹配特定的请求URI，并定义如何处理这些请求。

默认的/etc/nginx/nginx.conf文件通常会通过include指令引入/etc/nginx/conf.d/*.conf下的所有文件。最佳实践是：不要直接修改主nginx.conf，而是在conf.d目录下创建你自己的.conf文件。这样既清晰，也便于管理。

5.2 实战：创建自定义静态网站

假设我们想创建一个新的网站，访问http://192.168.1.100/mysite时，显示我们自己的内容。

第一步：创建网站目录和内容

# 创建一个新的网站根目录 sudo mkdir -p /var/www/mysite # 创建一个简单的首页 sudo vi /var/www/mysite/index.html

在index.html中输入一些简单内容，比如：

<!DOCTYPE html> <html> <head><title>我的站点</title></head> <body><h1>你好，龙蜥！这是我的自定义站点。</h1></body> </html>

设置正确的目录权限，让Nginx进程（通常以nginx用户运行）可以读取：

sudo chown -R nginx:nginx /var/www/mysite sudo chmod -R 755 /var/www/mysite

第二步：创建Nginx服务器块配置在/etc/nginx/conf.d/目录下创建一个新的配置文件：

sudo vi /etc/nginx/conf.d/mysite.conf

输入以下配置：

server { listen 80; server_name _; # 匹配所有域名，也可用具体域名如 www.example.com # 核心配置：将 /mysite 路径映射到本地目录 location /mysite { # 别名（alias）指令，注意末尾的斜线 alias /var/www/mysite/; # 尝试按顺序寻找索引文件 index index.html index.htm; # 如果请求以斜线结尾，自动附加index.html try_files $uri $uri/ =404; } # 可选：记录这个站点的独立访问日志 access_log /var/log/nginx/mysite_access.log; error_log /var/log/nginx/mysite_error.log; }

关键点解释：

  • location /mysite：匹配所有以/mysite开头的请求URI。
  • alias /var/www/mysite/;：这是将请求路径映射到文件系统的关键指令。特别注意：alias指令要求路径末尾的斜线/必须与location块匹配。例如，请求/mysite/index.html，alias会将其转换为/var/www/mysite/index.html。如果这里写错了，会导致404错误。
  • try_files：一个非常实用的指令，它按顺序检查文件是否存在。$uri代表请求的文件，$uri/代表请求的是一个目录（会去寻找index文件），如果都不存在，则返回404。

第三步：测试配置并重载NginxNginx非常注重配置文件的正确性，在应用新配置前，务必先测试语法。

sudo nginx -t

如果输出nginx: configuration file /etc/nginx/nginx.conf test is successful，说明语法无误。 然后，让Nginx重新加载配置（平滑重启，不会中断已有连接）：

sudo nginx -s reload # 或者使用systemctl sudo systemctl reload nginx

现在，打开浏览器访问http://你的服务器IP/mysite，你应该能看到刚才创建的“你好，龙蜥！”页面。

5.3 修改默认欢迎页面

如果你想直接修改访问IP地址时显示的默认页面（即location /），可以修改默认的配置文件。通常，默认站点定义在/etc/nginx/conf.d/default.conf或主配置的server块中。找到location /块，将其root指令指向你的新目录，例如：

location / { root /usr/share/nginx/html; # 默认是这个，可以改成 /var/www/myhomepage index index.html index.htm; }

同样，修改后要nginx -t和nginx -s reload。

6. 运维视角的进阶思考与监控

完成基础搭建后，作为一个运维，我们还需要思考如何让它更可靠、更易维护。

6.1 将配置纳入版本控制

服务器配置（如Nginx的.conf文件、网络连接配置）不应该只存在于服务器上。一旦服务器故障或需要重建，手动回忆配置是灾难性的。强烈建议将/etc/nginx/conf.d/目录下的所有自定义配置文件，以及重要的网络配置备份（例如使用nmcli connection show static-ens192的输出），纳入Git等版本控制系统。这能实现配置的追溯、回滚和快速重建。

6.2 配置日志轮转（Logrotate）

Nginx默认会一直向access.log和error.log写日志，文件会无限增大。我们需要配置日志轮转。幸运的是，Nginx的安装包通常已经包含了logrotate配置/etc/logrotate.d/nginx。你可以查看并编辑这个文件，调整轮转策略（如按天或按大小切割）、保留日志份数、轮转后是否重载Nginx等。

sudo vi /etc/logrotate.d/nginx

一个典型的配置如下，它通常已经够用：

/var/log/nginx/*.log { daily missingok rotate 14 compress delaycompress notifempty create 0640 nginx adm sharedscripts postrotate /bin/kill -USR1 `cat /run/nginx.pid 2>/dev/null` 2>/dev/null || true endscript }

6.3 简单的服务监控

对于刚上线的服务，最基本的监控就是确认其进程存活和端口可访问。你可以写一个简单的Shell脚本，结合systemctl is-active和curl命令，定期检查，并通过邮件或监控系统报警。

#!/bin/bash # check_nginx.sh SERVICE=“nginx” URL=“http://localhost” if systemctl is-active --quiet $SERVICE; then echo “$SERVICE is running.” # 进一步检查端口响应 if curl --output /dev/null --silent --head --fail “$URL”; then echo “$SERVICE is responding on $URL.” else echo “ERROR: $SERVICE is running but not responding on $URL!” >&2 exit 1 fi else echo “ERROR: $SERVICE is not running!” >&2 exit 1 fi

可以将此脚本加入crontab，每分钟执行一次。这只是监控的起点，成熟的运维会使用Prometheus、Zabbix等专业工具。

6.4 安全加固第一步

在服务器可对外访问前，至少完成以下几点：

  1. 修改SSH端口：不要使用默认的22端口。
  2. 禁用root密码登录：使用密钥对认证。
  3. 保持系统更新：定期运行sudo dnf update。
  4. 为Nginx配置适当的文件权限：遵循最小权限原则。
  5. 计划配置HTTPS：使用Let‘s Encrypt等免费证书，这是现代Web服务的标配。

配置IP和安装Nginx，就像给新房子接通水电、装上大门。步骤本身不复杂，但每一步背后的原理和可能遇到的坑，才是体现运维功底的地方。从nmcli对连接和设备的抽象，到Nginx的location匹配优先级和alias指令的细节，再到系统性的排错链路，我希望分享的不只是命令，更是一种解决问题的方法。在龙蜥OS上，这些基础操作稳定可靠，为后续部署更复杂的应用打下了坚实的基础。记住，一次成功的安装背后，是对日志的敏锐观察和对配置文件的透彻理解。

编程学习 学习日记 实战经验
← 返回列表