Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/amazon-web-services/13.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Linux 增加Aws Elastic Beanstalk(.NET CORE)上的客户端最大体尺寸_Linux_Amazon Web Services_.net Core_Nginx Config_Elasticbeanstalk - Fatal编程技术网

Linux 增加Aws Elastic Beanstalk(.NET CORE)上的客户端最大体尺寸

Linux 增加Aws Elastic Beanstalk(.NET CORE)上的客户端最大体尺寸,linux,amazon-web-services,.net-core,nginx-config,elasticbeanstalk,Linux,Amazon Web Services,.net Core,Nginx Config,Elasticbeanstalk,来源:Aws Elastic Beanstalk Linux 2.Net核心Api 在收到413请求实体过大的错误后,我研究了一个解决方案。当我使用ssh连接到机器上,并使用nano/etc/nginx/nginx.conf命令执行client_max_body_size 20M时,一切都正常 但是当一个新的部署出现时,它会回到旧的部署 通过研究,我在项目的根目录中创建了.platform/nginx/conf.d/proxy.conf文件 proxy.conf内容: client_max_bo

来源:Aws Elastic Beanstalk Linux 2.Net核心Api

在收到413请求实体过大的错误后,我研究了一个解决方案。当我使用ssh连接到机器上,并使用nano/etc/nginx/nginx.conf命令执行client_max_body_size 20M时,一切都正常

但是当一个新的部署出现时,它会回到旧的部署

通过研究,我在项目的根目录中创建了.platform/nginx/conf.d/proxy.conf文件

proxy.conf内容:

client_max_body_size 1024M;
我还创建了.platform/00\u myconf.config文件

00\u myconf.config内容:

container_commands:
   01_reload_nginx:
     command: "service nginx reload"
添加这些元素后,在上传和部署时,我不断收到相同的错误(413请求实体太大)

通过使用ssh连接到计算机
我在文件中找不到使用nano/etc/nginx/nginx.conf命令的max\u body\u size行。

这是旧的,希望您已经解决了

如果没有,您找不到“客户端最大体大小”行的原因是默认情况下它不在那里,您必须添加它

将ssh导入实例,然后:

cd /etc/nginx/conf.d/
sudo nano proxy.conf
粘贴:

client_max_body_size 1024M;
然后保存并退出

最后运行:

sudo service nginx restart
不幸的是,存储在ec2上的文件是短暂的,在每次部署或实例宕机时都会丢失。到目前为止,我还没有找到一个针对dotnet的代码内解决方案,但我会在找到后更新

编辑:好的,所以在代码解决方案中(即,不依赖于EC2临时存储):

在/.platform/nginx/conf.d/proxy.conf中创建一个包含以下内容的文件:

client_max_body_size 100M;

确保在Visual Studio的属性中,此文件的“复制到输出目录”设置为“始终”,并且生成操作为“内容”。

这是旧的,希望您已经解决了它

如果没有,您找不到“客户端最大体大小”行的原因是默认情况下它不在那里,您必须添加它

将ssh导入实例,然后:

cd /etc/nginx/conf.d/
sudo nano proxy.conf
粘贴:

client_max_body_size 1024M;
然后保存并退出

最后运行:

sudo service nginx restart
不幸的是,存储在ec2上的文件是短暂的,在每次部署或实例宕机时都会丢失。到目前为止,我还没有找到一个针对dotnet的代码内解决方案,但我会在找到后更新

编辑:好的,所以在代码解决方案中(即,不依赖于EC2临时存储):

在/.platform/nginx/conf.d/proxy.conf中创建一个包含以下内容的文件:

client_max_body_size 100M;

确保在Visual Studio的属性中,此文件的“复制到输出目录”设置为“始终”,并且生成操作为“内容”。

请参阅我几周前提供的编辑,它位于代码内解决方案中,不依赖EC2实例后面的临时存储。它在实例部署时写入。您不需要执行额外的维护。我已将其部署到生产ASG。为了让答案更清楚,我再次编辑了答案,请阅读完整的答案。这就是我给你的答案!elastickbeanstalk目录不是必需的。我在没有elastickbeanstalk文件夹的情况下尝试了很多解决方案。哇,真奇怪。其他人读到这篇文章,你不需要那部分。很高兴我能帮上忙。谢谢你看我几周前提供的编辑,它是在一个代码内解决方案中,不依赖EC2实例后面的临时存储。它在实例部署时写入。您不需要执行额外的维护。我已将其部署到生产ASG。为了让答案更清楚,我再次编辑了答案,请阅读完整的答案。这就是我给你的答案!elastickbeanstalk目录不是必需的。我在没有elastickbeanstalk文件夹的情况下尝试了很多解决方案。哇,真奇怪。其他人读到这篇文章,你不需要那部分。很高兴我能帮忙。谢谢你,肖恩