您现在的位置是:首页 > 编程语言学习 > 后端编程语言 > 文章正文 后端编程语言
史上最详细Nginx配置解读大全,这篇文章就够了—上部分
万晓博博客
2019-12-19 14:24:06
后端编程语言
人已围观
简介如果你是一个开发人员的话,就必须知道LNMP LAMP WAMP等服务器组合,市面上作为网页服务器的大概就两种nginx和apache这两个,两个服务各有千秋,今天万晓博SEO从网络上转载这篇史上最详细Nginx配置解读大全,只要看完本系列教程,你就一定对Nginx有初步的认识,就跟万晓博SEO一起往下看。
本章前言:

万晓博SEO推荐服务器:
如果你是一个开发人员的话,就必须知道LNMP/LAMP/WAMP等服务器组合,市面上作为网页服务器的大概就两种nginx和apache这两个,两个服务各有千秋,今天万晓博SEO从网络上转载这篇史上最详细Nginx配置解读大全,只要看完本系列教程,你就一定对Nginx有初步的认识,就跟万晓博SEO一起往下看。

一、Nginx简介
1、Nginx 概述
1)NGINX是一个免费、开源、高性能、轻量级的HTTP和反向代理服务器,也是一个电子邮件(IMAP/POP3)代理服务器,其特点是占有内存少,并发能力强。 Nginx 因为它的稳定性、丰富的模块库、灵活的配置和较低的资源消耗而闻名 。目前应该是几乎所有项目建设必备。
2)Nginx由内核和一系列模块组成,内核提供web服务的基本功能,如启用网络协议,创建运行环境,接收和分配客户端请求,处理模块之间的交互。Nginx的各种功能和操作都由模块来实现。Nginx的模块从结构上分为核心模块、基础模块和第三方模块。
核心模块: HTTP模块、EVENT模块和MAIL模块
基础模块: HTTP Access模块、HTTP FastCGI模块、HTTP Proxy模块和HTTP Rewrite模块
第三方模块: HTTP Upstream Request Hash模块、Notice模块和HTTP Access Key模块及用户自己开发的模块
这样的设计使Nginx方便开发和扩展,也正因此才使得Nginx功能如此强大。Nginx的模块默认编译进nginx中,如果需要增加或删除模块,需要重新编译Nginx,这一点不如Apache的动态加载模块方便。如果有需要动态加载模块,可以使用由淘宝网发起的web服务器Tengine,在nginx的基础上增加了很多高级特性,完全兼容Nginx,已被国内很多网站采用。
3)Nginx有很多扩展版本
A、开源版 nginx.org「http://nginx.org」
B、商业版 NGINX Plus「https://www.nginx.com」
C、淘宝网发起的Web服务器 Tengine「http://tengine.taobao.org」
D、基于Nginx和Lua的Web平台 OpenResty「http://openresty.org/cn」
2、 Nginx 作为 web 服务器
Web服务器也称为WWW(WORLD WIDE WEB)服务器,主要功能是提供网上信息浏览服务,常常以B/S(Browser/Server)方式提供服务。
A、应用层使用HTTP协议。
B、HTML文档格式。
C、浏览器统一资源定位器(URL)。
Nginx 可以作为静态页面的 web 服务器,同时还支持 CGI 协议的动态语言,比如 perl、php 等,但是不支持 java。Java 程序一般都通过与 Tomcat 配合完成。
作为一名Java猿帅,肯定要理解下Nginx和Tomcat的区别了:
Nginx、Apache和Tomcat
A、Nginx—— 由俄罗斯程序员Igor Sysoev所开发的轻量级、高并发HTTP服务器;
B、Apache HTTP Server Project,一个Apache基金会下的HTTP服务项目,和Nginx功能类似;
C、Apache Tomcat ,则是Apache基金会下的另外一个项目,是一个Application Server,更准确的说是一个
servlet应用容器,与Apache HTTP Server和Nginx相比,Tomcat能够动态的生成资源并返回到客户端;
Apache HTTP Server和Nginx本身不支持生成动态页面,但它们可以通过其他模块来支持(例如通过Shell、PHP、Python脚本程序来动态生成内容);
一个 HTTP Server 关心的是 HTTP 协议层面的传输和访问控制,所以在 Apache/Nginx 上你可以看到代理、负载均衡等功能。客户端通过 HTTP Server 访问服务器上存储的资源(HTML 文件、图片文件等等)。通过 CGI 技术,也可以将处理过的内容通过 HTTP Server 分发,但是一个 HTTP Server 始终只是把服务器上的文件如实的通过 HTTP 协议传输给客户端。
而应用服务器,则是一个应用执行的容器。它首先需要支持开发语言的运行(对于 Tomcat 来说,就是 Java),保证应用能够在应用服务器上正常运行。其次,需要支持应用相关的规范,例如类库、安全方面的特性。对于 Tomcat 来说,就是需要提供 JSP/Sevlet 运行需要的标准类库、Interface 等。为了方便,应用服务器往往也会集成 HTTP Server 的功能,但是不如专业的 HTTP Server 那么强大,所以应用服务器往往是运行在 HTTP Server 的背后,执行应用,将动态的内容转化为静态的内容之后,通过 HTTP Server 分发到客户端。
3、正向代理
正向代理:如果把局域网外的 Internet 想象成一个巨大的资源库,则局域网中的客户端要访 问 Internet,则需要通过代理服务器来访问,这种代理服务就称为正向代理。
正向代理“代理”的是客户端。
比如你想去google看个“动作片”,可国内不允许呀,就需要找翻墙代理,这个就是所谓的”正向代理“。

