起因#
今天想用部署在服务器上的 Alist 备份实验结果，但是在上传完毕后 alist 报了 413 错误。 413 Content Too Large 表示请求主体的大小超过了服务器愿意或有能力处理的限度。这让我感到很奇怪，因为在我的印象中我并没有做过对上传进行限制的设置。在网上搜索了下 413 的解决方案，发现大多数情况是 nginx 的设置所导致的，但是我仔细检查了相关设置，我并没有在 nginx 中配置相关的内容。于是我又去 Alist 的社区去寻找相关内容，也确实找到了一些解决方案，然而那些方法对我都没用。
不过也不是完全没有收获，有个老哥提到说只有上传 100MB 以上的文件会触发 413，其余情况不会，我自己也测试了下，确实如此，于是拼命在各种设置中找可能出现 100 的地方，不过依然一无所获。这时我突然想到一件事，我其实每天都在用 Alist 自动备份网站的数据，而网站的数据是超过 100MB 的，既然网站的数据可以上传，没道理我自己的文件不能上传啊？于是我对比了备份网站时的情况和自己上传文件的情况，发现二者之间最大的不同是网站备份我使用 的是 ip + 端口号访问 Alist，而我自己上传文件时则是用了一个二级域名，难道问题出在这？于是我火速打开 cf 的控制面板，果然在网络选项中找到了这么一个设置
这下总算是找到 100MB 的出处了
解决办法#
知道了是 cf 在作怪，那么只要绕过 cf 就行了，直接使用 ip 和端口号访问 Alist 即可