nginx error: (13: Permission denied) при подключении к восходящему потоку)

Question

Я запускаю приложение rails с puma, capistrano и nginx на компьютере с вычислительной машиной Google с помощью ubuntu 14.04 LTS.

У меня есть nginx, работающий на внешнем IP-адресе. И когда я посещаю это я получаю два Nginx ошибки в журнале:

2016/02/03 11:58:07 [info] 19754#0: *73 client closed connection while waiting for request, client: ###.##.##.###, server: 0.0.0.0:443 

2016/02/03 11:58:07 [crit] 19754#0: *74 connect() to unix:///home/my-user-name/apps/my-web-app/shared/tmp/sockets/my-web-app-puma.sock failed (13: Permission denied) while connecting to upstream, client: ###.##.##.###, server: , 
request: "GET/HTTP/1.1", upstream: "http://unix:///home/my-user-name/apps/my-web-app/shared/tmp/sockets/my-web-app-puma.sock:/", host: "###.###.###.###" 

Примечание:... Последний ### ### ### ### это внешний IP от Google Compute VM, что код работает. Я считаю, что первые два IP-адреса являются моим домашним IP-адресом.

Я пробовал: setsebool httpd_can_network_connect on как предложено здесь: (13: Permission denied) while connecting to upstream:[nginx] И он вернулся: setsebool: SELinux is disabled. Но проблема остается.

Я посмотрел на (13: Permission denied) while connecting to upstream:[nginx] как хорошо, но это, кажется, особенно в uwsgi

Вот мой nginx.conf

upstream puma { 
    server unix:///home/my-user-name/apps/my-web-app/shared/tmp/sockets/my-web-app-puma.sock; 
} 
server { 
    listen 80 default_server deferred; 
    listen 443 ssl; 
    # server_name example.com; 
    ssl_certificate /etc/ssl/my-web-app/my-web-app.com.chained.crt; 
    ssl_certificate_key /etc/ssl/my-web-app/my-web-app.key; 
    root /home/my-web-app/apps/my-web-app/current/public; 
    access_log /home/my-user-name/apps/my-web-app/current/log/nginx.access.log; 
    error_log /home/my-user-name/apps/my-web-app/current/log/nginx.error.log info; 
    location ^~ /assets/ { 
    gzip_static on; 
    expires max; 
    add_header Cache-Control public; 
    } 
    try_files $uri/index.html $uri @puma; 
    location @puma { 
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
    proxy_set_header Host $http_host; 
    proxy_redirect off; 
    proxy_pass http://puma; 
    } 
    error_page 500 502 503 504 /500.html; 
    client_max_body_size 10M; 
    keepalive_timeout 10; 
} 

Я бегу Nginx с sudo service nginx restart Тогда я бегу пуму с: RACK_ENV=production bundle exec puma -p 3000 и он возвращает:

Puma starting in single mode... 
* Version 2.14.0 (ruby 2.1.7-p400), codename: Fuchsia Friday 
* Min threads: 0, max threads: 16 
* Environment: production 
* Listening on tcp://0.0.0.0:3000 
Use Ctrl-C to stop 

E DIT 1

Было высказано предположение, что я бегу пуму на UNIX не TCP 3000 так, что бы соответствовать Nginx

Я попытался запустить пуму на UNIX с помощью команды:

RACK_ENV=production bundle exec puma -d -b unix:///tmp/my-web-app.sock --pidfile /tmp/puma.pid 

который дал :

Puma starting in single mode... 
* Version 2.14.0 (ruby 2.1.7-p400), codename: Fuchsia Friday 
* Min threads: 0, max threads: 16 
* Environment: production 
* Daemonizing... 

она читает выше текст, но он не задерживается, командная строка снова возникает сразу же, несмотря на «...» в конце.

Эта команда, похоже, не работает, поэтому, если кто-нибудь может предложить, как запустить puma на unix, а не tcp 3000, я мог бы завершить предложение. (Хотя я подозреваю, что есть настройка Nginx вопрос, который может быть встречающийся, прежде всего, что имеет отношение к пумы)

EDIT 2 Прикрепление puma.rb

#!/usr/bin/env puma 
directory '/home/my-user-name/apps/my-web-app/current' 
rackup "/home/my-user-name/apps/my-web-app/current/config.ru" 
environment 'production' 
pidfile "/home/my-user-name/apps/my-web-app/shared/tmp/pids/puma.pid" 
state_path "/home/my-user-name/apps/my-web-app/shared/tmp/pids/puma.state" 
stdout_redirect '/home/my-user-name/apps/my-web-app/current/log/puma.error.log', '/home/my-user-name/apps/my-web-app/current/log/puma.access.log', true 
threads 2,8 
bind 'unix:///home/my-user-name/apps/my-web-app/shared/tmp/sockets/my-web-app-puma.sock' 
workers 1 
preload_app! 
on_restart do 
    puts 'Refreshing Gemfile' 
    ENV["BUNDLE_GEMFILE"] = "/home/my-user-name/apps/my-web-app/current/Gemfile" 
