起因#
今日、サーバーに配置された Alist のバックアップ実験結果をアップロードしようとしましたが、アップロード後に alist が 413 エラーを報告しました。 413 Content Too Large は、リクエスト本体のサイズがサーバーが処理したいまたは処理できる限界を超えていることを示します。これは私にとって非常に奇妙なことでした。なぜなら、アップロードに制限を設定した覚えがないからです。413 の解決策をオンラインで検索すると、ほとんどの場合は nginx の設定によるものだとわかりましたが、関連する設定を注意深く確認したところ、nginx で関連する内容を設定していないことがわかりました。そこで、Alist のコミュニティで関連する情報を探しましたが、いくつかの解決策を見つけましたが、それらの方法は私には役立ちませんでした。
ただし、完全に無駄ではありませんでした。ある方が 100MB 以上のファイルをアップロードすると 413 が発生すると言及していましたが、それ以外の場合は発生しないとのことでした。自分でもテストしてみたところ、確かにその通りでした。そのため、100 という数字が現れる可能性のあるさまざまな設定を必死で探しましたが、結局何も見つかりませんでした。その時、ふと思いついたことがありました。実は、私は毎日 Alist を使用してウェブサイトのデータを自動バックアップしていますが、ウェブサイトのデータは 100MB を超えています。ウェブサイトのデータをアップロードできるのに、なぜ自分のファイルをアップロードできないのか？そこで、ウェブサイトをバックアップする際と自分のファイルをアップロードする際の状況を比較してみると、最大の違いは、ウェブサイトのバックアップ時には IP + ポート番号で Alist にアクセスしていることに気づきましたが、自分のファイルをアップロードする際にはサブドメインを使用していることに気づきました。これが問題の原因なのか？と思い立ち、急いで cf のコントロールパネルを開き、ネットワークオプションで次のような設定を見つけました
これでついに 100MB の原因を見つけました
解決策#
cf が問題を引き起こしていることがわかったので、cf をバイパスすればよいので、直接 IP とポート番号で Alist にアクセスすればよいです。