エラー「「本番」環境の「secret_key_base」がない」を解決する方法（Rails 4.1）

Rails 4.1を使用して最初からRailsアプリケーションを作成しましたが、解決できない奇妙な問題に直面しています。

Herokuにアプリケーションをデプロイしようとするたびに、エラー500が発生します。

Missing `secret_key_base` for 'production' environment, set this value in `config/secrets.yml`

secret.ymlファイルには、以下の構成が含まれています。

secret_key_base: <%= ENV["SECRET_KEY_BASE"] %>

HerokuではSECRET_KEY_BASE、rake secretコマンドの結果を使用して " "環境変数を構成しました。を起動heroku configすると、正しい名前と値の変数が表示されます。

それでもこのエラーが発生するのはなぜですか？

私は同じ問題を抱えており、本番サーバーにログインするたびにロードされる環境変数を作成してそれを解決し、それを構成する手順のミニガイドを作成しました：

Unicorn v4.8.2でRails 4.1を使用していて、アプリケーションをデプロイしようとすると、アプリケーションが正しく起動せず、unicorn.logファイルで次のエラーメッセージが見つかりました。

app error: Missing `secret_key_base` for 'production' environment, set this value in `config/secrets.yml` (RuntimeError)

いくつかの調査の結果、Rails 4.1がを管理する方法を変更したことがわかりました。そのsecret_keyため、そこにあるsecrets.ymlファイルを読むと、exampleRailsProject/config/secrets.yml次のようなものが見つかります。

# Do not keep production secrets in the repository,
# instead read values from the environment.
production:
  secret_key_base: <%= ENV["SECRET_KEY_BASE"] %>

これは、Railsがsecret_key_base本番サーバーの環境変数を使用することを推奨していることを意味します。このエラーを解決するには、次の手順に従って、運用サーバーにLinux（私の場合はUbuntu）の環境変数を作成する必要があります。

1. 本番サーバーのターミナルで次を実行します。

   $ RAILS_ENV=production rake secret

   これは、文字と数字を含む大きな文字列を返します。これをコピーしますGENERATED_CODE。このコードをと呼びます。

2. サーバーにログインします

   • rootユーザーとしてログインする場合は、このファイルを見つけて編集します。

     $ vi /etc/profile

     viでShift+ G（大文字の「G」）を使用して、ファイルの下部に移動します。

     viに挿入するためGENERATED_CODEに押すと、環境変数を書き込みますi。ファイルの最後の新しい行にあることを確認してください：

     $ export SECRET_KEY_BASE=GENERATED_CODE

     変更を保存し、Esc「:x」を使用してファイルを閉じ、Enter保存してviで終了します。

   • しかし、通常のユーザーとしてログインする場合はexample_user、この要点を「」と呼びましょう。これらの他のファイルの1つを見つける必要があります。

     $ vi ~/.bash_profile
     $ vi ~/.bash_login
     $ vi ~/.profile

     これらのファイルは重要度の高いものです。つまり、最初のファイルがあれば、他のファイルを編集する必要はありません。あなたのディレクトリにこれらの2つのファイルを見つけた場合~/.bash_profileと~/.profile、あなたは最初の1で記述する必要があります~/.bash_profileLinuxはこれだけを読み込みますし、他は無視されますので、。

     その後、我々は、使用してファイルの一番下に移動Shift+ G再び、私たちがして、環境変数を書き込むGENERATED_CODE使用して i、再び、そして必ずファイルの末尾に新しい行を追加します：

     $ export SECRET_KEY_BASE=GENERATED_CODE

     コードを記述したら、変更を保存し、Esc再度「:x」と「」を使用してファイルを閉じ、Enter保存して終了します。

3. 次のコマンドを使用して、Linuxで環境変数が正しく設定されていることを確認できます。

   $ printenv | grep SECRET_KEY_BASE

   または：

   $ echo $SECRET_KEY_BASE

   このコマンドを実行すると、問題がなければGENERATED_CODE、以前の状態が表示されます。最後に、すべての構成が完了すると、Unicornまたは他のツールを使用してRailsアプリケーションを問題なくデプロイできるようになります。

シェルを閉じて本番サーバーに再度ログインすると、この環境変数が設定され、使用できるようになります。

以上です！このミニガイドがこのエラーの解決に役立つことを願っています。

免責事項：私はLinuxやRailsの第一人者ではないため、何か問題やエラーを見つけた場合は、喜んで修正します。

secrets.ymlソースコントロールにチェックインしていない（つまり、.gitignoreファイルにある）と仮定します。これがあなたの状況ではない場合でも、Githubにコードが公開されており、秘密鍵を公開したくないので、この質問を閲覧している他の多くの人が行ったのと同じです。

ソース管理にない場合、Herokuはそれを認識していません。したがって、Railsは存在しないファイルをRails.application.secrets.secret_key_baseチェックすることで設定するため、Railsが設定してsecrets.ymlいません。簡単な回避策は、config/environments/production.rbファイルに移動して次の行を追加することです。

Rails.application.configure do
    ...
    config.secret_key_base = ENV["SECRET_KEY_BASE"]
    ...
end

これにより、アプリケーションで秘密鍵を設定するように指示されますsecrets.yml。これを前もって知っておけば、多くの時間を節約できただろう。

config/secrets.ymlバージョン管理に追加して、再度デプロイします。.gitignoreファイルをコミットできるように、行を削除する必要がある場合があります。

これとまったく同じ問題があり.gitignore、Railsアプリケーション用に作成されたボイラープレートGithubが含まれていることがわかりましたconfig/secrets.yml。

これでうまくいきました。

cd運用サーバーと現在のディレクトリにSSHで接続して、bundle exec rake secretまたはrake secretを実行すると、出力として長い文字列が表示され、その文字列をコピーします。

実行しsudo nano /etc/environmentます。

ファイルの下部に貼り付けます

export SECRET_KEY_BASE=rake secret
ruby -e 'p ENV["SECRET_KEY_BASE"]'

rake secretコピーした文字列はどこにあるか、コピーした文字列をの代わりに貼り付けますrake secret。

サーバーを再起動し、を実行してテストしますecho $SECRET_KEY_BASE。

他の回答と同様にイニシャライザを使用できますが、従来のRails 4.1以降の方法ではを使用しconfig/secrets.ymlます。Railsチームがこれを紹介する理由はこの回答の範囲を超えていますが、TL; DRはsecret_token.rb、トークンがソース管理履歴にチェックインされ、本番シークレットトークンが本番インフラストラクチャであることを確認します。

ソース管理にも.gitignore追加config/database.ymlしない場合と同じように、このファイルを追加する必要があります。

セットアップするためのHerokuの独自のコードを参照するconfig/database.ymlからDATABASE_URL自分でRubyのためBuildpack、私は終わった彼らのレポをフォークし、作成するためにそれを修正config/secrets.ymlからSECRETS_KEY_BASE環境変数。

この機能はRails 4.1で導入されたので、この機能を編集./lib/language_pack/rails41.rbして追加するのが適切だと感じました。

以下は、私の会社で作成した変更済みビルドパックのスニペットです。

class LanguagePack::Rails41 < LanguagePack::Rails4

  # ...

  def compile
    instrument "rails41.compile" do
      super
      allow_git do
        create_secrets_yml
      end
    end
  end

  # ...

  # writes ERB based secrets.yml for Rails 4.1+
  def create_secrets_yml
    instrument 'ruby.create_secrets_yml' do
      log("create_secrets_yml") do
        return unless File.directory?("config")
        topic("Writing config/secrets.yml to read from SECRET_KEY_BASE")
        File.open("config/secrets.yml", "w") do |file|
          file.puts <<-SECRETS_YML
<%
raise "No RACK_ENV or RAILS_ENV found" unless ENV["RAILS_ENV"] || ENV["RACK_ENV"]
%>

<%= ENV["RAILS_ENV"] || ENV["RACK_ENV"] %>:
  secret_key_base: <%= ENV["SECRET_KEY_BASE"] %>
          SECRETS_YML
        end
      end
    end
  end

  # ...

end

もちろん、このコードを拡張して、環境変数から読み取る他のシークレット（サードパーティのAPIキーなど）を追加できます。

...
<%= ENV["RAILS_ENV"] || ENV["RACK_ENV"] %>:
  secret_key_base: <%= ENV["SECRET_KEY_BASE"] %>
  third_party_api_key: <%= ENV["THIRD_PARTY_API"] %>

このようにして、非常に標準的な方法でこのシークレットにアクセスできます。

Rails.application.secrets.third_party_api_key

アプリを再デプロイする前に、まず環境変数を設定してください。

次に、変更したビルドパック（または、自分のリンクへのリンクを歓迎します）をHerokuアプリ（Herokuのドキュメントを参照）に追加し、アプリを再デプロイします。

ビルドパックは、Herokuにアクセスするたびに、dyno config/secrets.ymlビルドプロセスの一部として環境変数からを自動的に作成しますgit push。

