nginx反向代理 - 仅适用于/

时间:2015-04-19 00:52:52

标签: ssl nginx reverse-proxy couchpotato

在我的NAS上,我正在运行seafile作为dropbox / owncloud的替代品。我正在使用nginx和反向代理来使用/强制SSL来服务webgui。这一切都很好。

现在,我想为NAS上运行的其他东西(沙发土豆,plex等)设置一些其他位置。这是我的nginx.conf文件的相关部分:

server {
    listen 80;
    server_name domain.net, 192.168.1.50;

rewrite ^ https://$http_host$request_uri? permanent;    # force redirect http to https

}



server {
        listen 443;
        ssl on;
        ssl_certificate C:/nginx-1.6.3/conf/ssl/ssl-bundle.crt;        # path to your ssl certificate
        ssl_certificate_key C:/nginx-1.6.3/conf/ssl/server.key;    # path to your private key

        server_name domain.net, 192.168.1.50;

        proxy_set_header X-Forwarded-For $remote_addr;

        add_header Strict-Transport-Security "max-age=31536000; includeSubdomains";
        server_tokens off;

    location /couchpotato {
        proxy_pass http://127.0.0.1:5050;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }

        location /cloud {
            fastcgi_pass    127.0.0.1:8000;
            fastcgi_param   SCRIPT_FILENAME     $document_root$fastcgi_script_name;
            fastcgi_param   PATH_INFO           $fastcgi_script_name;

            fastcgi_param   SERVER_PROTOCOL        $server_protocol;
            fastcgi_param   QUERY_STRING        $query_string;
            fastcgi_param   REQUEST_METHOD      $request_method;
            fastcgi_param   CONTENT_TYPE        $content_type;
            fastcgi_param   CONTENT_LENGTH      $content_length;
            fastcgi_param   SERVER_ADDR         $server_addr;
            fastcgi_param   SERVER_PORT         $server_port;
            fastcgi_param   SERVER_NAME         $server_name;
            fastcgi_param   HTTPS               on;
            fastcgi_param   HTTP_SCHEME         https;

            access_log      logs/seahub.access.log;
            error_log       logs/seahub.error.log;
        }

        location /seafhttp {
            rewrite ^/seafhttp(.*)$ $1 break;
            proxy_pass http://127.0.0.1:8082;
            client_max_body_size 0;
            proxy_connect_timeout  36000s;
            proxy_read_timeout  36000s;
        }

    location /seafmedia {
            rewrite ^/seafmedia(.*)$ /media$1 break;
            root C:/Seafile/seafile-server-4.0.6/seahub;
        }

        location /media {
            root C:/Seafile/seafile-server-4.0.6/seahub;
        }

    }

访问domain.net/cloud(或192.168.1.50/cloud)让我的seafile没有问题。访问domain.net给我默认的nginx页面,这是有意义的,因为没有为该

定义位置

问题是domain.net/couchpotato将我带到https://domain.net/#couchpotato并且它没有加载

如果在nginx.conf文件中我将location /couchpotato {}更改为location / {},那么couchpotato将正确加载

我很确定我配置nginx的方式有问题,但我不确定那是什么,因为这是我第一次使用它

所以我的问题是,为什么使用/ couchpotato作为位置不起作用?但是使用/吗?

2 个答案:

答案 0 :(得分:0)

我对couchpotato一无所知,但我的猜测是它没有配置为从“子目录”提供。当你尝试从domain.net/couchpotato访问它时,传递给它的URI是/ couchpotato,我认为它不知道如何处理它。

尝试以下其中一项:

1)配置couchpotato从/ couchpotato服务(这在某个地方的实际webapp中完成)。例如,Wordpress将其称为“站点URL”,并且可以在管理面板中进行配置。

2)添加像seafhttp一样的重写。

rewrite ^/couchpotato(.*)$ $1 break;

这将从URL中删除/ couchpotato以进行内部处理,并将预期的URI传递给webapp。

希望这有帮助。

答案 1 :(得分:0)

我最终改变了seafile使用根域(可在/访问),之后设置其他位置,如/ couchpotato正常工作