n8n 如何用 get.n8n.io 一行安装脚本部署自托管实例并访问 http://localhost:5678【免费下载链接】n8nFair-code workflow automation platform with native AI capabilities. Combine visual building with custom code, self-host or cloud, 400 integrations.项目地址: https://gitcode.com/GitHub_Trending/n8/n8n如果你想在本地或自己的服务器上自托管一个 n8n 实例并在浏览器里打开 http://localhost:5678 开始建工作流最快的路径是官方的单行安装脚本。它基于 docker compose 拉起 n8n 本体、任务 runners、AI 沙箱服务和 SearXNG 搜索服务生成一套带唯一密钥的本地配置然后等待健康检查通过。前提是机器上装有 Docker含 Compose v2 插件且守护进程正在运行。前提条件Docker、端口与安装目录脚本在执行前会逐项检查环境不满足时直接报错并给出对应的修复提示Docker 已安装且守护进程在运行。脚本通过docker info判断Podman、Colima 等兼容引擎也可以但需要安装带 compose 插件的dockerCLI并用DOCKER_HOST指向它们的 socket。Docker Compose v2 插件可用docker compose version能执行。旧的独立二进制docker-compose不受支持。5678 端口空闲。脚本会探测http://127.0.0.1:5678/只要有进程应答HTTP 响应或连接被接受就判定端口被占用并终止。安装目录默认为./n8n即命令执行时的当前目录下。该目录不能已存在且非空否则脚本拒绝写入。执行一行安装最短主路径curl -fsSL https://get.n8n.io | sh如果希望先审查脚本内容再执行脚本头部推荐的查看方式curl -fsSL https://get.n8n.io -o get-n8n.sh less get-n8n.sh sh get-n8n.sh执行后脚本完成的工作源码见 docker/get-n8n.sh解析要安装的 n8n 版本默认取最新稳定 release并把版本号以N8N_VERSION形式固定写入.env不使用浮动 tag避免容器重建时静默升级并触发数据库迁移。GitHub 查询失败时回退到脚本内置的2.32.0。在./n8n下生成三个文件compose.yml栈定义下载一次后归你所有脚本以后永不重写它、.env权限 600内含本次安装随机生成的唯一密钥、searxng-settings.yml。拉取镜像首次可能需要几分钟然后docker compose up -d启动全部服务。每 3 秒轮询一次http://127.0.0.1:5678/healthz最多等 180 秒首次启动要拉镜像并跑迁移。成功后打印摘要运行地址、数据位置./n8nDocker 卷n8n-data、配置文件位置、启停命令和安全提示。常用选项按需拼在管道后面# 安装指定版本必须像 2.32.0 这样的三段式版本号 curl -fsSL https://get.n8n.io | sh -s -- --version 2.32.0 # 只生成配置文件不拉镜像、不启动 curl -fsSL https://get.n8n.io | sh -s -- --no-start # 只打印脚本版本和将要安装的 n8n 版本不做任何改动 curl -fsSL https://get.n8n.io | sh -s -- --version两个环境变量N8N_DIR改变安装目录例如N8N_DIR./some-dir默认./n8n。DO_NOT_TRACK1安装或升级失败时脚本会询问是否发送一份匿名失败报告仅含脚本版本、系统名、install/upgrade 模式和失败步骤默认不发送设置该变量后不再询问。验证安装并访问编辑器脚本成功时的输出里包含n8n is running at: http://localhost:5678文档示例输出。此时在浏览器打开 http://localhost:5678 即可进入编辑器不依赖脚本自身提示时可以用两种方式复核# 健康检查端点脚本判定就绪用的就是它 curl http://127.0.0.1:5678/healthz# 容器状态 docker compose -f n8n/compose.yml ps仓库的 e2e 测试docker/test-get-n8n.sh对容器状态给出了明确的期望值可作为人工核对基准n8n、sandbox-api、sandbox-runner-1、runners、searxng五个服务处于 running 状态sandbox-certs是一次性证书引导容器以退出码 0 结束exited 0。日常启停与升级启停命令脚本成功摘要中给出的形式docker compose -f n8n/compose.yml down # 停止 docker compose -f n8n/compose.yml up -d # 启动在已有安装上不带--upgrade重跑一行脚本是安全的 no-op不改动任何文件只报告当前状态、启动地址和升级命令。升级curl -fsSL https://get.n8n.io | sh -s -- --upgrade--upgrade只修改.env中的N8N_VERSION一行可与--version x.y.z组合指定目标版本然后拉取镜像并重启其他配置和密钥一概不动。升级时它还会比对本地compose.yml与线上栈定义的版本标记若官方栈已更新会提示你去查看变更但不会替你改写文件。常见失败与恢复端口被占用脚本报something is already listening on port 5678。先停掉占用进程后重跑或者加--no-start只生成配置然后手动调整n8n/compose.yml里的端口映射再启动。安装目录非空脚本拒绝写入非空目录提示用N8N_DIR./some-dir换一个目录。Docker Hub 拉取限流报错会给出恢复建议——配置文件不受影响等约一小时后用docker compose -f n8n/compose.yml up -d启动或者用docker login登录 Docker Hub 账号提高限额后重跑脚本。就绪超时180 秒内/healthz不通按提示检查docker compose -f n8n/compose.yml logs n8n。数据安全与这套部署的边界实例数据存在 Docker 卷n8n-data中挂载到容器内/home/node/.n8n工作流保存在 SQLite 数据库里该目录还包含 webhook URL 和凭据加密密钥。据 docker/images/n8n/README.md 说明如果启动时找不到这些数据n8n 会自动生成新密钥已有凭据将无法再解密。安全提示脚本摘要原文语义只有 5678 端口应暴露到公网sandbox-runner-1是特权 Docker-in-Docker 容器永远不要发布它的端口runners、sandbox-api、searxng只在 compose 网络内以服务名访问不发布主机端口见 docker/get-n8n-compose.yml。定位这套一行部署面向本地试用。生产级需求TLS、Postgres、队列模式不在一行脚本范围内。卸载脚本在检测到已有安装时会打印卸载命令注意它会删除全部 n8n 数据down -v连带删除n8n-data卷rm -rf删除配置目录docker compose -f n8n/compose.yml down -v rm -rf n8n可选分支不用 compose 的手动 docker run如果不想引入 runners/沙箱这套完整栈根 README.md 的 Quick Start 给出了单容器手动方式同样来自 docker/images/n8n/README.md数据卷名和挂载点与上面不同访问地址相同docker volume create n8n_data docker run -it --rm --name n8n -p 5678:5678 -v n8n_data:/home/node/.n8n docker.n8n.io/n8nio/n8n启动后同样访问 http://localhost:5678。【免费下载链接】n8nFair-code workflow automation platform with native AI capabilities. Combine visual building with custom code, self-host or cloud, 400 integrations.项目地址: https://gitcode.com/GitHub_Trending/n8/n8n创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
n8n 如何用 get.n8n.io 一行安装脚本部署自托管实例并访问 http://localhost:5678
n8n 如何用 get.n8n.io 一行安装脚本部署自托管实例并访问 http://localhost:5678【免费下载链接】n8nFair-code workflow automation platform with native AI capabilities. Combine visual building with custom code, self-host or cloud, 400 integrations.项目地址: https://gitcode.com/GitHub_Trending/n8/n8n如果你想在本地或自己的服务器上自托管一个 n8n 实例并在浏览器里打开 http://localhost:5678 开始建工作流最快的路径是官方的单行安装脚本。它基于 docker compose 拉起 n8n 本体、任务 runners、AI 沙箱服务和 SearXNG 搜索服务生成一套带唯一密钥的本地配置然后等待健康检查通过。前提是机器上装有 Docker含 Compose v2 插件且守护进程正在运行。前提条件Docker、端口与安装目录脚本在执行前会逐项检查环境不满足时直接报错并给出对应的修复提示Docker 已安装且守护进程在运行。脚本通过docker info判断Podman、Colima 等兼容引擎也可以但需要安装带 compose 插件的dockerCLI并用DOCKER_HOST指向它们的 socket。Docker Compose v2 插件可用docker compose version能执行。旧的独立二进制docker-compose不受支持。5678 端口空闲。脚本会探测http://127.0.0.1:5678/只要有进程应答HTTP 响应或连接被接受就判定端口被占用并终止。安装目录默认为./n8n即命令执行时的当前目录下。该目录不能已存在且非空否则脚本拒绝写入。执行一行安装最短主路径curl -fsSL https://get.n8n.io | sh如果希望先审查脚本内容再执行脚本头部推荐的查看方式curl -fsSL https://get.n8n.io -o get-n8n.sh less get-n8n.sh sh get-n8n.sh执行后脚本完成的工作源码见 docker/get-n8n.sh解析要安装的 n8n 版本默认取最新稳定 release并把版本号以N8N_VERSION形式固定写入.env不使用浮动 tag避免容器重建时静默升级并触发数据库迁移。GitHub 查询失败时回退到脚本内置的2.32.0。在./n8n下生成三个文件compose.yml栈定义下载一次后归你所有脚本以后永不重写它、.env权限 600内含本次安装随机生成的唯一密钥、searxng-settings.yml。拉取镜像首次可能需要几分钟然后docker compose up -d启动全部服务。每 3 秒轮询一次http://127.0.0.1:5678/healthz最多等 180 秒首次启动要拉镜像并跑迁移。成功后打印摘要运行地址、数据位置./n8nDocker 卷n8n-data、配置文件位置、启停命令和安全提示。常用选项按需拼在管道后面# 安装指定版本必须像 2.32.0 这样的三段式版本号 curl -fsSL https://get.n8n.io | sh -s -- --version 2.32.0 # 只生成配置文件不拉镜像、不启动 curl -fsSL https://get.n8n.io | sh -s -- --no-start # 只打印脚本版本和将要安装的 n8n 版本不做任何改动 curl -fsSL https://get.n8n.io | sh -s -- --version两个环境变量N8N_DIR改变安装目录例如N8N_DIR./some-dir默认./n8n。DO_NOT_TRACK1安装或升级失败时脚本会询问是否发送一份匿名失败报告仅含脚本版本、系统名、install/upgrade 模式和失败步骤默认不发送设置该变量后不再询问。验证安装并访问编辑器脚本成功时的输出里包含n8n is running at: http://localhost:5678文档示例输出。此时在浏览器打开 http://localhost:5678 即可进入编辑器不依赖脚本自身提示时可以用两种方式复核# 健康检查端点脚本判定就绪用的就是它 curl http://127.0.0.1:5678/healthz# 容器状态 docker compose -f n8n/compose.yml ps仓库的 e2e 测试docker/test-get-n8n.sh对容器状态给出了明确的期望值可作为人工核对基准n8n、sandbox-api、sandbox-runner-1、runners、searxng五个服务处于 running 状态sandbox-certs是一次性证书引导容器以退出码 0 结束exited 0。日常启停与升级启停命令脚本成功摘要中给出的形式docker compose -f n8n/compose.yml down # 停止 docker compose -f n8n/compose.yml up -d # 启动在已有安装上不带--upgrade重跑一行脚本是安全的 no-op不改动任何文件只报告当前状态、启动地址和升级命令。升级curl -fsSL https://get.n8n.io | sh -s -- --upgrade--upgrade只修改.env中的N8N_VERSION一行可与--version x.y.z组合指定目标版本然后拉取镜像并重启其他配置和密钥一概不动。升级时它还会比对本地compose.yml与线上栈定义的版本标记若官方栈已更新会提示你去查看变更但不会替你改写文件。常见失败与恢复端口被占用脚本报something is already listening on port 5678。先停掉占用进程后重跑或者加--no-start只生成配置然后手动调整n8n/compose.yml里的端口映射再启动。安装目录非空脚本拒绝写入非空目录提示用N8N_DIR./some-dir换一个目录。Docker Hub 拉取限流报错会给出恢复建议——配置文件不受影响等约一小时后用docker compose -f n8n/compose.yml up -d启动或者用docker login登录 Docker Hub 账号提高限额后重跑脚本。就绪超时180 秒内/healthz不通按提示检查docker compose -f n8n/compose.yml logs n8n。数据安全与这套部署的边界实例数据存在 Docker 卷n8n-data中挂载到容器内/home/node/.n8n工作流保存在 SQLite 数据库里该目录还包含 webhook URL 和凭据加密密钥。据 docker/images/n8n/README.md 说明如果启动时找不到这些数据n8n 会自动生成新密钥已有凭据将无法再解密。安全提示脚本摘要原文语义只有 5678 端口应暴露到公网sandbox-runner-1是特权 Docker-in-Docker 容器永远不要发布它的端口runners、sandbox-api、searxng只在 compose 网络内以服务名访问不发布主机端口见 docker/get-n8n-compose.yml。定位这套一行部署面向本地试用。生产级需求TLS、Postgres、队列模式不在一行脚本范围内。卸载脚本在检测到已有安装时会打印卸载命令注意它会删除全部 n8n 数据down -v连带删除n8n-data卷rm -rf删除配置目录docker compose -f n8n/compose.yml down -v rm -rf n8n可选分支不用 compose 的手动 docker run如果不想引入 runners/沙箱这套完整栈根 README.md 的 Quick Start 给出了单容器手动方式同样来自 docker/images/n8n/README.md数据卷名和挂载点与上面不同访问地址相同docker volume create n8n_data docker run -it --rm --name n8n -p 5678:5678 -v n8n_data:/home/node/.n8n docker.n8n.io/n8nio/n8n启动后同样访问 http://localhost:5678。【免费下载链接】n8nFair-code workflow automation platform with native AI capabilities. Combine visual building with custom code, self-host or cloud, 400 integrations.项目地址: https://gitcode.com/GitHub_Trending/n8/n8n创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考