我们服务器客户端一直有返回错误码499的日志，以前觉得比例不高，就没有仔细查过，最近有领导问这个问题，为什么耗时只有0.0几秒，为啥还499了？最近几天就把这个问题跟踪定位了一下，这里做个记录。

工作总做负载均衡的时候回经常用到。在这里记录下。普及下各个机器的名称发送请求方的机器 名称叫客户端。请求转发和反向代理的机器叫负载均衡或者LB最终逻辑处理的机器叫WEB机器。【码农写的逻辑基本上都在WEB机器上】先说下我们的测试的机器IP分布。客户端IP100.100.100.1负载均衡LB100.100.100.2web机器100.100.1...

最近生产环境在这两个参数之间遇到过几次坑。这里记录下。client_max_body_sizeclient_max_body_size 默认 1M，表示 客户端请求服务器最大允许大小，在“Content-Length”请求头中指定。如果请求的正文数据大于client_max_body_size，HTTP协议会报错 413 Request Entity Too Large。就是说如果请求的正文大..

某云负载均衡真实IP的问题，我们这边已经遇到过两次了。而且每次和售后沟通的时候都大费周折，主要是要给售后说明白目前文档的获取真实IP是有问题的，他们觉得文档上说明的肯定没问题，售后要是不明白，他们不会给LB部门上报，这个事就没法推进。我们这边的简单的网络架构设这样的。DNS->负载均衡->web机组。

这个问题本来觉得是个特别简单的问题，昨天弄的时候折腾了半晚上。所以打算记录下过程，主要也被网上的各种信息误导了。1先看下我这vagrant配置信息Vagrant.configure("2") do |config|config.vm.box = "base"config.vm.box_check_update = falseconfig.vm.network "forw...