Назад | Перейти на главную страницу

AWS EC2 DNS не отвечает на развертывание приложения Rails на CentOS 6 с capistrano

Я пытаюсь развернуть небольшое приложение rails с sqlite3 на экземпляре Micro AWS EC2 CentOS 6 с использованием capistrano (после того, как не добился большого успеха с nginx и пассажиром). Я слежу за этим сайтом, чтобы развернуть свое приложение

https://mattbrictson.com/build-and-deploy-a-rails-vps-part-2

и развертывание прошло успешно, но DNS экземпляра AWS отвечает page isn’t working и ERR_EMPTY_RESPONSE. Что странно, когда я перехожу к своему DNS, консоль говорит Navigated to data:text/html,chromewebdata что не правильно. Я попытался найти проблему в Google, но не у многих были подобные проблемы. Это сложно отследить, когда развертывание было успешным, когда я запускал bundle exec cap production deploy с моего Mac (не внутри сервера AWS), и ошибок не было. Есть ли у кого-нибудь подобная проблема и знает ли она решение этой проблемы с тихим развертыванием?

Я развернул приложение как deployer пользователь в /var/www/texter/ path, и у пользователя есть доступ к этой папке внутри экземпляра AWS ec2.

Порт 80 и 8080 открыты в настройках моей группы безопасности AWS, поэтому я не думаю, что это проблема. Я говорю своему брандмауэру принять порт 8080 и 80 с помощью этой команды (поправьте меня, если я ошибаюсь), но это ничего не дало.

sudo iptables -A INPUT -p tcp --dport 8080 -j ACCEPT

sudo iptables -A INPUT -p tcp --dport 80 -j ACCEPT

Вот что я сделал, чтобы настроить сервер как deployer user, что является стандартным для приложения rails:

sudo yum install -y git-core zlib zlib-devel gcc-c++ patch readline readline-devel libyaml-devel libffi-devel openssl-devel make bzip2 autoconf automake libtool bison curl sqlite-devel

# preparring rbenv, ruby, rails, nodejs
git clone git://github.com/sstephenson/rbenv.git .rbenv

echo 'export PATH="$HOME/.rbenv/bin:$PATH"' >> ~/.bashrc
echo 'eval "$(rbenv init -)"' >> ~/.bashrc
exec $SHELL

git clone git://github.com/sstephenson/ruby-build.git ~/.rbenv/plugins/ruby-build

echo 'export PATH="$HOME/.rbenv/plugins/ruby-build/bin:$PATH"' >> ~/.bashrc

exec $SHELL
rbenv install -v 2.1.0
rbenv global 2.1.0
echo "gem: --no-document" > ~/.gemrc
gem install bundler
gem install rails -v 4.2.6 -V
rbenv rehash
sudo yum -y install epel-release
sudo yum install nodejs

после этого я установил свои рельсы с капистрано с этим содержимым в config/deploy.rb, Capfile, /config/deploy/production.rb (все они такие же, как ссылка на учебник, которую я разместил выше, но размещаю для справки).

внутри config/deploy.rb

set :application, "texter"
set :repo_url, "my_github_repo"
set :linked_dirs, %w(
  bin log vendor/bundle public/system
  tmp/pids tmp/cache tmp/sockets
)
set :puma_bind, "tcp://0.0.0.0:8080"

Capfile

# Load DSL and set up stages
require "capistrano/setup"

# Include default deployment tasks
require "capistrano/deploy"

# Include tasks from other gems included in your Gemfile
#
# For documentation on these, see for example:
#
#   https://github.com/capistrano/rvm
#   https://github.com/capistrano/rbenv
#   https://github.com/capistrano/chruby
#   https://github.com/capistrano/bundler
#   https://github.com/capistrano/rails
#   https://github.com/capistrano/passenger
#
# require 'capistrano/rvm'
# require 'capistrano/rbenv'
# require 'capistrano/chruby'
require 'capistrano/bundler'
require 'capistrano/rails/assets'
require 'capistrano/rails/migrations'
require "capistrano/puma"
# require 'capistrano/passenger'

# Load custom tasks from `lib/capistrano/tasks` if you have any defined
Dir.glob("lib/capistrano/tasks/*.rake").each { |r| import r }

для моего содержания в /config/deploy/production.rb:

server "PUBLIC-IP-FROM-AWS",
       :user => "deployer",
       :roles => %w(web app db)

Я решил с помощью этой страницы

Невозможно получить доступ к серверу EC2 через IP-адрес

Вариант №2 решил мою проблему и надеюсь, что он поможет другим. Однако возникла другая проблема. Я получил сервер, работающий с общедоступным IP-адресом, но puma не работает; сообщение о развертывании утверждает, что все работает нормально. Я решил обойти это и запустить bundle exec passenger start внутри /var/www/myappName/current путь от имени root и этот запускаемый движок nginx для прокси-сервера localhost. Решение puma server - это совершенно другая проблема, которую я мог бы задать в другом посте.