CentOS怎么安装完程序_CentOS软件安装与后续配置步骤教程-小浪学习网

答案是选择合适安装方式并完成后续配置。在centos上安装软件需根据来源选择YUM/DNF包管理器、RPM包或源码编译，安装后必须配置服务启动、防火墙、SElinux、环境变量及日志管理，确保软件正常运行并融入系统。

CentOS怎么安装完程序_CentOS软件安装与后续配置步骤教程

CentOS上安装程序，核心就是选择合适的安装方式——通常是包管理器（YUM或DNF），或者直接处理RPM包，更复杂些会涉及源码编译。安装完成后，真正的“活儿”才刚刚开始，因为你还需要一系列后续配置，比如服务启动、防火墙规则、SELinux策略、环境变量甚至日志管理，才能让软件真正跑起来并融入系统。

解决方案

在CentOS上安装软件并进行后续配置，这事儿说起来简单，做起来细节可不少。我通常会根据软件的来源和我的需求来选择不同的安装路径。

1. 使用包管理器（YUM/DNF） 这是最省心、也是我最推荐的方式。CentOS 7及之前版本用

yum

，CentOS 8及以后版本用

dnf

，它们本质上是管理RPM包的工具，能自动处理依赖关系。

搜索软件：
```
# CentOS 7 yum search <软件名> # CentOS 8+ dnf search <软件名>
```
这能帮你确认软件是否存在于已配置的仓库中。
安装软件：
```
# CentOS 7 sudo yum install <软件名> # CentOS 8+ sudo dnf install <软件名>
```
系统会列出需要安装的包及其依赖，确认后就会自动下载安装。

更新软件：

sudo yum update <软件名> # 或 yum update sudo dnf update <软件名> # 或 dnf update

保持软件最新是好习惯，可以修复漏洞，提升性能。

删除软件：

sudo yum remove <软件名> sudo dnf remove <软件名>

清理不再需要的软件。

2. 直接安装RPM包 有时候，厂商会直接提供

.rpm

安装包，而不是通过官方仓库。

安装：
```
sudo rpm -ivh <包名>.rpm
```
这里的
```
-i
```
是安装，
```
-v
```
是显示详细信息，
```
-h
```
是显示进度条。这种方式的缺点是，如果RPM包有依赖，你可能需要手动解决“依赖地狱”。我个人不太喜欢直接用
```
rpm -ivh
```
，除非确定没有复杂依赖，或者我能找到所有依赖包。
通过YUM/DNF安装本地RPM： 一个更好的办法是利用YUM/DNF来安装本地RPM包，它们会尝试解决依赖：
```
sudo yum localinstall <包名>.rpm # CentOS 7 sudo dnf install <包名>.rpm       # CentOS 8+
```

3. 源码编译安装 这是最灵活但也最复杂的方式，通常用于安装最新版本、定制功能或者官方仓库没有的软件。

准备编译环境： 你可能需要安装开发工具包：

sudo yum groupinstall "Development Tools" # CentOS 7 sudo dnf groupinstall "Development Tools" # CentOS 8+

下载源码： 通常是

.tar.gz

或

.tar.bz2

格式。

wget <源码包下载链接> tar -zxvf <源码包名>.tar.gz cd <解压目录>

配置、编译、安装：
```
./configure --prefix=/usr/local/<软件名> # 配置安装路径和特性 make                                    # 编译 sudo make install                       # 安装
```
```
./configure
```
这一步非常关键，它会检查你的系统环境，并生成
```
Makefile
```
。不同的软件会有不同的配置选项，需要仔细阅读其
```
README
```
或
```
INSTALL
```
文件。我曾经为了编译一个老旧的软件，花了一整天时间去解决各种库依赖问题，那感觉真是又痛苦又成就感爆棚。

后续配置步骤：

安装完软件，通常还需要一系列的配置才能让它正常工作。

服务管理（Systemd）： 对于后台服务类软件（如nginx、mysql），你需要用
```
systemctl
```
来管理。
```
sudo systemctl start <服务名>    # 启动服务 sudo systemctl enable <服务名>   # 设置开机自启 sudo systemctl status <服务名>   # 查看服务状态 sudo systemctl restart <服务名>  # 重启服务
```
我以前有个习惯，就是安装完服务后，总会手动
```
systemctl start
```
一下，然后就忘了
```
enable
```
，结果重启服务器后，服务全歇菜了，还得手动一个个起，真是血的教训。

防火墙配置（Firewalld）： CentOS默认启用

firewalld

。如果你的服务需要对外提供访问，就必须开放相应的端口或服务。

sudo firewall-cmd --permanent --add-service=http # 开放HTTP服务 sudo firewall-cmd --permanent --add-port=8080/tcp # 开放TCP 8080端口 sudo firewall-cmd --reload                       # 重新加载防火墙规则 sudo firewall-cmd --list-all                     # 查看所有规则

忘记这一步，你就会发现服务明明启动了，却怎么也访问不了。

SELinux策略： SELinux是CentOS的安全增强机制，有时会阻止新安装的软件正常运行。
```
getenforce          # 查看SELinux状态 (Enforcing/Permissive/Disabled) sudo setenforce 0   # 临时设置为Permissive模式 (不强制执行策略)
```
如果确定是SELinux的问题，你需要为软件设置正确的安全上下文，或者生成自定义策略。直接禁用SELinux虽然省事，但会降低系统安全性，不推荐长期使用。说实话，SELinux这东西，很多时候真的让人又爱又恨。它确实能提升安全性，但对于新手来说，排查起来简直是噩梦。
配置文件修改： 大多数软件都有自己的配置文件，通常位于
```
/etc/
```
目录下，或者软件安装路径下的
```
conf/
```
目录。例如，Nginx的配置文件是
```
/etc/nginx/nginx.conf
```
，MySQL的是
```
/etc/my.cnf
```
。根据你的需求修改这些文件，然后重启服务使其生效。
环境变量： 对于一些命令行工具，你可能需要将其可执行文件路径添加到
```
PATH
```
环境变量中，以便在任何目录下都能直接调用。
```
echo 'export PATH=$PATH:/usr/local/bin' >> ~/.bashrc source ~/.bashrc
```
或者在
```
/etc/profile.d/
```
下创建新的
```
.sh
```
文件。
权限管理： 确保软件运行所需的目录和文件具有正确的用户和组权限，避免因权限不足导致服务启动失败或数据无法读写。

为什么有时候YUM/DNF找不到我想要的软件？

这绝对是初学者，甚至是我们这些老手都会遇到的一个“坑”。我记得有一次，我尝试安装某个工具，结果

yum search

了半天都没结果，后来才发现是忘了启用EPEL。这背后其实有好几个原因：

仓库未启用或缺失： CentOS默认的官方仓库提供的软件是有限的，很多第三方或更小众的软件需要额外的仓库。最常见的就是EPEL (Extra Packages for Enterprise Linux)。如果你想安装一些非官方的工具，比如
```
htop
```
、
```
nginx
```
（虽然现在官方仓库也有），很可能需要先安装EPEL仓库：
```
# CentOS 7 sudo yum install epel-release # CentOS 8+ sudo dnf install epel-release
```
还有一些厂商会提供自己的仓库，比如docker、MongoDB等，你需要按照它们的官方文档添加对应的
```
.repo
```
文件。
缓存未更新： YUM/DNF会缓存仓库的元数据（包列表、依赖信息等）。如果仓库内容有更新，而你的本地缓存没更新，就可能搜不到最新的包。
```
sudo yum clean all && sudo yum makecache # 清理并重建YUM缓存 sudo dnf clean all && sudo dnf makecache # 清理并重建DNF缓存
```
我习惯在添加新仓库或者长时间没更新后，就跑一下这个命令，确保信息是最新的。
软件版本不匹配： 你正在使用的CentOS版本可能太旧，导致仓库中没有你想要的新版本软件；或者反过来，你想安装一个很老的软件，但当前仓库已经不再提供。这种情况下，可能需要考虑源码编译，或者寻找其他更老的仓库（不推荐，有安全风险）。
软件名称不准确： 有时候我们记不住软件的完整名称，或者以为的名称和实际的包名有出入。
```
yum search
```
或
```
dnf search
```
的模糊匹配功能可以帮助你，但如果关键词不对，也可能一无所获。
软件根本就没有RPM包： 并不是所有软件都有预编译的RPM包，有些软件可能只提供源码，需要你自己编译安装；或者它是一个python、node.js等脚本语言写的工具，需要通过对应的包管理器（如
```
pip
```
、
```
npm
```
）来安装。