end 
on_worker_boot do 
    ActiveSupport.on_load(:active_record) do 
    ActiveRecord::Base.establish_connection 
    end 
end 

EDIT 3

Теперь я попробовал просто запустить сервер rails на порту 80 напрямую.Я напечатал: rvmsudo rails server -p 80 и он вернулся:

=> Booting Puma 
=> Rails 4.2.4 application starting in development on http://localhost:80 
=> Run `rails server -h` for more startup options 
=> Ctrl-C to shutdown server 
Puma 2.14.0 starting... 
* Min threads: 0, max threads: 16 
* Environment: development 
* Listening on tcp://localhost:80 
Exiting 
/home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/binder.rb:233:in `initialize': Address already in use - bind(2) for "localhost" port 80 (Errno::EADDRINUSE) 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/binder.rb:233:in `new' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/binder.rb:233:in `add_tcp_listener' 
     from (eval):2:in `add_tcp_listener' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/rack/handler/puma.rb:33:in `run' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/rack-1.6.4/lib/rack/server.rb:286:in `start' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/railties-4.2.4/lib/rails/commands/server.rb:80:in `start' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/railties-4.2.4/lib/rails/commands/commands_tasks.rb:80:in `block in server' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/railties-4.2.4/lib/rails/commands/commands_tasks.rb:75:in `tap' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/railties-4.2.4/lib/rails/commands/commands_tasks.rb:75:in `server' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/railties-4.2.4/lib/rails/commands/commands_tasks.rb:39:in `run_command!' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/railties-4.2.4/lib/rails/commands.rb:17:in `<top (required)>' 
     from bin/rails:4:in `require' 
     from bin/rails:4:in `<main>' 

EDIT 4

При запуске службы Nginx SUDO остановка затем запустить rvmsudo rails server -p 80 снова возвращается:

=> Booting Puma 
=> Rails 4.2.4 application starting in development on http://localhost:80 
=> Run `rails server -h` for more startup options 
=> Ctrl-C to shutdown server 
Puma 2.14.0 starting... 
* Min threads: 0, max threads: 16 
* Environment: development 
* Listening on tcp://localhost:80 

Это означает, что такой подход был неверно, поскольку без nginx, когда я нахожу внешний IP-адрес, он теперь возвращает The server refused the connection. в отличие от оригинала:

We're sorry, but something went wrong. 

If you are the application owner check the logs for more information. 

Если кто знает, как предотвратить исходную ошибку, любые предложения будут высоко оценены.

EDIT 5 оригинальный вопрос остается, но может кто-нибудь сказать мне, если это проблема HTTPS или проблема SSL?

EDIT 6

Я попытался запустить пуму непосредственно на 80, и я получаю ошибку разрешения на 80.

Стараюсь: RACK_ENV=production bundle exec puma -p 80 и получить:

Puma starting in single mode... 
* Version 2.14.0 (ruby 2.1.7-p400), codename: Fuchsia Friday 
* Min threads: 0, max threads: 16 
* Environment: production 
* Listening on tcp://0.0.0.0:80 
/home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/binder.rb:233:in `initialize': Permission denied - bind(2) for "0.0.0.0" port 80 (Errno::EACCES) 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/binder.rb:233:in `new' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/binder.rb:233:in `add_tcp_listener' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/binder.rb:98:in `block in parse' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/binder.rb:84:in `each' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/binder.rb:84:in `parse' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/runner.rb:119:in `load_and_bind' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/single.rb:79:in `run' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/lib/puma/cli.rb:215:in `run' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/gems/puma-2.14.0/bin/puma:10:in `<top (required)>' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/bin/puma:23:in `load' 
     from /home/my-user-name/apps/my-web-app/shared/bundle/ruby/2.1.0/bin/puma:23:in `<main>' 

Я считаю, что это вызвано тем, что порт 80 имеет более высокие разрешения, чем другие. Итак, я побежал sudo RACK_ENV=production bundle exec puma -p 80, но только что вернулся: Your Ruby version is 1.9.3, but your Gemfile specified 2.1.7

Answer 1

У меня с вами такая же ошибка, я получил решение, но не знаю, должно ли это быть правильно. Измените первую строку файла /etc/nginx/nginx.conf

user www-data;
в
user root;

Затем перезагрузите Nginx с помощью:

service nginx restart ИЛИ systemctl restart nginx

хорошо работает!