在 proxy 模式 下， 如果没有打开gzip，也没做任何其他内容修改操作，那么默认nginx是透传原始server的etag的 如果nginx 启用了gzip： - 如果原始server响应的头包含 weak etag，则透传给客户端 - 如果原始server响应的头包含的是strong etag，则在返回客户端的时候移除该etag 根据文档 https://nginx.org/en/docs/http/ngx_http_gzip_module.html#gzip_proxied gzip_proxied指令用…
JD下单：）感谢支持。
安装NGINX官方helm repo 安装过程演示
Envoy，使者，使节，代表！就像其单词含义本身一样，带着一种权威感，一种全代理的神圣感。结合其本身用途与角色，真是“人如其名”，不禁为Lyft点赞，不知是得到了哪位大师的指点来起这个名字。在当前火热的微服务时代下，Envoy是个绝对的明星，用众人皆知来形容可以说一点也不为过。曾有人问我如何看Envoy以及在云原生时代下是否Enovy将取代F5取代NGINX，作为一个经历了两次应用交付技术领域更迭浪潮的老兵，在本文中我将来浅谈一下Envoy，以及试图从个人角度来理解与回答一下这个问题。为什么说浅谈一下，这真的不是谦…
前面两篇（1 ，2），我们讲述了NGINX在authorization code模式下的能力，可以简单总结为NGINX既可以作为第三方应用（client）的验证代理，也可以作为Resource server角色对token进行验证或使用。在implicit模式下，NGINX能做什么呢？首先来看implicit模式的工作机制（最近太惨了，前两篇文章的画图ppt给不小心删除了，还清空了垃圾箱。。一般不没什么习惯清空垃圾箱的。。。就不重新画了，google一张图吧。。。） 在这个图里，把user想象你为，把client想…
在上篇中，通过将NGINX作为oAuth认证授权过程中的Client角色的代理，帮助应用直接实现oAuth认证登录。在这样一个过程中，我们采取的是authorization code的oAuth流程，取的是access_token，没有采用OIDC申请格式，并需要借助一个外部oauth proxy服务，那么是否可以完全依赖NGINX实现呢？ 正如前篇文章所分析，在authorization code模式中需要 client 这个角色（就是代表第三方应用的，这里实际可以理解为NGINX）需要能够做以下几个事情： 收到…
如今的互联网已经渗透了各种各样的生活与业务场景，就像人们在现实生活中从来不是一个简单的个体，我们需要有很多的复杂的关系网络。互联网的应用也是如此，如今很难看到有哪一个应用能做到完全的独立发展而不与其周边发生关系。所以在今天应用都非常讲究自己的生态，合纵连横，彼此之间需要大量的信息共享。这些复杂的关系就带来了一个非常重要的问题：身份认证、资源授权、账号维护。当然还有API的认证访问控制。 举个栗子，在你的日常生活中，你可能需要使用数十个APP, 这些APP各自拥有独立的账号密码，你就需要维护不同的这些账号与密码，你可…
2020. 5. 20 NGINX创始人Igor与您线上面对面，更有国内NGINX大咖陶辉与NGINX创始人高峰对话。 希望了解NGINX背后的故事？希望了解NGINX在云原生时代的发展趋势？ 即刻注册扫码开始奔涌~~~~~~~免费注册，免费参与。 注册时候请您在邀请人处填写 cnadn。 感谢。使用cnadn作为推荐人注册的，可以免费获得本站内容下载码！注册并联系我即可（告诉我你的注册名即可）。
在上一篇文章，利用NGINX的keyval，变量map，通过API接口实现了基于服务级别维度和域名维度进行了限流的动态控制。但是在很多情况下Ingress Controller都是多实例部署，那么限流就需要以集群整体来考量而不应该以单个实例来控制，特别是在IC数量动态性的情况下以单实例来控制会导致限流的不稳定。同时，引入IC集群级别不应该带来额外的复杂性，例如应该一个API call即可实现集群的整个体性动作而无需每个IC实例去控制。 需求分析 所有IC应能够形成一个集群并共享相关限流状态 限流执行动作仅需一个AP…
在k8s中，我们经常透过Ingress resource来对外暴露服务，在实际生产中，我们可能还会需要对这些暴露的服务实现限流，这个能力一方面可以通过k8s内部的微网关来实现（比如将NGINX部署微k8s内的微网关），也可能会通过sidecar的方式实现对每个pod单元的限流（如将NGINX作为sidecar部署到业务pod内，并通过NGINX集群同步的方式实现整体限流）。 但如果我们是一个比较典型的南北流量，且内部并没有部署微网关或者sidecar，那么可以由应用自身来解决这个问题，尽管应用自己可以解决该问题，但…
场景 LTM给NGINX做LB是一种较为典型的双层负载均衡，也就是典型的L4.L7分离的双层负载均衡方案。 在这样的架构下，如果多个NGINX背后所负载的server是一致的话，并不会出现不同的NGINX所面对的server可用数量不同情况。 但是，如果LTM的pool member中的NGINX是位于不同的可用区或者不同的DC，此时LTM如仅做应用层负载均衡或仅monitor nginx本身，那么LTM是无法感知到 NGINX 背后（upstream）到底有多少可用的业务服务器。如果某个 NGINX 的upstr…
GET nginx-repo.crt and nginx-repo.key， put them into the root of kubernetets-ingress/ Docker login your docker hub with： docker login . or using private repo. follow https://github.com/nginxinc/kubernetes-ingress/blob/master/build/README.md, and build the dock…
https://nginxconfig.io
在配置NGINX的时候，upstream，proxy_pass都是极其常用的指令，我们很多时候通过简单的搜索或者查看文档就实现了工作需求，但是这两个命令实际上有着非常多的细节，我们需要更多掌握这些细节才能更好的把控NGINX和解决工作遇到的问题，所以让我们做一些深入的研究与测试，今天此文和大家一起看看upstream下的秘密。 1.我们经常这样配置：proxy_pass http://www.example.com ，看上去一切工作ok，好了可以打游戏了。然后突然有一天你就发现，业务怎么访问不了了，为啥客户端被返回…
