Projet

Général

Profil

Anomalie #2987

Nginx : transfert de fichiers > 4mo

Ajouté par Karim Ayari il y a environ 12 ans. Mis à jour il y a presque 12 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
29/02/2012
Echéance:
% réalisé:

100%

Temps passé:
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.


Demandes liées

Lié à eole-reverseproxy - Anomalie #2013: permetre le parametrage du timeout de nginx dans gen_config Classée sans suite 01/09/2011
Précède 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é 05/11/2012

Révisions associées

Révision 3f17dda8 (diff)
Ajouté par Emmanuel GARETTE il y a presque 12 ans

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

Historique

#1 Mis à jour par Emmanuel GARETTE il y a environ 12 ans

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 Mis à jour par Joël Cuissinat il y a environ 12 ans

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 Mis à jour par Joël Cuissinat il y a environ 12 ans

  • Statut changé de Nouveau à En attente d'informations
  • Distribution changé de EOLE 2.2 à Toutes

#4 Mis à jour par Emmanuel GARETTE il y a environ 12 ans

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 Mis à jour par Joël Cuissinat il y a environ 12 ans

  • Version cible mis à Mises à jour 2.3.5 RC
  • Distribution changé de Toutes à EOLE 2.3

#6 Mis à jour par Joël Cuissinat il y a environ 12 ans

  • Projet changé de Amon à eole-reverseproxy

#7 Mis à jour par Emmanuel GARETTE il y a presque 12 ans

  • Statut changé de En attente d'informations à Résolu
  • % réalisé changé de 0 à 100

#8 Mis à jour par Joël Cuissinat il y a presque 12 ans

  • Assigné à mis à Emmanuel GARETTE

#9 Mis à jour par Fabrice Barconnière il y a presque 12 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF