Project

General

Profile

Anomalie #2987

Nginx : transfert de fichiers > 4mo

Added by Karim Ayari over 11 years ago. Updated over 11 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Category:
-
Start date:
02/29/2012
Due date:
% Done:

100%

Spent time:
Distribution:
EOLE 2.3

Description

bonjour,

Un établissement de chez nous a mis en place une plateforme Claroline en dmz
lorsqu'ils tentent de transférer des fichiers ils ont le message "Request Entity Too Large" (HTTP error code 413) - NGINX"
sur leur Amon le service nginx est activé et les fichiers peuvent faire + de 4mo

serait-il possible de pouvoir modifier simplement la valeur
client_max_body_size 4M;
sans avoir à faire de patch ? un peu à la manière de l'onglet Squid.

Merci.


Related issues

Related to eole-reverseproxy - Anomalie #2013: permetre le parametrage du timeout de nginx dans gen_config Classée sans suite 09/01/2011
Precedes eole-reverseproxy - Anomalie #4367: 25_nginx.xml : php_post_max_size n'a pas le bon libellé et si ça se trouve ce n'est pas la bonne variable ! Fermé 11/05/2012

Associated revisions

Revision 3f17dda8 (diff)
Added by Emmanuel GARETTE over 11 years ago

transfert de fichiers > 4mo en utilisant la variable php_post_max_size de eole-web (fixes #2987)

History

#1 Updated by Emmanuel GARETTE over 11 years ago

Je serais d'avis de faire cette modification dans nginx.default :

-client_max_body_size 4M;
+client_max_body_size %%{php_post_max_size}M;
 client_body_buffer_size 128k;
 %set %%len_dom=0
 %for %%location_iter in %%revprox_domainname

Avec dans le dictionnaire nginx :

            <variable name='php_post_max_size' type='number' description="Taille mémoire maximale qu'un script est autorisé à allouer (en Mo)" exists="False">
                <value>128</value>
            </variable>

et

        <check name='obligatoire' target='php_post_max_size'/>

Le problème c'est que la variable original est dans apache, donc pas évidente à retrouver.

#2 Updated by Joël Cuissinat over 11 years ago

Je ne pense pas qu'une modification dans ce sens sera publié pour 2.2 (ça sent le patch...) !

A voir si sur 2.3, on crée des variables spécifiques ou si on repique les valeurs d'apache.

Je relie la demande à #2013 car c'est exactement la même problématique (php_session_gc_maxlifetime)

#3 Updated by Joël Cuissinat over 11 years ago

  • Status changed from Nouveau to En attente d'informations
  • Distribution changed from EOLE 2.2 to Toutes

#4 Updated by Emmanuel GARETTE over 11 years ago

Pour moi il est nécessaire d'harmoniser les valeurs sur AmonEcole 2.3. Sinon, on ne peut, par exemple, pas transférer de fichier dans ajaxplorer si celui-ci fait plus de 4Mo.

Le problème de faire une nouvelle variable ... c'est la gestion des fills. Si on modifie la valeur d'apache, il faudrait obligatoirement changer la valeur de nginx.

#5 Updated by Joël Cuissinat over 11 years ago

  • Target version set to Mises à jour 2.3.5 RC
  • Distribution changed from Toutes to EOLE 2.3

#6 Updated by Joël Cuissinat over 11 years ago

  • Project changed from Amon to eole-reverseproxy

#7 Updated by Emmanuel GARETTE over 11 years ago

  • Status changed from En attente d'informations to Résolu
  • % Done changed from 0 to 100

#8 Updated by Joël Cuissinat over 11 years ago

  • Assigned To set to Emmanuel GARETTE

#9 Updated by Fabrice Barconnière over 11 years ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF