qq怎么做自己的网站,石家庄网站设计制作,设计自己的签名,页面seo是什么意思Nginx 配置初步(下)
一行代表一个指令#xff1b;
每个指令有其上下文环境#xff0c;比如 listen 指令只能在 http 指令块中出现#xff0c;不能单独出现。1. Http 服务配置初步
1.1 常用指令
Nginx 的所有模块#xff0c;打开模块我们就能看到模块中支持的指令。最常用…Nginx 配置初步(下)
一行代表一个指令
每个指令有其上下文环境比如 listen 指令只能在 http 指令块中出现不能单独出现。1. Http 服务配置初步
1.1 常用指令
Nginx 的所有模块打开模块我们就能看到模块中支持的指令。最常用的指令如 http、server、listen 等都在 ngx_http_core_modul 模块中这个是 Nginx 的核心模块。
1.2 listen 指令 Syntax: listen address[:port] [default_server] [ssl] [http2 | spdy] [proxy_protocol] [setfibnumber] [fastopennumber] [backlognumber] [rcvbufsize] [sndbufsize] [accept_filterfilter] [deferred] [bind] [ipv6onlyon|off] [reuseport] [so_keepaliveon|off|[keepidle]:[keepintvl]:[keepcnt]];listen port [default_server] [ssl] [http2 | spdy] [proxy_protocol] [setfibnumber] [fastopennumber] [backlognumber] [rcvbufsize] [sndbufsize] [accept_filterfilter] [deferred] [bind] [ipv6onlyon|off] [reuseport] [so_keepaliveon|off|[keepidle]:[keepintvl]:[keepcnt]];listen unix:path [default_server] [ssl] [http2 | spdy] [proxy_protocol] [backlognumber] [rcvbufsize] [sndbufsize] [accept_filterfilter] [deferred] [bind] [so_keepaliveon|off|[keepidle]:[keepintvl]:[keepcnt]];Default:listen *:80 | *:8000;Context: serverlisten 指令的上下文环境是 server 指令所以 listen 指令只能出现在 server 指令块中。此外listen 指令的作用就是监听上层端口将对应端口发来的请求进行拦截并处理。官方给了许多 listen 的使用示例
# 这些写法要考虑特定的环境和场景
listen 127.0.0.1:8000;
listen 127.0.0.1;
listen 8000;
listen *:8000;
listen localhost:8000;# 比较特殊的用法针对unix系统
listen unix:/var/run/nginx.sock;1.3 http 指令
Syntax: http { ... }
Default: —
Context: main可以看到 http 指令是指令块形式属于主环境 main它里面的指令是用于设置 http 相关参数的。比如设置 server 配置等配置连接超时时间等。
...# 主位置最左边
http {#指令或者指令块...
} ...1.4 server 指令
Syntax: server { ... }
Default: —
Context: httpserver 的上下文环境是 http这说明 server 指令块只能出现在http指令块中否则会出错。server 指令块中也是许多指令的集合比如listen指令表示监听 http 请求的端口还有 server_name、root、index 等指令。
...http {server {# 监听端口listen 8089;server_name localhost;# 今天资源根路径root /data/yum_source;# 打开目录浏览功能autoindex on;# 指定网站初始页找index.html或者index.htm页面index index.html index.htm;}...
}
...Nginx 的在一些场景下的配置使用到的都是一些简单的配置指令。
2. 静态服务资源配置
配置静态资源服务器是非常简单的一件事情。实现静态资源访问的关键指令有 root 和 alias我们会做一个案例来演示其用法和二者的区别。
2.1 案例1
准备好静态资源文件我们就在 /root/test/ 下新建一个 index.html并新建目录 web同时继续在 web 目录下分别新建 web1.html 和 web2.html 文件具体的目录结构如下所示
[rootserver ~]# cd /root/test
[rootserver test]# tree .
.
├── index.html
└── web├── web1.html└── web2.html1 directory, 3 filesNginx 的配置如下
user root;
worker_processes 2;#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;#pid logs/nginx.pid;events {worker_connections 1024;
}http {include mime.types;default_type application/octet-stream;#log_format main $remote_addr - $remote_user [$time_local] $request # $status $body_bytes_sent $http_referer # $http_user_agent $http_x_forwarded_for;#access_log logs/access.log main;sendfile on;#tcp_nopush on;#keepalive_timeout 0;keepalive_timeout 65;#gzip on;server {listen 8080;# 静态资源根理解root /root/test;# 打开目录浏览功能autoindex on;# 指定网站初始页找index.html或者index.htm页面index index.html index.htm;}server {listen 8081;location /web {root /root/test/;}}server {listen 8082;location /web {alias /root/test/;}}}测试结果
对于监听的 8080 端口我们直接使用 root 指令指定资源的根路径。这样子当我们在浏览器上直接访问 http:// 服务器的 ip:8080/web/web1.html 或者 http://服务器ip:8080/web/web2.html 时就能访问对应的 web1.html 和 web2.html 页面若没有指定静态资源地址(即/路径)默认会找由 index 指令指定的文件即 index.html 或者 index.htm 文件
访问 8080 的/地址
访问web1.html文件
访问web2.html文件
对于监听的 8081 端口我们直接使用 root 指令指定资源的根路径。当请求 http://服务器ip:8081/web/xxxx 地址时等价于访问服务器上的静态资源文件 /root/test/[匹配到的web]/xxxx也即/root/test/web/xxxx访问 web2.html 类似
通过 8081 端口访问 web1.html 资源
通过 8081 端口访问静态资源 web2.html
对于监听的 8082 端口我们使用的是 alias 指令指定资源路径的别名它与 root 指令略有不同。当请求 http://服务器ip:8082/web/xxxx 地址时等价于访问服务器上的静态资源文件 /root/test/xxxx并不会将匹配到的web添加到静态资源的路径上所有为了能访问到 web1.html我们需要使用如下的urlhttp://服务器ip:8082/web/web/web1.html 访问 web2.html 类似。结果如下
通过alias指令访问web1.html
通过alias指令访问web2.html
3. 反向代理配置初步
反向代理是将客户机请求转发给内部网络上的目标服务器并将从服务器上得到的结果返回给 Internet 上请求连接的客户端此时代理服务器与目标主机一起对外表现为一个服务器。
这样做的好处是可以隐藏内部服务部署情况通过统一入口控制网络流量。另外我们还可以在总入口处设置负载均衡将用户请求分配给多个服务器。反向代理实现的指令是 proxy_pass 我们简单使用下这个指令进行测试了解其作用。
案例 在上面配置文件的基础上我们增加一个 server 指令块监听 9000 端口匹配 url 请求转发到 web1.html 和 web2.html 页面具体配置如下 ...server {listen 9000;location /web1 {proxy_pass http://localhost:8081/web/web1.html;}location /web2 {proxy_pass http://localhost:8081/web/web2.html;}}...这样当我们访问 url 地址 http://服务器ip:9000/web1 时会将请求转发到 http://localhost:8081/web/web1.html 而这个如果是在服务器上执行会根据前面的配置访问静态资源web1.html。 同样对于访问 web2.html 页面我们只需要请求 http://服务器ip:9000/web2 即可。
测试结果
通过方向代理访问 web1.html
通过方向代理访问 web2.html
4. tcp/udp 配置初步
Nginx 从 1.9.0 版本开始新增加了一个 stream 模块用来实现四层协议的转发、代理或者负载均衡等。这个模块使用和 http 指令块类似。我们同样在之前的配置准备一个 nginx.conf 文件里面只有一个 stream 的指令块如下
user root;
worker_processes 2;#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;#pid logs/nginx.pid;events {worker_connections 1024;
}stream {server {listen 3000;return 3000 server get ip: $remote_addr!\n;}
}指令块只有一个 stream 块监听了 3000 端口。对于 tcp 连接可以使用 proxy_pass 转发 tcp/udp 协议。也可以直接使用 return 指令返回这里只是简单返回相应字符串。
测试结果
在 Windows 下打开命令窗口然后输入telnet 180.76.152.113 3000 命令正常应该会有相应的字符串响应。如果出现下面的错误需要在Window 中打开 telnet 客户端具体操作见下图。
解决找不到 telnet 命令方法 1
在这里选择勾上 Telnet 客户端即可。
最后 telent 命令返回结果:
