【实际操作解决自己对nginx的listen和server_name以及dns的疑惑】

已于 2022-01-22 00:01:25 修改
阅读量4.2k 收藏 1
点赞数 5
文章标签： nginx 运维 服务器
于 2022-01-18 01:00:02 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yin18827152962/article/details/122551492
版权

1. 配置说明

/usr/local/nginx/conf/nginx.conf

#user  nobody;
worker_processes  1;
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;
    default_type  text/plain;
    log_format  p  '$remote_addr - $remote_user [$time_local] "$request" ';
    log_format  access  '$remote_addr ';
    access_log  logs/access.log  p;
    sendfile        on;
    #tcp_nopush     on;
    #keepalive_timeout  0;
    keepalive_timeout  65;
    #gzip  on;
    include /etc/nginx/*.conf;
}

注意下面的配置都要放在other.conf.d目录下面, 不能和nginx.conf配置在同一目录,因为使用了include /etc/nginx/*.conf;(和nginx.conf也是匹配的)
/usr/local/nginx/conf/other.conf.d/a.conf

server {
        listen          81;
        server_name     a.com;
#       access_log  logs/access_enjoy.log  access;

        location / {
            root   /etc/nginx/html;
            index  a.html;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }

/usr/local/nginx/conf/other.conf.d/b.conf

server {
        listen       81; # default_server;
        server_name  b.com;

        location / {
            root   /etc/nginx/html;
            index  b.html;
        }
        location /echo {
                echo  'I am  b';
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

    }

/usr/local/nginx/conf/other.conf.d/c.conf

server {
        listen       8080;
        server_name  c.com;

        location / {
            root   /etc/nginx/html;
            index  c.html;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

    }

dns配置

127.0.0.1	a.com
127.0.0.1	b.com
127.0.0.1	c.com
127.0.0.1	z.com

2. 先说我的结论

由于自己使用的本机的docker desktop, 开始对于dns和server_name好迷糊,导致开始配置总是有的可以访问有的不能访问

问题本质是我对dns的域名和server_name的理解有问题, 我们的域名和server_name两个虽然是同一个字符串, 但是在这个网络过程中不同阶段作用是不一样的, 由于我使用的本机, 开始以为nginx会帮我做类似dns注册解析功能, 所以开始一致有问题

示例: http://you.com:81(假设docker映射端口是 81->81)

当我们本机使用域名访问时候,同样需要dns解析,并且千万记住, 我们的那个nginx中的server_name不能参与任何的dns的解析过程(nginx的server_name也有自己的作用, 后面再说),

  1. 我们的域名通过本机的hosts解析出ip(因为docker在本机,所以我们配置必须是127.0.01 you.com之类),
  2. 然后请求拿着127.0.0.1知道要在本机访问, 于是拿着个81->81端口进入了docker的81端口, 匹配server的listen端口(这一步并不是去匹配域名, 也是为什么listen写在了server_name前面)
  3. 如果所有的server只有一个和81端口匹配, 就直接命中这个server, 然后进行location解析
  4. 如果没有server和这个81端口匹配, 直接拒绝请求
  5. 如果有多个server和81端口匹配
    server_name和域名相同的server优先匹配
    如果没有server_name和域名匹配, 就使用默认server(如 listen 81 default_server;)
    如果没有指定默认server, 就命中匹配的第一个server(同一个配置从上到下, 不同文件,文件名字典序)命中

从上面的过程中,我们可以看出来,域名只在dns解析时候其到很重要的作用,一旦我们解析找到了主机时候,域名作用就没了, 所以说端口代表了一个处理程序, server list port放在第一位, default_server放在端口后面而不是server_name后面,都充分体现了端口的重要性,所以只要端口命中就一定会有一个server来location这个请求(能不能处理这个请求还要看后面的匹配), 甚至我们不配置server_name 这个server同样可以工作

总之, 域名用于dns找到主机, 端口用来找到server, server_name只是在配置了多个相同端口的server时候起到一个过滤选择的作用,非必须的

3. 基于上面的理解,我们来验证

将b.conf的server配置成default_server时候

http://b.com:81/
结果
在这里插入图片描述
http://a.com:81/
结果
在这里插入图片描述

http://z.com:81/ (注意没有z.com的server_name)
结果
在这里插入图片描述

不设置default_server时候

http://b.com:81/
结果
在这里插入图片描述
http://a.com:81/
结果
在这里插入图片描述

http://z.com:81/ (注意没有z.com的server_name)
结果: 注意,由b.html变成了a.html
在这里插入图片描述

http://c.com:8080/

结果: 下一个测试基于这个结果参照
在这里插入图片描述
上面测试结果知道了: 端口冲突, server_name筛选, default_server作为兜底条件, 保证一定能选出一个

测试端口命中, server_name不命中的情况

http://a.com:8080/
http://b.com:8080/
http://z.com:8080/
三个结果都是
在这里插入图片描述
这个测试说明端口命中就没有server_name和default_server什么事了

4. location理解

#location指令优先级验证：
#	=精准匹配，最优，匹配就直接返回
#	^~,空 为一般匹配，收集所有匹配，取最长匹配执行（此时不返回，还会执行下面的正则匹配）
#	~,~* 为正则匹配，按顺序依次匹配，命中即返回（可能会覆盖普通匹配）

server {

	listen       80;
	server_name  loc.com;

	#精准匹配测试
	#第1，2条虽然匹配，但第三条是精准匹配，出第三条结果
	#测试路径/equal/a/b/c
	location ~ /equal/* {#被命中，但被下面的推断：location = /equal/a/b/c
		echo '/equal/*';
	}
	location /equal/a/b {#被命中，但被下面的推断：location = /equal/a/b/c
		echo '/equal/a/b';
	}
	location = /equal/a/b/c {#被命中，直接执行，不等待
		echo '/equal/a/b/c';
	}

	#普通匹配测试
	#第1，2条虽然匹配，第三条匹配更长，出第三条结果
	#测试路径/match/a/b/c
	location /match/a {#被命中，但不是最长
		return 200  "/match/a";
	}
	location /match/a/b {#被命中，但不是最长
		return 200  "/match/a/b";	
	}
	location /match/a/b/c {#被命中，且最长
		 return 200  "/match/a/b/c";
	}
	location /match/a/b/c/d {#不命中
		return 200  "/match/a/b/c/d"; 
	}

	#正则匹配覆盖普通匹配测试
	#会覆盖普通匹配，不会覆盖=和^~
	location =/re/a.js {#访问/re/a.js，不会被后面的正则覆盖
		echo 'match =';
	}
	location ^~ /re/a/b {#访问/re/a/b开头的路径，不会被后面的正则覆盖
		echo 'math ^~/re/a/b*';
	}
	location /re/a.htm {#访问/re/a.htm，会被后面的正则覆盖
		 echo 'match /re/a.htm';
	}
	location ~ /re/(.*)\.(htm|js|css)$ {#覆盖/re/a.htm路径
		echo "cover /re/$1.$2";
	}

	#正则匹配成功一条后，便不再走其它正则
	#最长正则匹配是第三个，但匹配第一个后便不往下走
	#测试路径/rex/a/b/c.htm
	location ~ /rex/.*\.(htm|js|css)$ {#覆盖/re/a.htm路径
		echo "match first";
	}
	location ~ /rex/a/(.*)\.(htm|js|css)$ {#覆盖/re/a.htm路径
		echo "match second";
	}
	location ~ /rex/a/b/(.*)\.(htm|js|css)$ {#覆盖/re/a.htm路径
		echo "match third";
	}

	location / {
            root   /etc/nginx/html;
            index  c.html;
        }

}

5. proxy理解

server {
        listen       80;
        server_name	pxy.com;

	#后台服务原始路径：http://192.168.0.132:8088/mvc/index?id=2

	#无/，访问路径：http://pxy.enjoy.com/mvc/index?id=2
	location /mvc {
               #此处未关闭，传递整个路径/nginx/enjoy/getInfo到目标ip:port
               proxy_pass http://192.168.0.132:8088;
        }

        #有/，访问路径 ：http://pxy.enjoy.com/nginx/mvc/index?id=2
        location /nginx/mvc {#匹配路径/dynamic，剩余路径/nginx/enjoy/getInfo
                proxy_pass http://192.168.0.132:8088/mvc;
        }

	#访问路径：http://pxy.enjoy.com/static/d.html 	
	location /static {#匹配路径/static，剩余路径/a.html
		root /etc/nginx/html/;#root声明，在html文件夹，查找/static/a.html文件
        }
	#访问路径：http://pxy.enjoy.com/target/d.html 
	location /target {#匹配路径/target，剩余路径/a.html
                alias /etc/nginx/html/static/;##alias声明，在static/文件夹，查找a.html文件
        }	

       
    }

6. rewrite理解

server {

	listen       80;
	server_name  rew.com;

	location /a.html {
		echo 'I am a.html';
	}
	location /b.html {
		echo 'I am b.html';
	}

	#此路径请求：http://rew.enjoy.com/aa.html
	location /aa.html {##内部重定向
		rewrite ^/  /a.html break;##停止指令，流程不变往下走		
		rewrite ^/  /b.html break;	
		root   /etc/nginx/html/;
	}
	

	#此路径请求：http://rew.enjoy.com/ab.html
	location /ab.html {
		rewrite ^/  /a.html last;##停止指令，但重新location匹配
		rewrite ^/  /b.html last;
		rewrite ^/  /c.html;
		root   /etc/nginx/html/;		
	}

	#此路径请求：http://rew.enjoy.com/bb
	location /bb {
		rewrite ^/  /b.html redirect;##302临时重定向
		set $aa 12;
		root   html/;
	}

	#此路径请求：http://rew.enjoy.com/ba
	location /ba {
		rewrite ^/  /b.html permanent;##301永久重定向
		root   html/;
	}

	#此路径请求：http://rew.enjoy.com/cc.html
	location /cc.html {
                rewrite ^/  /c.html;##指令不停，继续往下
                rewrite ^/  /b.html;
                rewrite ^/  /a.html;##最后一条，生效的是这条
                root   /etc/nginx/html/;
        }

}
岁月玲珑
关注
Nginx的server块listen命令详解
fjs的专栏
12-01 1万+
看到了后面才发现其实自己在server块命令这一部分并没有搞的太清楚，因而会影响到以后对代码的理解，因而从头又来看一遍，一定要把它搞明白。 首先我们来看ngx_http_core_module的main_conf结构：typedef struct { /** * 存储所有的ngx_http_core_srv_conf_t，元素的个数等于server块的个数。 ，因为同一个http
Nginx静态资源配置命令介绍
Aa112233aA1的博客
10-24 534
uri变量是待匹配的请求字符串，可以不包含正则表达式，也可以包含正则表达式，那么nginx服务器在搜索匹配location的时候，是先使用不包含正则表达式进行匹配，找到一个匹配度最高的一个，然后在通过包含正则表达式的进行匹配，如果能匹配到直接访问，匹配不到，就使用刚才匹配度最高的那个location来处理请求。由于server_name指令支持通配符和正则表达式，因此在包含多个虚拟主机的配置文件中，可能会出现一个名称被多个虚拟主机的server_name匹配成功，当遇到这种情况，当前的请求交给谁来处理呢?
Nginx--基础知识点--7--server_name 与 listen
Chasing__Dreams的博客
09-23 480
#深入解析# Nginx 中的 server_name 和 listen 属性 3 反向代理结构图
Nginx 配置指南
最新发布
qq_38743726的博客
08-22 1951
Nginx 是一款高性能、轻量级的开源 Web 服务器和反向代理服务器，以其可靠性、丰富的功能和简单的配置而闻名。由 Igor Sysoev 开发，最初用于解决 C10K 问题，与传统的 Web 服务器相比，Nginx 采用异步事件驱动架构，能够处理大量并发连接，并以低资源消耗提供高性能服务。本文档提供了一个全面的 Nginx 配置指南，涵盖了从基础概念到高级应用的各个方面。希望这份指南能够帮助您更好地理解和使用 Nginx，构建高性能、安全可靠的 Web 服务。
Nginx - server、listen、server_name和多服务请求处理（三）
幻世
05-10 432
Nginx如何处理多服务请求
NGINX源码之：listen和server_name命令与listening监听创建
qq_22351805的博客
08-10 3296
nginx listen命令，server_name命令解析，ngx_http_core_listen()、ngx_parse_url()、ngx_http_add_listen()、ngx_http_optimize_servers()、ngx_http_server_names()、ngx_http_init_listening()等方法解读
【浅】nginx.conf 配置之listen、server_name
万物皆字节
05-11 4690
关于虚拟主机server 的 listen 、server_name 配置： listen 对应nginx虚拟主机对外提供服务的端口 server_name 可以理解成虚拟主机的名字，这个值会和http请求里的Host header做匹配 所以在同一个nginx.conf配置文件里，只要 listen 、server_name组合起来唯一就没有问题； server_name 这一行可以配置多个，中间用空格隔开，例如： server { listen 80;
nginx upstream server主动健康检测模块ngx_http_upstream_check_module 使用和源码分析(上）
一个致力于开源代码学习、分析和交流的博客
02-05 1190
本文详细描述了tengine ngx_http_upstream_check_module的使用方法，并进行了源码分析。
Cobalt_Strike_C2隐匿多级nginx反向代理1
08-03
然而，这也需要对网络配置和 DNS 管理有深入的理解，以确保所有环节的正确性和可靠性。此外，保持所有 Nginx 服务器的安全更新和避免单一故障点也是关键，否则可能暴露整个隐蔽架构。 总之，通过多级 Nginx 反向...
记一次nginx中proxy_pass的使用问题
09-30
下面将详细介绍nginx中proxy_pass指令的使用、相关配置的调整，以及Nginx缓存域名解析结果的机制和解决方法。 首先，proxy_pass指令是Nginx中用于配置反向代理的关键指令。其基本功能是将客户端请求转发到指定的...
nginx配置项（二）
weixin_41202038的博客
01-16 498
虚拟主机配置： （1）监听端口 语法： listen address:port[default(deprecated in 0.8.21)|default_server| [backlog=num|rcvbuf=size|sndbuf=size|accept_filter=filter|deferred|bind|ipv6only=[on|off]|ssl]]; 默认： listen 80; ...
nginx.conf之listen与server_name的意义
zyqash的博客
02-19 1354
nginx所在服务器上会有配置host文件，里面会写上www.test151.com指向的是局域网中的那台机器，这个时候nginx就会将请求转发到host中所配置的服务器的相应端口中；这是因为listen配上后server_name就失效了（优先匹配listen中的ip地址），当用域名访问www.test152.com的时候，客户端先将域名解析成ip地址，将请求发给nginx的时候，优先进行ip地址的匹配，当客户端通过ip地址访问的时候，直接匹配了ip地址。但是通过域名则可以匹配到指定的后端服务器。
Nginx静态资源的配置指令（listen/server_name/location/index/errorpage）
可乐要加冰！！！
11-12 734
Nginx配置文件学习教程，listen指令，server_name指令，locations指令，index指，error_page指令
对于nginx配置中listen 和server_name 的理解
热门推荐
chen的专栏
03-07 10万+
当nginx接到请求后，会匹配其配置中的service模块， 匹配方法就是靠请求携带的host和port正好对应其配置中的server_name 和listen。 如果做过ip和域名绑定，ip和域名二者是对等的 比如： server { listen 8080; server_name www.abc.com; access_log /...
Nginx域名跟server_name不匹配也能访问
IT部落格
06-30 2906
最近发现有一个别人的域名（下文以举例），DNS恶意解析到了我的一台服务器IP上，我的服务器上刚好部署了一个网站（域名为），Nginx里的配置为mysite.com奇怪的是，用域名竟然也能访问到我的网站，都不匹配，Nginx怎么会允许它访问的呢？后来查资料得知，如果Nginx匹配不到的话，会将请求交给来处理。怎么确定呢？首先是看此端口有没有配置了如果这个server配置了指令，那么就会交给它处理。但如果所有的server都没有指令呢？那么就会交给第一个开启了此端口的server处理。
#深入解析# Nginx 中的 server_name 和 listen 属性
lch551218的博客
03-12 8877
1. Nginx对客户端请求的匹配过程 当客户端向 Nginx 服务器发送请求时，Nginx首先会根据 IP地址（listen 属性） 对server服务器进行配置；如果IP地址匹配不成功，会对 域名（server_name属性） 进行匹配；如果域名也匹配不成功，则会默认匹配第一个server服务器（因此，当只有一个Nginx服务器时，客户端的请任何情况下都会匹配到这个服务器上）。 到这里可定有人...
案例：nginx同一端口多service_name访问匹配不正确，资源定位不一致问题
扶摇的博客
05-27 2582
案例：nginx同一端口多service_name访问匹配不正确，资源定位不一致问题
nginx配置文件中listen和server_name工作流程
qq_35359474的博客
10-27 269
当nginx启动时，它会根据listen监听所配置的端口。通过端口接收的http请求时会根据请求头中Host的值去匹配对应的server_name（一个端口可以有多个server模块但server_name要不同），当匹配上时就会执行之后的流程。server_name支持通配符，正则表达。
nginx listen
Claroja
01-18 183
listen address[:port] listen port [default_server] listen unix:path [default_server] listen 127.0.0.1:8000; listen 127.0.0.1; listen 8000; listen *:8000; listen localhost:8000; listen host:port host是...
server { listen 443 ssl; server_name prosper.tfjybj.com; return 301 https://$host$request_uri; ssl_certificate /usr/local/nginx/conf/cert/prosper.tfjybj.com.pem; ssl_certificate_key /usr/local/nginx/conf/cert/prosper.tfjybj.com.key; ssl_session_cache shared:SSL:1m; ssl_session_timeout 5m; ssl_ciphers HIGH:!aNULL:!MD5; ssl_prefer_server_ciphers on; location / { proxy_pass http://prosper.tfjybj.com:8102; } }为什么不生效
06-10
根据您提供的Nginx配置，您的SSL证书文件路径为`/usr/local/nginx/conf/cert/prosper.tfjybj.com.pem`，证书私钥路径为`/usr/local/nginx/conf/cert/prosper.tfjybj.com.key`，这两个文件的权限必须为400，否则Nginx...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

岁月玲珑

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值