返回首页
最新
我们为 n8n 构建了一个轻量级的控制面板,因为我们在管理自托管设置时反复遇到相同的问题。<p>我们的目标很简单:减少运行 n8n 的运营开销。<p>功能包括:
- 服务监控(n8n、Postgres、Redis)
- 一键重启(安全执行处理)
- 文件管理器
- SSH 访问
- 备份控制
为什么:<p>我们看到的大多数故障并不是与工作流相关,而是与基础设施相关。<p>这是一个尝试,旨在简化这一层,同时不失去灵活性。<p>我们非常希望能收到反馈,特别是来自其他在生产环境中运行 n8n 的用户。
我很想知道你在当前编码模型的哪些方面遇到了限制,无论是基于代码行数、系统集成、数据库等。
我在使用Claude(无论是在浏览器还是Claude Code)时,遇到了一个问题,它经常表现得很固执。<p>它会拒绝听从我的指示或建议。相反,它会提出自己的类比,并开始建议和实施那种逻辑。即使我已经知道它走错了方向,并且我已经为同一个问题提出了正确的方向。<p>很多时候,我不得不明确告诉它:不要思考,不要强加你的类比,只需执行我摆在你面前的内容。尽管如此,这种指令并不总是能让它遵循。<p>有没有其他人遇到过这个问题?你们是如何处理的?
几乎每位工程师都知道 SSH。
而我所合作的几乎每个团队都通过以下方式管理访问权限:
* 将公钥复制到服务器
* 后来忘记删除这些公钥
* 以不理想的方式共享访问权限
这种方式在你有:
* 数十台服务器
* 多位工程师
* 短期访问需求
* 或任何真正的安全要求时,效果就不太好了。
我曾考虑过像 Teleport 和 Smallstep 这样的工具,但感觉它们对于我的需求来说过于复杂(基础设施、设置、学习曲线)。
于是我构建了 sshifu。
这个想法很简单:
* 你运行一个小型服务器来处理身份验证(例如,GitHub 组织)
* 它发放短期有效的 SSH 证书
* 用户只需运行一个命令行工具,便可自动获得访问权限
不再需要在多台机器上手动管理 authorized_keys。
*快速声明:* 这个项目非常“随性编码”(可能有 99% 的随意性)。我构建它是为了满足自己的需求,因此目前仍处于早期阶段,尚不够完善。
尽管如此,到目前为止,它在我的使用场景中运行良好。
我非常希望能得到反馈,特别是:
* 在实际使用中还缺少什么?
* 有什么会阻止你使用这个工具?