首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Nginx设置子域名解析

一直听说Nginx配置子域名比较简单,但是步骤比较繁琐,并且PHP解析比较恶心人,不过,这个坑已经踩完了 那就看看我写的文档吧!...上传证书 将文件上传至服务器nginx文件夹下: 一般Nginx文件夹位置:/etc/nginx/ 在nginx文件夹下新建一个cert文件夹,并把认证文件上传至自己创建的文件夹下 # 打开nginx文件位置.../文件名称 # 上传本地证书文件 rz # 在弹出的对话框中选择要上传的证书文件即可 填写配置 看一下你的nginx文件目录和我的文件目录一致么,一致的话那就来吧,我的nginx文件版本是:nginx...配置是否成功 执行nginx -t命令,是否出现successful单词,提示没有语法错误,没有的话就执行重启命令,必须重启哦,不重启配置文件是不会执行的。...sudo systemctl restart nginx 查看是否成功 好了 执行到此步,你就应该成功了,看看是否成功了吧!

19.9K22
您找到你想要的搜索结果了吗?
是的
没有找到

Nginx域名解析流程,源码分析

nginx在做正向代理、反向代理的时候,或upstream使用域名的时候,要做频繁的域名解析,为了更快的响应,nginx有一套自己的域名解析过程 ?...今天详细分析一下nginx域名解析过程 在nginx中,只有两个配置指令关于域名解析,就是resolver,和resolver_timeout,resolver_timeout不多说,就是域名解析超时时间...通过以上strace追踪发现,nginx是在启动的时候就调用系统dns进行域名解析操作,下面结合源码看下nginx启动的时候如何初始化域名解析 从上面分析,是在解析配置文件的时候才去做域名解析操作的,所以根据...nginx初始化流程判断,直接查看nginx的http_core_module中可以看到对resolver的声明 ?...更快更新,需要重启nginx resolver对于IPv6的配置,默认是开启的,也就是当域名解析到既有ipv4又有ipv6时,都会解析到,官方提供ipv6=on|off,来控制ipv6解析

6.2K21

Nginx禁止访问该用401还是403

之前在某些文章中看到建议在nginx配置中用return401而不用403,也没说具体原因,最近这不闲了,突然想起来,google了半天也没有任何相关的信息(可能不太会用google),没办法,只能自己实践看看了...但是客户端请求没有权限去访问要求的资源 上面是两个状态码的解释,总的来说,401响应应该用来表示缺失或错误的认证;403响应应该用来表示当用户被认证后,但用户没有被授权对特定资源的访问或操作,这不是今天的重点 既然是nginx...中配置的,那就配置nginx,访问下。...这里用的nginx1.17.7版本测试,编译--with-debug,开启了debug,先查看return 401,为了方便,配置好之后,清空了日志,浏览器访问之后 ? 查看日志大小 ?...从上面的测试结果来看,401和403对于nginx来说,好像没什么不同,该处理的,还是要处理,没有少任何步骤,所以401和403的选择,应该是根据你要返回给客户端什么样的信息来决定 另外附HTTP状态码决策图

3.2K10

nginx禁止ip访问, 只能通过域名访问

nginx配置防止域名恶意解析 为什么要禁止ip访问页面呢?...这样做是为了避免其他人把未备案的域名解析到自己的服务器IP,而导致服务器被断网,我们可以通过禁止使用ip访问的方法,防止此类事情的发生。...归结到技术层面,原因是如果网站允许ip直接访问,那么即使没有在nginx配置中解析恶意的未备案域名,这个域名也是可以访问到你的网站。...所以,你需要禁止ip访问,只允许你自己配置的server模块的server_name访问。这样即使未备案域名绑定了你的ip,也访问不了你的网站。...首先,编辑nginx的配置文件nginx.conf,增加server模块,第一句 listen 80 default 就禁掉了ip访问,第二句标示如果通过ip访问或者nginx未解析的域名访问 则返回500

13K50

Linux: Nginx proxy_pass域名解析引发的故障

nginx 日志居然直接连接到标准输出和标准错误。。。 那为了简单点,还是直接用 docker logs 查看吧 ?...看来 nginx 的转发已经是错误的,为什么会转发到 172.17.0.5, 看看 nginx 关于转发的配置: ?...搞不明白为什么会转发到 172.17.0.5 难道是系统的域名解析错误了? ? 尼玛这真是太神奇了。 男人的直觉告诉我 nginx 有猫腻! 重启下容器的 nginx,然而容器也被重启了。。。...再看看容器的nginx日志,已经转发成功了 ? 这样子的话,其实应该能定位到,问题是出在了 nginx 上面? 故障定位 只是为什么 nginx 会有这样的错误呢?不太应该呀。。...感觉应该是 nginx 内部域名解析缓存问题。 然后查了下资料,呵呵,还真有。https://www.zhihu.com/questio... ? 这就非常尴尬了。

3.9K20
领券