安装完软件后，防火墙和SELinux总是给我添堵怎么办？

防火墙和SELinux，这俩兄弟在CentOS的安全体系里扮演着非常重要的角色，但对于不熟悉的人来说，它们确实是“添堵”的常客。它们的设计初衷是为了保护系统，但往往在服务启动后，你发现外部根本访问不了，或者程序报错，这时候多半就是它们在“作祟”。

处理防火墙 (Firewalld)：

CentOS 7及更高版本默认使用

firewalld

。当你安装了Web服务器（如Nginx、apache）、数据库（MySQL、postgresql）或其他网络服务后，通常需要开放相应的端口或服务。

检查防火墙状态：
```
sudo systemctl status firewalld
```
如果显示
```
active (running)
```
，说明防火墙正在运行。
查看已开放的端口/服务：
```
sudo firewall-cmd --list-all
```
这个命令会列出所有当前区域（通常是
```
public
```
）的配置，包括开放的服务和端口。
开放服务或端口：
- 开放预定义服务： 很多常用服务（如http, https, ssh, mysql）在
  firewalld
  中都有预定义的服务名。
```
sudo firewall-cmd --permanent --add-service=http  # 开放HTTP服务 sudo firewall-cmd --permanent --add-service=https # 开放HTTPS服务 sudo firewall-cmd --permanent --add-service=mysql # 开放MySQL服务
```
- 开放自定义端口： 如果你的服务运行在一个非标准端口上，或者没有预定义服务。
```
sudo firewall-cmd --permanent --add-port=8080/tcp # 开放TCP 8080端口 sudo firewall-cmd --permanent --add-port=5432/udp # 开放UDP 5432端口
```
  注意：
```
--permanent
```
  参数很重要，它表示这些规则会写入配置文件，在系统重启后依然有效。如果没有这个参数，规则只在当前会话中生效，重启就没了。
重新加载防火墙规则： 在添加或修改规则后，必须重新加载
firewalld
才能使这些更改生效。
```
sudo firewall-cmd --reload
```
这是我每次修改防火墙规则后，最容易忘记但又最关键的一步。

处理SELinux (Security-Enhanced Linux)：

SELinux是一个强制访问控制系统，它为系统上的所有文件、进程、端口等都设置了安全上下文。当你的新软件尝试访问某个文件或端口，而其安全上下文不匹配SELinux策略时，就会被阻止。

检查SELinux状态：
```
getenforce
```
- ```
Enforcing
```
  ：SELinux策略强制执行，任何违规行为都会被阻止。
- ```
Permissive
```
  ：SELinux策略不强制执行，违规行为会被记录日志，但不会被阻止。
- ```
Disabled
```
  ：SELinux被禁用。
