
nginx
文章平均质量分 85
飞翔码农
聊聊生活。聊聊PHP OPENRESTY GO
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
openresty package path
openresty lua_package_path 是整个openresty最基础的功能,不理解path就无法做项目,更无法写框架。先看下文档lua_package_pathhttps://github.com/openresty/lua-nginx-module#lua_package_pathSets the Lua module search path used by script...原创 2022-12-16 10:00:00 · 1903 阅读 · 2 评论 -
nginx 客户端返回499的错误码
我们服务器客户端一直有返回错误码499的日志,以前觉得比例不高,就没有仔细查过,最近有领导问这个问题,为什么耗时只有0.0几秒,为啥还499了?最近几天就把这个问题跟踪定位了一下,这里做个记录。原创 2022-10-30 10:00:00 · 2494 阅读 · 0 评论 -
某云负载均衡获取客户端真实IP的问题
某云负载均衡真实IP的问题,我们这边已经遇到过两次了。而且每次和售后沟通的时候都大费周折,主要是要给售后说明白目前文档的获取真实IP是有问题的,他们觉得文档上说明的肯定没问题,售后要是不明白,他们不会给LB部门上报,这个事就没法推进。我们这边的简单的网络架构设这样的。DNS->负载均衡->web机组。原创 2022-09-29 08:20:17 · 1207 阅读 · 0 评论 -
nginx proxy_next_upstream 与openresty balancer.set_more_tries的使用
背景我们这边网关服务使用的 kong,前段时间上线一个服务,这个服务它报错了,产生了502的错误码,追查这个报错的时候发现了网关服务的两个可疑的地方,第一个疑点是我们在Kong上配置的 Retries = 5,但是实际实际上我们的代理重试至多只会重试三次。第二个疑点是我们的重试只重试了502 和 504,大量的500错误没有重试。带着这两个问题了查了下kong和openresty代码。结论首先给出问题的结论第一个问题 Kong上配置的 Retries = 5,但是实际上只会重试三次。出现这个问题的原原创 2021-09-21 06:40:31 · 1974 阅读 · 0 评论 -
关于Nginx mmap(MAP_ANON|MAP_SHARED, 314572800)报错
mmap 报错解决今天修改了一下测试环境的Nginx的nginx.conf,然后做检测的时候报了一个错误/usr/local/bin/nginx -c /usr/local/etc/openresty/conf/nginx.conf -tnginx: [alert] mmap(MAP_ANON|MAP_SHARED, 314572800) failed (12: Cannot allocate memory)nginx: configuration file /usr/local/etc/open原创 2020-09-12 07:58:50 · 2139 阅读 · 0 评论 -
APISIX的安装和简单使用
APISIX 是一个云原生、高性能、可扩展的微服务 API 网关。它是基于 Nginx 和 etcd 来实现,和传统 API 网关相比,APISIX 具备动态路由和插件热加载,特别适合微服务体系下的 API 管理。APISIX安装首先安装依赖https://github.com/apache/incubator-apisix/blob/master/doc/zh-cn/install-dependencies.md# 安装 OpenResty, etcd 和 编译工具sudo yum ins.原创 2020-07-19 00:14:15 · 6107 阅读 · 0 评论 -
vagrant 多个box的操作|共享目录失败
本来机器上已经有一个Ubuntu的box了,今天想在安装一个centos的box,结果还折腾了很长时间。多个机器的命令添加box的时候需要使用名称,一个的时候可以忽略名称vagrant box add Ubuntu.box多个的时候必须指定名称vagrant box add centos CentOS-7-x86_64-Vagrant-1910_01.VirtualBox.boxinit也一样,需要指定刚刚创建的名字vagrant init centos然后执行 up,竟然报错了v.原创 2020-05-17 21:41:12 · 1639 阅读 · 0 评论 -
浅谈限流(下)实战
常见的应用限流手段应用开发中常见的限流的都有哪些呢?其实常用的限流手段都比较简单,关键都是限流服务的原子化。为了在LB上实现高效且有效的限流,普遍的做法都是Nginx+Lua或者Nginx+Lua+Redis去 实现服务原子化,所以市面上比较常用的waf框架都是基于Openresty去实现的。我们看下比较常用的几个限流方式。Openresty+Redis...原创 2019-09-10 08:07:15 · 383 阅读 · 0 评论 -
关于Keepalive的那些事
服务端很多同学包括自己对keepalive理解不清晰,经常搞不清楚,TCP也有keepalive,HTTP也有keepalive,高可用也有,经常混淆这几个概念。做下这几个概念的简述,尽管名字基本上是一样的,但是所表示意义和范畴却大相径庭。高可用 KeepalivedKeepalived是一个基于VRRP协议来实现的服务高可用方案,可以利用其来避免IP单点故障。它的作用是检测服务器的状态,...原创 2019-07-13 22:34:09 · 1311 阅读 · 0 评论 -
重定向Redirect 的常识
今天下班的时候看到了一些重定向的基础知识,也算开了眼界。以前也经常使用301和302,但从来没有使用过和了解过其他的3XX的状态码,发现原来里面涉及的知识和解决的问题的问题还不少。重定向的流程浏览器首先访问服务器A的URL,服务器A返回带着location为B的URL的 header 和3XX的状态码,浏览器读取响应的3XX状态码,获取到头部的 location,然后跳转到服务器B的URL...原创 2019-06-28 23:11:57 · 1911 阅读 · 0 评论 -
浅谈限流(上)
限流的必要性随着应用的访问量越来越高,瞬时流量不可预估,为了保证服务对外的稳定性,限流成为每个应用必备的一道安全防火墙,即使普通的用户也会经常遇到,如微博的限流,抖音的限流,小米抢购的限流…如果没有这道安全防火墙,请求的流量超过服务的负载能力,很容易造成整个服务的瘫痪。限流需要提前评估好,如果用的不当,可能会导致有些该限制的流量没有被限流,服务被这些过载流量打垮。有些不该限制流量的被限制,被用...原创 2019-04-05 09:55:15 · 631 阅读 · 0 评论 -
记一次生产请求耗时的问题
最近发现lb上记录的requesttime比request_time比requesttime比upstream_response_time大的比较多,例如upstreamresponsetime记录是0.062,upstream_response_time记录是0.062,upstreamresponsetime记录是0.062,request_time记录的就是5.064等等。整个耗时很...原创 2019-03-30 08:26:51 · 669 阅读 · 0 评论 -
Nginx执行阶段
Nginx 介绍Nginx (engine x) 是一个高性能的HTTP和反向代理服务器,也是一个IMAP/POP3/SMTP服务器。Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,并在一个BSD-like 协议下发行。其特点是占有内存少,并发能力强OpenResty介绍OpenResty 是一个基于 Nginx 与 Lua 的高性能 W...原创 2019-02-24 13:37:13 · 726 阅读 · 0 评论 -
nginx 关于client_max_body_size client_body_buffer_size配置
最近生产环境在这两个参数之间遇到过几次坑。这里记录下。client_max_body_sizeclient_max_body_size 默认 1M,表示 客户端请求服务器最大允许大小,在“Content-Length”请求头中指定。如果请求的正文数据大于client_max_body_size,HTTP协议会报错 413 Request Entity Too Large。就是说如果请求的正文大...原创 2018-12-12 10:48:57 · 63370 阅读 · 2 评论 -
nginx 真实IP Remote-Addr X-Forwarded-For X-Real-IP
工作总做负载均衡的时候回经常用到。在这里记录下。普及下各个机器的名称发送请求方的机器 名称叫客户端。请求转发和反向代理的机器叫负载均衡或者LB最终逻辑处理的机器叫WEB机器。【码农写的逻辑基本上都在WEB机器上】先说下我们的测试的机器IP分布。客户端IP100.100.100.1负载均衡LB100.100.100.2web机器100.100.1...原创 2018-12-17 12:41:48 · 6648 阅读 · 0 评论