现已修复：微软网页版Outlook出现401搜索错误

IT之家 7 月 7 日消息，微软在其健康控制中心页面发布动态，承认网页版 Outlook 存在搜索 BUG，用户搜索电子邮件过程中会触发 401 异常错误。

微软表示：“我们初步审查了 Outlook 服务器日志，抓取了 HTTP 存档格式（HAR）日志，在内部复现了用户反馈的 401 搜索错误”。

用户反馈整个搜索故障自北京时间 7 月 6 日 8 点 30 分开始，至少持续了 12 小时以上。

微软于北京时间 7 月 7 日凌晨 4 点 14 分发布公布，宣布已经修复网页版 Outlook 搜索问题。

IT之家翻译微软官方公告如下：

我们对 401 异常错误的进一步分析发现，是由于最近的服务更新引入了配置问题，导致用户无法在 Outlook 中进行关键字搜索。恢复有问题的服务更新后，我们已验证修复了上述影响。

HTTP请求错误414解析

笔者主要从事的是服务端的开发，今天对于测试环境，由nginx代理，合作商户的http请求报错414，刚好借此机会说一下HTTP请求错误。

一般常见的HTTP请求错误有

400（请求出错，一般是语法格式有误，服务器无法理解）、

404（未找到请求文件或脚本）、

405（方法不允许，服务端指定了固定的请求方法）、

502（网关错误）、

401（各种未授权错误）、

403（各种禁止问题）、

414（Request-URI 太长）和它类似的错误413（请求体过大）。

对于414错误，主要是因为get请求太长（也有可能是正在遭受攻击，这部分暂不考虑），那么我们需要如何解决呢？

这就涉及到nginx请求缓冲区的问题，请求缓冲区就是在接收到请求时，nginx会先将请求写入到这些缓冲区，这些缓冲区中的数据可以作为nginx变量使用，此时如果缓冲区与请求大小相比较小时，数据将写入磁盘。

当请求长度过长时，我们需要改变缓冲区的大小，修改 client_body_buffer_size的大小，默认情况下，32位系统为8k，64位系统为16k。

client_max_body_size，主要可以解决413错误

当请求主体过大发生413错误时，我们就需要修改client_max_body_size的大小，比如说服务器大文件上传，ps:请求主体大小，如果说是使用tomcat容器的话，tomcat中的server.xml中也需要修改相关参数，tomcat对于请求体的大小默认为2M

nginx的配置修改如图：

tomcat修改如下（针对增大允许最大请求体）：

最后度娘针贴，相信广大程序媛和程序猿都还是有机会的，什么机会码农们都懂的。