Pb téléchargement depuis que owncloud est derrière un reverse proxy

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Pb téléchargement depuis que owncloud est derrière un reverse proxy

Spooky

Salut,

j'ai un nginx en reverse proxy sur un raspberrypi et un autre pc "derrière" avec owncloud et d'autre trucs.
Owncloud fonctionnais parfaitement jusqu'à ce que j'installe le reverse proxy. Je peux naviguer parfaitement dans owncloud mais les téléchargement de fichiers rate à chaque fois. ~~C'est bizarre parce que en local ça marche, alors que même en local, les requêtes passe par le reverse proxy !~~
J'ai fait d'autre essaies, en fait ça change rien. Le téléchargement démarre, puis échec

Virtual host de owncloud dans le reverse proxy :

server {
        listen 80;
        server_name cloud.spooky4672.me;
        return 301 https://$server_name$request_uri;
}
server {
 
        listen 443 ssl;
        server_name cloud.spooky4672.me;
 
        #SSL
        ssl_certificate /etc/nginx/ssl/cloud/cloud.spooky4672_chain.pem;
        ssl_certificate_key /etc/nginx/ssl/cloud/key.pem;
 
        #LOGS
        access_log /var/log/nginx/owncloud-access.log;
        error_log /var/log/nginx/owncloud-error.log;
 
        location / {
                proxy_pass http://local_ip;
        }
 
}

Derrière c'est du http (c'est en local de toute façon)

J'ai l'impression que c'est une histoire de taille de fichier, j'ai réussi à télécharger un petit fichier de 20mo, mais j'ai une archive de 5go par exemple, pas moyen

Voici l'erreur dans les logs de firefox au moment ou le téléchargement rate :

16:07:31,728 [Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIAnnotationService.setPageAnnotation]"  nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)"  location: "JS frame :: resource:///modules/DownloadsCommon.jsm :: onDownloadChanged :: line 735"  data: no]1 DownloadsCommon.jsm:741:0

Spooky

Personne n'as idée ? Pas de piste ou même début de piste ? Qu'est ce qui pourrai empêcher nginx d'envoyer des gros fichiers ?

titidada

Bonsoir,

J'ai exactement la même configuration ... a quelques lignes près dans la conf d'apache qui me sert aussi de reverse proxy
ET ... J'ai exactement le même problème.

En faisant les tests en passant par l'ip privé de mon Owncloud pas de problème, je transferts sans problème 5Go ... par contre, via le proxy, 25Mo me donne un messages un peu différent.

j'ai cherché un peu partout sur le NET grâce à mon ami Google ...mais je ne trouve pas la solution.

Avez-vous réglé votre problème ?

Cordialement
--
Thierry

Taguy

Apperement (si j ai bien compris) c est in probleme avec un script js de owncloud, faites une maj d owncloud ? Ps : tu a rechercher l erreur avec son identifiant ?

aktarus69

Pourquoi ne pas utiliser la configuration NGINX préconisé par Owncloud ?

Personnellement mon Vhost ressemble à ça :

server {
    listen 80;
    server_name cloud.domaine.xyz;
    return 301 https://$server_name$request_uri;
}

server {
    	listen 443 ssl;
    	server_name cloud.domaine.xyz;
	root /var/www/owncloud/;    	

	index index.php;

        # le fichier ssl inclue les commandes ssl et certificats
	include /etc/nginx/conf.d/ssl;
    
	add_header Strict-Transport-Security "max-age=15768000; includeSubDomains; preload;";
    	add_header X-Content-Type-Options nosniff;
    	add_header X-Frame-Options "SAMEORIGIN";
    	add_header X-XSS-Protection "1; mode=block";
    	add_header X-Robots-Tag none;
    	add_header X-Download-Options noopen;
    	add_header X-Permitted-Cross-Domain-Policies none;

        client_max_body_size 10G;
        fastcgi_buffers 64 4K;

        gzip off;

    	error_page 403 /core/templates/403.php;
    	error_page 404 /core/templates/404.php;

	location = /robots.txt {
        	allow all;
        	log_not_found off;
        	access_log off;
    	}

    	location = /.well-known/carddav { return 301 $scheme://$host/remote.php/dav; }
    	location = /.well-known/caldav { return 301 $scheme://$host/remote.php/dav; }

    	location /.well-known/acme-challenge { }

    	location / {
        	rewrite ^ /index.php$uri;
    	}

    	location ~ ^/(?:build|tests|config|lib|3rdparty|templates|data)/ {
        	deny all;
    	}
    
	location ~ ^/(?:\.|autotest|occ|issue|indie|db_|console) {
        	deny all;
    	}

    	location ~ ^/(?:index|remote|public|cron|core/ajax/update|status|ocs/v[12]|updater/.+|ocs-provider/.+|core/templates/40[34])\.php(?:$|/) {
                include fastcgi_params;
        	fastcgi_split_path_info ^(.+\.php)(/.+)$;
        	fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        	fastcgi_param PATH_INFO $fastcgi_path_info;
        	fastcgi_param HTTPS on;
        	fastcgi_param modHeadersAvailable true; #Avoid sending the security headers twice
        	fastcgi_param front_controller_active true;
        	fastcgi_pass unix:/var/run/php5-fpm.sock;
        	fastcgi_intercept_errors on;
        	fastcgi_index index.php;
        	fastcgi_buffering off;   
    	}

    	location ~ ^/(?:updater|ocs-provider)(?:$|/) {
        	try_files $uri/ =404;
        	index index.php;
    	}

    	location ~* \.(?:css|js)$ {
        	try_files $uri /index.php$uri$is_args$args;
        	add_header Cache-Control "public, max-age=7200";
        	add_header Strict-Transport-Security "max-age=15768000; includeSubDomains; preload;";
        	add_header X-Content-Type-Options nosniff;
        	add_header X-Frame-Options "SAMEORIGIN";
        	add_header X-XSS-Protection "1; mode=block";
        	add_header X-Robots-Tag none;
        	add_header X-Download-Options noopen;
        	add_header X-Permitted-Cross-Domain-Policies none;
	        access_log off;
    	}
    
    

    	location ~* \.(?:svg|gif|png|html|ttf|woff|ico|jpg|jpeg)$ {
        	try_files $uri /index.php$uri$is_args$args;
	        access_log off;
    	}

}

lokiii

Vu la différence entre vos confs et celle de l'auteur remontée par aktarus69, j'comprends un peu mieux que ça ne fonctionne pas...