4、反向代理与负载均衡
反向代理正好与正向代理相反,反向代理是指以代理服务器来接收Internet上的连接请求,然后将请求转发到内部网络上的服务器,并将服务器上得到的结果返回给客户端,此时代理服务器对外表现就是一个服务器,客户端对代理是无感知的。
反向代理“代理”的是服务端。
再比如,你想本本分分的在“优酷”上看个“爱情片”,youku.com会把你的请求分发到存放片片的那台机器上,这个就是所谓的”反向代理“。

为什么使用反向代理
1)保护和隐藏原始资源服务器
2)加密和SSL加速
3)通过缓存静态资源,加速Web请求
4)实现负载均衡
负载均衡
地址重定向
Nginx 的Rewrite主要的功能就是实现URL重写
比如输入360.com 跳转到了360.cn,baidu.cn跳转到了baidu.com
5、动静分离
为了加快网站的解析速度,可以把动态页面和静态页面由不同的服务器来解析,加快解析速度,降低原来单个服务器的压力。 这里指的就是让动态程序(Java、PHP)去访问应用服务器,让缓存、图片、JS、CSS等去访问Nginx。
二、Nginx 下载以及安装
1、下载Nginx,windows用户可以直接去官网下载安装
wget http://nginx.org/download/nginx-1.16.1.tar.gz
2、安装需要编译的插件
1)用于编译c、c++代码的GCC;
2)用c语言编写的正则表达式函数库Pcre(使用rewrite模块);
3)用于数据压缩的函式库的Zlib;
4)安全套接字层密码库OpenSSL(启用SSL支持)
- yum install gcc c++
- yum install -y pcre pcre-devel
- yum install -y zlib zlib-devel
- yum install -y openssl openssl-devel
3、解压、配置(Nginx支持各种配置选项,文末一一列出 Nginx配置选项 )、编译、安装nginx
- tar -zxvf nginx-1.15.tar.gz cd nginx-1.16.1
- cd nginx-1.16.1
- ./configure
- make && sudo make install
4、启动、重启、关闭
- cd /usr/local/nginx/
- cd sbin
- ./nginx
- #关闭命令
- ./nginx -s stop
- #重启,热部署
- ./nginx -s reload
- #修改配置文件后也别嘚瑟,反正我会动不动就写错,检查修改的nginx.conf配置是否正确
- ./nginx -t

5、验证(浏览器输入ip)

