Ne pouvez pas uploader de gros fichiers avec Nginx (Reverse proxy+négociation SSL) et Tomcat

Configuration:

Nginx en tant que reverse proxy + négociation SSL
Apache Tomcat.

Tout semble bien fonctionner, sauf pour l'upload de fichier. Pour une raison quelconque téléchargement de fichier ne se termine jamais. Avec la configuration ci-dessous, je suis en mesure de télécharger des fichiers de petite taille (4K). Téléchargement échoue sur une 194K fichier. Quand j'ai augmentation "client_body_buffer_size" 256K, je peux télécharger le 194K fichier, mais un 500K de téléchargement de fichiers échoue. L'augmentation de "client_body_buffer_size" au-delà de 256 KO n'a pas d'impact.

Remarque: Lorsque j'accède à Tomcat directement et télécharger les 500K de fichier, il se termine en quelques millisecondes.

Donc, on dirait que quelque chose est incorrect avec Nginx configuration. Toutes les suggestions sont grandement appréciés.

    upstream tomcat_server {
        server 127.0.0.1:9090 fail_timeout=0;
        keepalive 16;
    }

location /{
                root   /xyz;
                proxy_http_version 1.1;
           proxy_pass http://tomcat_server;
            proxy_set_header Connection "";
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-Server $host;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

            proxy_buffering         on;
            proxy_connect_timeout 75;
            proxy_send_timeout 180;
            proxy_read_timeout 1200;

        keepalive_timeout  120;
        proxy_buffer_size   128k;
        proxy_buffers   4 256k;
        proxy_busy_buffers_size   256k;
       proxy_temp_path /tmp/nginx/proxy;
       proxy_temp_file_write_size 1000m;

            }

J'ai essayé d'ajouter plusieurs autres paramètres de config nginx (client_body_temp_path, proxy_temp_path, proxy_temp_file_write_size). Ils ne semblent pas à l'aider.

====

Mise à jour - 2013/07/30:

Une enquête ultérieure a révélé que nous avons problème de téléchargement 196K fichier de et vers le haut. 194K fichier fonctionne. "client_body_buffer_size est fixée à 256 ko.

Nginx journaux de débogage afficher la suite en cas de failue:

2013/07/30 16:29:57 [debug] 14208#0: *1 recv: fd:11 2606 of 16384
2013/07/30 16:29:57 [debug] 14208#0: *1 http proxy status 200 "200 OK"
2013/07/30 16:29:57 [debug] 14208#0: *1 http proxy header: "Server: Apache-Coyote/1.1"
2013/07/30 16:29:57 [debug] 14208#0: *1 http proxy header: "Content-Type: text/html;charset=utf-8"
2013/07/30 16:29:57 [debug] 14208#0: *1 http proxy header: "Date: Tue, 30 Jul 2013 22:29:57 GMT"
2013/07/30 16:29:57 [debug] 14208#0: *1 http proxy header: "Connection: close"
2013/07/30 16:29:57 [debug] 14208#0: *1 http proxy header done
2013/07/30 16:29:57 [debug] 14208#0: *1 xslt filter header
2013/07/30 16:29:57 [debug] 14208#0: *1 HTTP/1.1 200 OK^M
Server: nginx/1.5.2^M
Date: Tue, 30 Jul 2013 22:29:57 GMT^M
Content-Type: text/html;charset=utf-8^M
Transfer-Encoding: chunked^M
Connection: keep-alive^M

2013/07/30 16:29:57 [debug] 14208#0: *1 write new buf t:1 f:0 000000001E61DAD8, pos 000000001E61DAD8, size: 168 file: 0, size: 0
2013/07/30 16:29:57 [debug] 14208#0: *1 http write filter: l:0 f:0 s:168
2013/07/30 16:29:57 [debug] 14208#0: *1 http cacheable: 0
2013/07/30 16:29:57 [debug] 14208#0: *1 posix_memalign: 000000001E62D450:4096 @16
2013/07/30 16:29:57 [debug] 14208#0: *1 http proxy filter init s:200 h:0 c:0 l:-1
2013/07/30 16:29:57 [debug] 14208#0: *1 http upstream process upstream
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe read upstream: 1
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe preread: 2465
2013/07/30 16:29:57 [debug] 14208#0: *1 readv: 1:13778
2013/07/30 16:29:57 [debug] 14208#0: *1 readv() not ready (11: Resource temporarily unavailable)
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe recv chain: -2
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe buf free s:0 t:1 f:0 000000001E61DBD0, pos 000000001E61DC5D, size: 2465 file: 0, size: 0
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe length: -1
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe write downstream: 1
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe write busy: 0
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe write: out:0000000000000000, f:0
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe read upstream: 0
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe buf free s:0 t:1 f:0 000000001E61DBD0, pos 000000001E61DC5D, size: 2465 file: 0, size: 0
2013/07/30 16:29:57 [debug] 14208#0: *1 pipe length: -1
2013/07/30 16:29:57 [debug] 14208#0: *1 event timer add: 11: 180000:1375223577332
2013/07/30 16:29:57 [debug] 14208#0: *1 http upstream request: "/upload/html?"
2013/07/30 16:29:57 [debug] 14208#0: *1 http upstream send request handler
2013/07/30 16:29:57 [debug] 14208#0: timer delta: 6
2013/07/30 16:29:57 [debug] 14208#0: posted events 0000000000000000
2013/07/30 16:29:57 [debug] 14208#0: worker cycle
2013/07/30 16:29:57 [debug] 14208#0: epoll timer: 179994

Je avis "http amont envoyer la demande du gestionnaire" dans le journal ci-dessus extrait de code, où, comme dans le cas de réussite, je vois ceci:

2013/07/30 16:29:44 [debug] 14208#0: *1 http upstream dummy handler

Aucune idée de ce "http amont envoyer la demande du gestionnaire" et "http amont mannequin gestionnaire" désignent, et ce qu'ils signifient?

InformationsquelleAutor kpdev | 2013-07-29

15

Le paramètre que vous cherchez est probablement client_max_body_size.

Syntaxe: client_max_body_size taille;

Par défaut: client_max_body_size 1m;

Contexte: http, serveur, site

Définit la taille maximale autorisée de la demande du client corps, spécifié dans le “Content-Length” demande de champ d'en-tête. Si la taille de la demande dépasse la valeur réglée, le 413 (Entité de Demande Trop Grande erreur est renvoyée au client. S'il vous plaît être conscient que les navigateurs ne peuvent pas afficher correctement cette erreur. Réglage de la taille à 0 désactive la vérification de la demande du client taille du corps.
- J'ai client_max_body_size spécifié à l'adresse "http" niveau: client_max_body_size 1000M; client_body_buffer_size 256k;
- Pour moi, la solution a été de le déplacer en bas de http bloc, comme suggéré par @rmuller dans l'autre réponse.
InformationsquelleAutor Michael Härtl
12

J'ai eu le même problème. La réponse de Michael Härtl est correct. Dans mon cas, c'était la configuration qui a fait le tour:

De nginx.conf ajouter:
```
http {
     # at the END of this segment!
     client_max_body_size 1000m;
}
```
- Votre "FIN de ce segment" commentaire sauvé ma journée; il a été totalement ignoré quand je l'ai mis au début.
- Ce doit être marqué comme accepté de répondre.
InformationsquelleAutor rmuller

Vous devez vous connecter pour publier un commentaire.