413要求エンティティ連結エラーの解決

1.状況

-チャン・ゴッドミンから画像のロットをアップロードしてみます

-413要求エンティティ過大エラー

2.実施エラー

1) .platform

ec 2インスタンスAMIがアマゾンLinux 2である場合、
プロジェクトの最上位パスにあります.プラットフォームに指定すべきだと考える人が多い.


特に、
次のリンクの韓国開発者が書いた資料のためです.これはプラットフォームだと確信しています.
https://whitekiwi.medium.com/413-request-entity-too-large-error-179e52aa6d7a
でも、
sshによるec 2インスタンスへの直接接続/etc/nginx/conf.d/ディレクトリ内
クライアントmax body size関連コンテンツを含むファイルが反映されているかどうかを確認した.
変わりません.

2.その他のElasticBeanstalkディレクトリの作成

資料を見る.
.platform/nginx/conf.d/elasticbeanstalk/elasticbeanstalkディレクトリを追加し、configファイルを保存することをお勧めする人もいます.

しかし、これも私には向いていません.

3.ソリューション

私が解決を適用する方法はこうです.

1) .ebextensions

プロジェクトの最上位パスにあります.ebextensionsディレクトリが作成されました.
また、このディレクトリ内には00_nginx.configファイルの構造しかありません.

00_nginx.プロファイル

files:
    "/etc/nginx/conf.d/01-increase_body_size.conf":
        mode: "000644"
        owner: root
        group: root
        content: |
            client_max_body_size 50M; 

container_commands:
    nginx_reload:
        command: "sudo service nginx reload"

直接ヘルプのソース.
https://medium.com/swlh/using-ebextensions-to-extend-nginx-default-configuration-in-aws-elastic-beanstalk-189b844ab6ad

2)フロントエンドの空のライブラリファイルにも適用

バックエンドサーバの共通アドレスで張古徳敏を接続した.
その後、直ちに複数の(9 MB)画像をアップロードする.
本当に偶然にアップロードを確認しました
すなわち,バックエンドサーバの逆エージェントのmax sizeが向上した.
したがって、フロントエンドサーバのリバースエージェントも同様に適用されます.
フロントエンドサーバ上のコードも.ebextensionsディレクトリが生成されました.
その後、バックエンドコードと同じファイルが作成されます.
配布しました.

00_nginx.プロファイル

files:
    "/etc/nginx/conf.d/01-increase_body_size.conf":
        mode: "000644"
        owner: root
        group: root
        content: |
            client_max_body_size 50M; 

container_commands:
    nginx_reload:
        command: "sudo service nginx reload"

問題が解決した.
いくつかの疑問点はまだ解消されていない.
アマゾンLinux 2 AMIを使用しているので
アマゾンの公式文書で述べたように.platformフォルダを作成する必要があります.
公式です.
しかし、実施が間違っているため、そうではない.

疑問点が解消されました

AWSに接続し、ダッシュボードでBeanstalkサービスをクリックします.
次に確認したいBeanstalkをクリックし、下図のようにします.
これは、クラウドインフラストラクチャを最初に構築した開発者を意味します.
つまり、最初にどのAMIを指定して構築するかを決定できます.Amazon Linux의 2.16.2バージョンを下図に示します.
.ebextensionsディレクトリを使用する必要があります.