临时设置为Permissive模式： 如果你怀疑是SELinux导致的问题，可以暂时将其设置为
```
Permissive
```
模式来验证。
```
sudo setenforce 0
```
然后再次测试你的软件。如果问题解决了，那么就是SELinux策略的问题。记住，这只是临时措施，不应该在生产环境中长期使用。
永久修改SELinux模式（不推荐直接禁用）： 修改
```
/etc/selinux/config
```
文件：
```
SELINUX=enforcing  # 默认强制执行 # SELINUX=permissive # 宽松模式 # SELINUX=disabled   # 禁用
```
修改后需要重启系统才能生效。我强烈不建议直接设置为
```
Disabled
```
，这会大大降低系统的安全性。
排查SELinux拒绝访问日志： 当SELinux阻止了某个操作时，它会在审计日志中记录下来。
```
sudo tail -f /var/log/audit/audit.log | grep AVC # 或者使用 journalctl sudo journalctl -t AVC -f
```
这些日志会告诉你哪个进程、哪个文件或端口被SELinux阻止了。
为文件或目录设置正确的安全上下文： 这是解决SELinux问题的推荐方法。例如，如果你把Web根目录放到了
```
/opt/mywebsite
```
，而不是标准的
```
/var/www/html
```
，那么SELinux可能不允许Web服务器访问它。
```
sudo semanage fcontext -a -t httpd_sys_content_t "/opt/mywebsite(/.*)?" sudo restorecon -Rv /opt/mywebsite
```
这会将
```
/opt/mywebsite
```
及其子目录的安全上下文设置为
```
httpd_sys_content_t
```
，允许HTTP服务访问。
为端口设置正确的安全上下文： 如果你的服务监听在一个非标准端口，SELinux可能不允许。
```
sudo semanage port -a -t http_port_t -p tcp 8080 # 允许HTTP服务使用TCP 8080端口
```
使用

audit2allow

生成自定义策略： 这是一个更高级的工具，可以根据
```
audit.log
```
中的拒绝日志，自动生成SELinux策略模块。
```
sudo yum install policycoreutils-python-utils # CentOS 7 sudo dnf install policycoreutils-python-utils # CentOS 8+ sudo grep "SELinux is preventing" /var/log/audit/audit.log | audit2allow -M mypol sudo semodule -i mypol.pp
```
这会生成一个名为
```
mypol.pp
```
的策略文件并加载它。这在处理一些复杂或特定软件的SELinux问题时非常有用。

软件安装后，如何确保它能在系统启动时自动运行，并且能正确地进行日志记录？

确保软件能在系统启动时自动运行，以及正确地进行日志记录，这是运维工作中非常基础但又极其重要的一环。如果服务不能自启，每次重启服务器都得手动干预，那效率可想而知；而没有日志，排查问题简直是盲人摸象。

确保系统启动时自动运行 (Systemd)：

在CentOS 7及更高版本中，

systemd

是管理系统服务的主力。如果你安装的软件是一个后台服务（Daemon），通常会自带一个

systemd unit

文件。

检查服务是否已注册： 安装完服务后，通常它的
unit
文件会放在
```
/usr/lib/systemd/system/
```
或
```
/etc/systemd/system/
```
目录下。你可以用
```
ls
```
命令查看是否存在
```
你的服务名.service
```
文件。
启用服务开机自启：
```
sudo systemctl enable <你的服务名>.service
```
这个命令会在
```
/etc/systemd/system/multi-user.target.wants/
```
目录下创建一个指向你服务
unit
文件的软链接，从而让
```
systemd
```
在多用户模式启动时加载它。
启动服务：
```
sudo systemctl start <你的服务名>.service
```
启用自启只是配置，服务本身不会立即启动，所以你需要手动启动一次。
检查服务状态：
```
sudo systemctl status <你的服务名>.service
```
这个命令会显示服务的当前状态、进程ID、最近的日志输出等，非常有用。如果服务启动失败，这里通常会有错误提示。

自定义

systemd unit

文件： 如果你的软件是一个自定义脚本，或者没有提供

systemd unit

文件，你可以自己创建一个。例如，创建一个

/etc/systemd/system/myscript.service

文件：

[Unit] Description=My Custom Script Service After=network.target # 在网络服务启动后启动  [Service] ExecStart=/usr/local/bin/myscript.sh # 你的脚本路径 Type=simple Restart=on-failure # 崩溃时自动重启 User=myuser        # 以哪个用户身份运行 Group=mygroup      # 以哪个组身份运行  [Install] WantedBy=multi-user.target

创建或修改

unit

文件后，需要重新加载

systemd

配置：

sudo systemctl daemon-reload sudo systemctl enable myscript.service sudo systemctl start myscript.service

我以前就经常为一些自定义的数据同步脚本写这样的

unit

文件，方便管理。

文章版权归作者所有，未经允许请勿转载。

THE END