三、nginx配置文件详解
nginx.conf 配置文件主要分为三部分:全局块、events块、https块。
Nginx配置语法:
A、配置文件由指令和指令块构成
B、每条指令以分号(;)结尾,指令和参数间以空格符分隔
C、指令块以大括号{}将多条指令组织在一起
D、include语句允许组合多个配置文件以提高可维护性
E、使用 # 添加注释
F、使用 $ 定义变量
G、部分指令的参数支持正则表达式
1、全局块
全局配置部分用来配置对整个server都有效的参数。主要会设置一些影响 nginx 服务器整体运行的配置指令,主要包括配置运行 Nginx 服务器的用户(组)、允许生成的 worker process 数,进程 PID 存放路径、日志存放路径和类型以 及配置文件的引入等。 示例:
- user nobody;
- worker_processes 4;
- error_log /data/nginx/logs/error.log notice;
2、events 块
events 块涉及的指令主要影响 Nginx 服务器与用户的网络连接,常用的设置包括是否开启对多 work process 下的网络连接进行序列化,是否允许同时接收多个网络连接,选取哪种事件驱动模型来处理连接请求,每个 word process 可以同时支持的最大连接数等。
- events {
- #每个 work process 支持的最大连接数为 1024.
- worker_connections 1024;
- }
3、http 块
这算是 Nginx 服务器配置中最频繁的部分,代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。 需要注意的是:http 块也可以包括 http 全局块、server 块。
1)http 全局块
http 全局块配置的指令包括文件引入、MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等。
- http {
- include mime.types;
- default_type application/octet-stream;
- sendfile on;
- keepalive_timeout 65;
2)server 块
这块和虚拟主机有密切关系,虚拟主机从用户角度看,和一台独立的硬件主机是完全一样的,该技术的产生是为了 节省互联网服务器硬件成本。
每个 http 块可以包括多个 server 块,而每个 server 块就相当于一个虚拟主机。
而每个 server 块也分为全局 server 块,以及可以同时包含多个 locaton 块。
A、全局 server 块
也被叫做“虚拟服务器”部分,它描述的是一组根据不同server_name指令逻辑分割的资源,这些虚拟服务器响应HTTP请求,因此都包含在http部分。最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或 IP 配置。
- server {
- listen 80;
- #server_name也支持通配符,*.example.com、www.example.*、.example.com
- server_name localhost;
- #charset koi8-r;
- #access_log logs/host.access.log main;
B、location 块
一个 server 块可以配置多个 location 块。
这块的主要作用是基于 Nginx 服务器接收到的请求字符串(例如 server_name/uri-string),对虚拟主机名称 (也可以是 IP 别名)之外的字符串(例如 前面的 /uri-string)进行匹配,对特定的请求进行处理。地址定向、数据缓存和应答控制等功能,还有许多第三方模块的配置也在这里进行。
location 指令说明
该指令用于匹配 URL。
语法如下:location [ = | ~ | ~* | ^~] uri{}
A、= :该修饰符使用精确匹配并且终止搜索。
B、~:该修饰符使用区分大小写的正则表达式匹配。
C、~*:该修饰符使用不区分大小写的正则表达式匹配。
D、^~:用于不含正则表达式的 uri 前,要求 Nginx 服务器找到标识 uri 和请求字 符串匹配度最高的 location 后,立即使用此 location 处理请求,而不再使用 location 块中的正则 uri 和请求字符串做匹配。
?> Tip 注意:如果 uri 包含正则表达式,则必须要有 ~ 或者 ~* 标识。
当一个请求进入时,URI将会被检测匹配一个最佳的location。
A、没有正则表达式的location被作为最佳的匹配,独立于含有正则表达式的location顺序;
B、在配置文件中按照查找顺序进行正则表达式匹配。在查找到第一个正则表达式匹配之后结束查找。由这个最佳的location提供请求处理。
- location / {
- root html;
- index index.html index.htm;
- }
- #error_page 404 /404.html;
- # redirect server error pages to the static page /50x.html
- #
- error_page 500 502 503 504 /50x.html;
- location = /50x.html {
- root html;
- }
- location / {
- #try_files指令将会按照给定的参数顺序进行匹配尝试
- try_files $uri $uri/ /index.html;
- }
本章最后,nginx.conf详细配置解读
- #定义Nginx运行的用户和用户组
- user www www;
- #nginx进程数,通常设置成和cpu的数量相等
- worker_processes 4;
- #全局错误日志定义类型,[debug | info | notice | warn | error | crit]
- #error_log /data/nginx/logs/error.log;
- #error_log /data/nginx/logs/error.log notice;
- #日志文件存放路径 access_log path [format [buffer=size | off]]
- access_log /data/nginx/logs/lazyegg.com/web/access.log combinedio;
- #进程pid文件
- #pid logs/nginx.pid;
- #指定进程可以打开的最大描述符:数目
- #工作模式与连接数上限
- ##这个指令是指当一个nginx进程打开的最多文件描述符数目,理论值应该是最多打开文件数(ulimit -n)与nginx进程数相除,但是nginx分配请求并不是那么均匀,所以最好与ulimit -n 的值保持一致。
- #这是因为nginx调度时分配请求到进程并不是那么的均衡,所以假如填写10240,总并发量达到3-4万时就有进程可能超过10240了,这时会返回502错误。
- worker_rlimit_nofile 65535;
- ################################# events ###############################
- events {
- #参考事件模型,use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll模型
- use epoll
- #单个进程最大连接数(最大连接数=连接数+进程数)
- worker_connections 1024;
- #keepalive 超时时间
- keepalive_timeout 60;
- #客户端请求头部的缓冲区大小。
- client_header_buffer_size 4k;
- #这个将为打开文件指定缓存,默认是没有启用的,max指定缓存数量,建议和打开文件数一致,inactive是指经过多长时间文件没被请求后删除缓存。
- open_file_cache max=65535 inactive=60s;
- #这个是指多长时间检查一次缓存的有效信息。
- open_file_cache_valid 80s;
- #open_file_cache指令中的inactive参数时间内文件的最少使用次数,如果超过这个数字,文件描述符一直是在缓存中打开的,如上例,如果有一个文件在inactive时间内一次没被使用,它将被移除。
- open_file_cache_min_uses 1;
- #语法:open_file_cache_errors on | off 默认值:open_file_cache_errors off 使用字段:http, server, location 这个指令指定是否在搜索一个文件是记录cache错误.
- open_file_cache_errors on;
- }
- ############################## http ##################################
- #设定http服务器,利用它的反向代理功能提供负载均衡支持
- http{
- #文件扩展名与文件类型映射表
- include mime.types;
- #默认文件类型
- default_type application/octet-stream;
- #默认编码
- charset utf-8;
- #服务器名字的hash表大小
- server_names_hash_bucket_size 128;
- #客户端请求头部的缓冲区大小。
- client_header_buffer_size 32k;
- #客户请求头缓冲大小。
- large_client_header_buffers 4 64k;
- #允许客户端请求的最大单个文件字节数
- client_max_body_size 8m;
- #开启高效文件传输模式,sendfile指令指定nginx是否调用sendfile函数来输出文件,对于普通应用设为 on,如果用来进行下载等应用磁盘IO重负载应用,可设置为off,以平衡磁盘与网络I/O处理速度,降低系统的负载。注意:如果图片显示不正常把这个改成off。
- sendfile on;
- #开启目录列表访问,适合下载服务器,默认关闭。
- autoindex on;
- #此选项允许或禁止使用socke的TCP_CORK的选项,此选项仅在使用sendfile的时候使用
- tcp_nopush on;
- tcp_nodelay on;
- #长连接超时时间,单位是秒
- keepalive_timeout 120;
- #FastCGI相关参数是为了改善网站的性能:减少资源占用,提高访问速度。下面参数看字面意思都能理解。
- fastcgi_connect_timeout 300;
- fastcgi_send_timeout 300;
- fastcgi_read_timeout 300;
- fastcgi_buffer_size 64k;
- fastcgi_buffers 4 64k;
- fastcgi_busy_buffers_size 128k;
- fastcgi_temp_file_write_size 128k;
- #gzip模块设置
- gzip on; #开启gzip压缩输出
- gzip_min_length 1k; #最小压缩文件大小
- gzip_buffers 4 16k; #压缩缓冲区
- gzip_http_version 1.0; #压缩版本(默认1.1,前端如果是squid2.5请使用1.0)
- gzip_comp_level 2; #压缩等级
- gzip_types text/plain application/x-javascript text/css application/xml; #压缩类型,默认就已经包含textml,所以下面就不用再写了,写上去也不会有问题,但是会有一个warn。
- gzip_vary on;
- #开启限制IP连接数的时候需要使用
- #limit_zone crawler $binary_remote_addr 10m;
- #负载均衡配置
- upstream lazyegg.net {
- #upstream的负载均衡,weight是权重,可以根据机器配置定义权重。weigth参数表示权值,权值越高被分配到的几率越大。
- server 192.168.80.121:80 weight=3;
- server 192.168.80.122:80 weight=2;
- server 192.168.80.123:80 weight=3;
- #nginx的upstream目前支持4种方式的分配
- #1、轮询(默认)
- #每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。
- #2、weight
- #指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。
- #例如:
- #upstream bakend {
- # server 192.168.0.14 weight=10;
- # server 192.168.0.15 weight=10;
- #}
- #2、ip_hash
- #每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。
- #例如:
- #upstream bakend {
- # ip_hash;
- # server 192.168.0.14:88;
- # server 192.168.0.15:80;
- #}
- #3、fair(第三方)
- #按后端服务器的响应时间来分配请求,响应时间短的优先分配。
- #upstream backend {
- # server server1;
- # server server2;
- # fair;
- #}
- #4、url_hash(第三方)
- #按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。
- #例:在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法
- #upstream backend {
- # server squid1:3128;
- # server squid2:3128;
- # hash $request_uri;
- # hash_method crc32;
- #}
- #tips:
- #upstream bakend{#定义负载均衡设备的Ip及设备状态}{
- # ip_hash;
- # server 127.0.0.1:9090 down;
- # server 127.0.0.1:8080 weight=2;
- # server 127.0.0.1:6060;
- # server 127.0.0.1:7070 backup;
- #}
- #在需要使用负载均衡的server中增加 proxy_pass http://bakend/;
- #每个设备的状态设置为:
- #1.down表示单前的server暂时不参与负载
- #2.weight为weight越大,负载的权重就越大。
- #3.max_fails:允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream模块定义的错误
- #4.fail_timeout:max_fails次失败后,暂停的时间。
- #5.backup: 其它所有的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻。
- #nginx支持同时设置多组的负载均衡,用来给不用的server来使用。
- #client_body_in_file_only设置为On 可以讲client post过来的数据记录到文件中用来做debug
- #client_body_temp_path设置记录文件的目录 可以设置最多3层目录
- #location对URL进行匹配.可以进行重定向或者进行新的代理 负载均衡
- }
- #虚拟主机的配置
- server {
- #监听端口
- listen 80;
- #域名可以有多个,用空格隔开
- server_name lazyegg.net;
- #默认入口文件名称
- index index.html index.htm index.php;
- root /data/www/lazyegg;
- #对******进行负载均衡
- location ~ .*.(php|php5)?$
- {
- fastcgi_pass 127.0.0.1:9000;
- fastcgi_index index.php;
- include fastcgi.conf;
- }
- #图片缓存时间设置
- location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$
- {
- expires 10d;
- }
- #JS和CSS缓存时间设置
- location ~ .*.(js|css)?$
- {
- expires 1h;
- }
- #日志格式设定
- #$remote_addr与$http_x_forwarded_for用以记录客户端的ip地址;
- #$remote_user:用来记录客户端用户名称;
- #$time_local: 用来记录访问时间与时区;
- #$request: 用来记录请求的url与http协议;
- #$status: 用来记录请求状态;成功是200,
- #$body_bytes_sent :记录发送给客户端文件主体内容大小;
- #$http_referer:用来记录从那个页面链接访问过来的;
- #$http_user_agent:记录客户浏览器的相关信息;
- #通常web服务器放在反向代理的后面,这样就不能获取到客户的IP地址了,通过$remote_add拿到的IP地址是反向代理服务器的iP地址。反向代理服务器在转发请求的http头信息中,可以增加x_forwarded_for信息,用以记录原有客户端的IP地址和原来客户端的请求的服务器地址。
- log_format access '$remote_addr - $remote_user [$time_local] "$request" '
- '$status $body_bytes_sent "$http_referer" '
- '"$http_user_agent" $http_x_forwarded_for';
- #定义本虚拟主机的访问日志
- access_log /usr/local/nginx/logs/host.access.log main;
- access_log /usr/local/nginx/logs/host.access.404.log log404;
- #对 "/connect-controller" 启用反向代理
- location /connect-controller {
- proxy_pass http://127.0.0.1:88; #请注意此处端口号不能与虚拟主机监听的端口号一样(也就是server监听的端口)
- proxy_redirect off;
- proxy_set_header X-Real-IP $remote_addr;
- #后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
- proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
- #以下是一些反向代理的配置,可选。
- proxy_set_header Host $host;
- #允许客户端请求的最大单文件字节数
- client_max_body_size 10m;
- #缓冲区代理缓冲用户端请求的最大字节数,
- #如果把它设置为比较大的数值,例如256k,那么,无论使用firefox还是IE浏览器,来提交任意小于256k的图片,都很正常。如果注释该指令,使用默认的client_body_buffer_size设置,也就是操作系统页面大小的两倍,8k或者16k,问题就出现了。
- #无论使用firefox4.0还是IE8.0,提交一个比较大,200k左右的图片,都返回500 Internal Server Error错误
- client_body_buffer_size 128k;
- #表示使nginx阻止HTTP应答代码为400或者更高的应答。
- proxy_intercept_errors on;
- #后端服务器连接的超时时间_发起握手等候响应超时时间
- #nginx跟后端服务器连接超时时间(代理连接超时)
- proxy_connect_timeout 90;
- #后端服务器数据回传时间(代理发送超时)
- #后端服务器数据回传时间_就是在规定时间之内后端服务器必须传完所有的数据
- proxy_send_timeout 90;
- #连接成功后,后端服务器响应时间(代理接收超时)
- #连接成功后_等候后端服务器响应时间_其实已经进入后端的排队之中等候处理(也可以说是后端服务器处理请求的时间)
- proxy_read_timeout 90;
- #设置代理服务器(nginx)保存用户头信息的缓冲区大小
- #设置从被代理服务器读取的第一部分应答的缓冲区大小,通常情况下这部分应答中包含一个小的应答头,默认情况下这个值的大小为指令proxy_buffers中指定的一个缓冲区的大小,不过可以将其设置为更小
- proxy_buffer_size 4k;
- #proxy_buffers缓冲区,网页平均在32k以下的设置
- #设置用于读取应答(来自被代理服务器)的缓冲区数目和大小,默认情况也为分页大小,根据操作系统的不同可能是4k或者8k
- proxy_buffers 4 32k;
- #高负荷下缓冲大小(proxy_buffers*2)
- proxy_busy_buffers_size 64k;
- #设置在写入proxy_temp_path时数据的大小,预防一个工作进程在传递文件时阻塞太长
- #设定缓存文件夹大小,大于这个值,将从upstream服务器传
- proxy_temp_file_write_size 64k;
- }
- #本地动静分离反向代理配置
- #所有jsp的页面均交由tomcat或resin处理
- location ~ .(jsp|jspx|do)?$ {
- proxy_set_header Host $host;
- proxy_set_header X-Real-IP $remote_addr;
- proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
- proxy_pass http://127.0.0.1:8080;
- }
- }
- }
本章总结:
以上就是万晓博SEO从互联网上转载的大佬分享的史上最详细Nginx配置解读大全一部分内容,由于篇幅的问题,本章就介绍上半部分,下半部分才是nginx真正的实例部分,还请期待下篇文章。
万晓博SEO推荐服务器:

文章评论
点击排行
- 老电脑的福音,Win11流畅版——精简版的Windows11——Tiny11
- VMware Workstation 17 pro永久激活,无限制!附序列号,直接上高速!
- 《黑豹2》4K原盘REMUX [HDR] [内封简英双字]
- 【群晖NAS迁移数据】群晖NAS换新机器数据迁移3种方法,这次给讲全了!
- 群晖NAS入门教程第1节:群晖NAS硬盘及DSM系统安装
- 【良心网盘】123网盘终于推出PC客户端了,完全免费不限速且大空间,注册就送2T空间!
- 【电影推荐】中国大陆《流浪地球》1080PREMUX(蓝光原盘)资源分享
- 如何在OpenAI网站上申请API密钥?申请openapi(ChatGPT)密钥的方法
站长推荐
标签云
猜你喜欢
站点信息
打赏本站
- 如果你觉得本站很棒,可以通过扫码支付打赏哦!
- 微信扫码:你说多少就多少~
- 支付宝扫码:你说多少就多少~