Railway template generates invalid ENCRYPTION_KEY (should be 64-char hex string)

未關閉 適合新手
#6,246 3 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 1 天內回覆

@sahooarnav2007-gif 已經在處理了。

開始於 2026年10月26日。

評估

難度
2/5
預估耗時
1-3 小時
新手友好度
72/100
Issue 類型
缺陷
描述清晰度
基本清楚
活躍度
活躍
領域
cloud, devops

研究方向

首先找到 Railway 官方範本設定,並追蹤 ENCRYPTION_KEY 的產生方式。根據回報的 64 個十六進位字元要求驗證產生的值,接著部署範本並按照 Settings → Secrets 中的重現步驟操作。成功的標準是能夠儲存 TEST_SECRET=hello,且不會出現 HTTP 500 錯誤。

由索引模型根據 Issue 內容生成。

描述

bug
Description

Deploying Sim using the official Railway template generates an ENCRYPTION_KEY that is not compatible with Sim.

The generated value looks like:

9U8FH7siuiZFhVbe--pf...

However, when attempting to save Workspace Secrets, the backend returns:

ENCRYPTION_KEY must be set to a 64-character hex string

and the request fails with HTTP 500.

Expected

The Railway template should generate ENCRYPTION_KEY as:

openssl rand -hex 32

which produces a 64-character hexadecimal string.

Actual

The generated value appears to be a generic secret (base64/url-safe), not a hex string.

Steps to reproduce
  1. Deploy using the official Railway template.
  2. Open Settings → Secrets.
  3. Add TEST_SECRET=hello.
  4. Click Save.
  5. Observe HTTP 500.

Railway log:

ENCRYPTION_KEY must be set to a 64-character hex string

Workaround

Generate a new key with:

openssl rand -hex 32

Replace ENCRYPTION_KEY in Railway and redeploy.

主要語言
TypeScript
星號
29.8k
分支
3.9k
平均合併
1 小時 44 分鐘
30 天內合併 PR
841

環境準備

這個專案沒有提供開發容器、Dockerfile 或貢獻指南,環境需要你自己搭建:先看它的 README,通用步驟見我們的新手貢獻指南。

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

simstudioai/sim 的其他 Issue

查看 simstudioai/sim 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。