编译安装nginx加入开机启动

发表于2025-09-07|更新于2025-12-10|nginx

|总字数:176|阅读时长:1分钟|浏览量:

随便查看一个服务发现他的路径在于/usr/lib/systemd/system/*.service

upload successful

配置启动文件

[root@ceshi-128 system]# vi /usr/lib/systemd/system/nginx.service
[Unit] 									#服务说明
Description=nginx service				#服务描述
After=network.target					#类型

[Service]								#服务设置
Type=forking							#后台运行
ExecStart=/usr/local/nginx/sbin/nginx	# 启动路劲
ExecReload=/usr/local/nginx/sbin/nginx -s reload 	# 重启路径
ExecStop=/usr/local/nginx/sbin/nginx -s stop		#停止路径
PrivateTmp=true							#独立临时空间
   
[Install]
WantedBy=multi-user.target 				#多用户启动级别

[root@ceshi-128 ~]# systemctl enable nginx

接下来就可以完美的使用systemctl管理服务了，但需要注意当原二进制启动时需先停止用systemctl start nginx之后才会生效

文章作者: liujxu

文章链接: https://blog.liujxu.top/posts/15956/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 liujxu！

赞助

wechat

相关推荐

Nginx + Keepalived 实现高可用负载均衡集群

Nginx + Keepalived 高可用负载均衡集群实现Nginx 作为高性能的反向代理服务器，结合 Keepalived 实现 VIP（虚拟 IP）漂移，可以构建高可用的负载均衡集群。以下是具体实现方法：环境准备两台以上服务器安装 Nginx 和 Keepalived 统一的虚拟 IP（VIP），例如 10.96.4.32 所有节点配置相同的 Nginx 负载均衡规则 Nginx 负载均衡配置在每台 Nginx 服务器上配置相同的 upstream 规则，指向后端应用服务器： 1234567891011121314http { upstream backend { server 192.168.1.101:8080; server 192.168.1.102:8080; server 192.168.1.103:8080; } server { listen 80; location / { proxy_p...

Nginx健康检查自定义检查路径（非根路径）

Nginx官方提供的模块中，默认没有对负载均衡后端节点健康检查模块，必须使用第三方模块以打补丁形式安装使用，所以推荐使用Tengine ngx_http_upstream_check_module该模块可以为Tengine提供主动式后端服务器健康检查的功能，1.40+以上默认开启 123456789101112131415161718upstream report { server 10.96.6.65:8080 weight=1 ; server 10.96.6.66:8080 weight=1 ; check interval=15000 rise=2 fall=3 timeout=5000 type=http; check_http_send "HEAD / HTTP/1.0\r\n\r\n"; check_http_expect_alive http_2xx http_3xx; } server { listen 80;...

Nginx后端超时504重复请求

在一次业务中客户端请求osb平台再经过nginx转发后端，开发反馈请求次数大于1导致问题，经排查客户端请求一次，osb平台设置超时为30s，nginx配置等待上游服务器响应时最多等待30秒部分配置文件1234567891011upstream xx { server 10.6.6.1:8080 weight=1; server 10.6.6.2:8080 weight=1; server 10.6.6.45:8080 weight=1; } location / { root html; proxy_pass http://xx; proxy_set_header X-Forwarded-For $remote_addr; proxy_read_timeout 30; } 123456# access.log日志10.6.6.35|18/Jun/2024:10:35:4...

Nginx实现动静分离配置

在传统的 Web 架构中，如果将图片、CSS、JS 等静态资源和 API 接口请求全部交给后端的 Tomcat、SpringBoot 或 PHP 处理，会造成极大的资源浪费。因为后端服务器更擅长处理复杂的业务逻辑，而不是通过 IO 读取静态文件。什么是动静分离？动：动态请求（如 JSP, PHP, API 接口），交给后端应用服务器（Tomcat/uWSGI 等）处理。静：静态资源（如 HTML, CSS, JS, Images），由 Nginx 直接从磁盘读取返回，不再经过后端。核心优势：减轻后端压力：后端只专注于业务逻辑，不再处理繁琐的静态文件 IO。提升访问速度：Nginx 处理静态文件的并发能力是 Tomcat 的数倍，且配合 Gzip 和缓存，加载速度飞快。架构示意图12345678910🌐 用户浏览器│▼🚀 Nginx (端口 80/443)│├── ⚙️ 动态分流 (匹配 /api, .jsp)│ └── ➡️ 转发至 Tomcat:8080│└── 🖼️ 静态分流 (匹配 .jpg, .css, .js) └── ...

ansible启动tomcat无效

123456789101112[root@ceshi-128 playbook]# ansible-playbook tomcat.yml PLAY [all] ******************************************************************************************************************************************************************TASK [Gathering Facts] ******************************************************************************************************************************************************ok: [10.1.74.20]TASK [start tomcat] *********************************************...

crontab每周一到周五

每周一到周五9点到15点每分钟执行：*/1 9-14 * * 1-5123456789Linux * * * * * - - - - - | | | | | | | | | +----- day of week (0 - 7) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat | | | +---------- month (1 - 12) OR jan,feb,mar,apr ... | | +--------------- day of month (1 - 31) | +-------------------- hour (0 - 23) +------------------------- minute (0 - 59) 字段备注 Minutes 分(0–59) Hours 时(0–59) Day 日(1–31) ...

数据加载中