編集：Herokuの独自のドキュメントではconfig/secrets.yml、環境変数から読み取るように作成することを推奨していますが、これは、このファイルをソース管理にチェックインする必要があることを意味しています。私の場合、チェックインしたくない開発環境とテスト環境のシークレットをハードコードしているため、これはうまく機能しません。

~/.bashrcまたは~/.bash_profileサーバーの環境変数として秘密鍵をエクスポートできます。

export SECRET_KEY_BASE = "YOUR_SECRET_KEY"

そして、あなたはあなたの.bashrcまたはを調達することができます.bash_profile：

source ~/.bashrc 
source ~/.bash_profile

secrets.ymlをコミットしないでください

私の場合、問題はconfig/master.keyバージョン管理にありませんでした。別のコンピューターでプロジェクトを作成しました。

Railsが作成するデフォルトの.gitignoreは、このファイルを除外します。このファイルがないと展開できないため、任意のチームメンバーのコンピューターから展開できるように、バージョン管理する必要があります。

解決策：config/master.keyから行を削除し.gitignore、プロジェクトが作成されたコンピューターからファイルをコミットしますgit pull。これで、他のコンピューターでそれからデプロイできます。

人々は、代替のソリューションを提供することなく、これらのファイルのいくつかをバージョン管理にコミットしないように言っています。オープンソースプロジェクトに取り組んでいない限り、資格情報を含め、プロジェクトの実行に必要なすべてのことをコミットしない理由はありません。

rails6の場合、次のファイルが見つからなかったため、同じ問題に直面していました。追加すると、問題は解決しました。

1. config/master.key
2. config/credentials.yml.enc

このファイルがあることを確認してください。!!!

私がしたこと：私の運用サーバーで、Thin（私はそれを使用しています）の構成ファイル（confthin.yml）を作成し、次の情報を追加します。

environment: production
user: www-data
group: www-data
SECRET_KEY_BASE: mysecretkeyproduction

次に、アプリを起動します

thin start -C /whereeveristhefieonprod/configthin.yml

魅力のように機能し、バージョン管理に秘密鍵を用意する必要はありません

それが役に立てば幸いですが、同じことがユニコーンや他の人でもできると確信しています。

Rails 4.1アプリで使用したパッチを使用して、secret_key_baseを空白にできるようにすることで、レガシーキージェネレーター（したがって、Rails 3とのセッションの下位互換性）を引き続き使用できます。

Rails::Application.class_eval do
  # the key_generator will then use ActiveSupport::LegacyKeyGenerator.new(config.secret_token)
  fail "I'm sorry, Dave, there's no :validate_secret_key_config!" unless instance_method(:validate_secret_key_config!)
  def validate_secret_key_config! #:nodoc:
    config.secret_token = secrets.secret_token
    if config.secret_token.blank?
      raise "Missing `secret_token` for '#{Rails.env}' environment, set this value in `config/secrets.yml`"
    end 
  end 
end

私はパッチを再フォーマットして以来、それをプルリクエストとしてRailsに提出しています

config/initializers/secret_key.rbファイルを作成し、次のコード行のみを記述しました。

Rails.application.config.secret_key_base = ENV["SECRET_KEY_BASE"]

しかし、@ Erik Trautmanによって投稿されたソリューションはよりエレガントだと思います;）

編集：ああ、そして最後にこのアドバイスをHerokuで見つけました：https : //devcenter.heroku.com/changelog-items/426 :)

楽しい！

これは正常 に動作しますhttps://gist.github.com/pablosalgadom/4d75f30517edc6230a67 rootユーザーは編集する必要があります

$ /etc/profile

しかし、もしあなたが非ルートなら生成コードを以下に入れるべきです

$ ~/.bash_profile

$ ~/.bash_login

$ ~/.profile

Nginx / Passenger / Ruby（2.4）/ Rails（5.1.1）では、以下以外は何も機能しません。

passenger_env_varで/etc/nginx/sites-available/defaultサーバブロックインチ

ソース：https : //www.phusionpassenger.com/library/config/nginx/reference/#passenger_env_var

Demi Magusの答えはRails 5まで有効でした。

Apache2 / Passenger / Ruby（2.4）/ Rails（5.1.6）では、

export SECRET_KEY_BASE=GENERATED_CODE

/ etc / apache2 / envvarsのDemi Magusの回答から、原因/ etc / profileは無視されているようです。

ソース：https : //www.phusionpassenger.com/library/indepth/environment_variables.html#apache

https://github.com/github/gitignore/blob/master/Rails.gitignoreの .gitignoreファイルを使用した後も同じ問題が発生しました

.gitignoreファイルの次の行にコメントを書き込んだ後、すべてがうまくいきました。

config/initializers/secret_token.rb
config/secrets.yml