n8nio/n8n!n8n.io - Workflow Automation
n8n is a workflow automation platform that gives technical teams the flexibility of code with the speed of no-code. With 400+ integrations, native AI capabilities, and a fair-code license, n8n lets you build powerful automations while maintaining full control over your data and deployments.
!n8n.io - Screenshot
This :tv: short video (< 4 min) goes over key concepts of creating workflows in n8n.
n8n has 200+ different nodes to automate workflows. A full list can be found at [***]
The official n8n documentation can be found at [***]
Additional information and example workflows are available on the website at [***]
In the terminal, enter the following:
bashdocker volume create n8n_data docker run -it --rm \ --name n8n \ -p 5678:5678 \ -v n8n_data:/home/node/.n8n \ docker.n8n.io/n8nio/n8n
This command will download the required n8n image and start your container. You can then access n8n by opening: http://localhost:5678
To save your work between container restarts, it also mounts a docker volume, n8n_data. The workflow data gets saved in an SQLite database in the user folder (/home/node/.n8n). This folder also contains important data like the webhook URL and the encryption key used for securing credentials.
If this data can't be found at startup n8n automatically creates a new key and any existing credentials can no longer be decrypted.
WARNING: This is only meant for local development and testing and should NOT be used in production!
n8n must be reachable from the internet to make use of webhooks - essential for triggering workflows from external web-based services such as GitHub. To make this easier, n8n has a special tunnel service which redirects requests from our servers to your local n8n instance. You can inspect the code running this service here: [***]
To use it simply start n8n with --tunnel
bashdocker volume create n8n_data docker run -it --rm \ --name n8n \ -p 5678:5678 \ -v n8n_data:/home/node/.n8n \ docker.n8n.io/n8nio/n8n \ start --tunnel
By default, n8n uses SQLite to save credentials, past executions and workflows. However, n8n also supports using PostgreSQL.
WARNING: Even when using a different database, it is still important to persist the
/home/node/.n8nfolder, which also contains essential n8n user data including the encryption key for the credentials.
In the following commands, replace the placeholders (depicted within angled brackets, e.g. <POSTGRES_USER>) with the actual data:
bashdocker volume create n8n_data docker run -it --rm \ --name n8n \ -p 5678:5678 \ -e DB_TYPE=postgresdb \ -e DB_POSTGRESDB_DATABASE=<POSTGRES_DATABASE> \ -e DB_POSTGRESDB_HOST=<POSTGRES_HOST> \ -e DB_POSTGRESDB_PORT=<POSTGRES_PORT> \ -e DB_POSTGRESDB_USER=<POSTGRES_USER> \ -e DB_POSTGRESDB_SCHEMA=<POSTGRES_SCHEMA> \ -e DB_POSTGRESDB_PASSWORD=<POSTGRES_PASSWORD> \ -v n8n_data:/home/node/.n8n \ docker.n8n.io/n8nio/n8n
A full working setup with docker-compose can be found here.
To avoid passing sensitive information via environment variables, "_FILE" may be appended to some environment variable names. n8n will then load the data from a file with the given name. This makes it possible to load data easily from Docker and Kubernetes secrets.
The following environment variables support file input:
Example server setups for a range of cloud providers and scenarios can be found in the Server Setup documentation.
Before you upgrade to the latest version make sure to check here if there are any breaking changes which may affect you: Breaking Changes
From your Docker Desktop, navigate to the Images tab and select Pull from the context menu to download the latest n8n image.
You can also use the command line to pull the latest, or a specific version:
bashdocker pull docker.n8n.io/n8nio/n8n
bashdocker pull docker.n8n.io/n8nio/n8n:0.220.1
bashdocker pull docker.n8n.io/n8nio/n8n:next
Stop the container and start it again:
bashdocker ps -a
bashdocker stop [container_id]
bashdocker rm [container_id]
bashdocker run --name=[container_name] [options] -d docker.n8n.io/n8nio/n8n
If you run n8n using a Docker Compose file, follow these steps to update n8n:
bash# Pull latest version docker compose pull # Stop and remove older version docker compose down # Start the container docker compose up -d
To specify the timezone n8n should use, the environment variable GENERIC_TIMEZONE can
be set. One example where this variable has an effect is the Schedule node.
The system's timezone can be set separately with the environment variable TZ.
This controls the output of certain scripts and commands such as $ date.
For example, to use the same timezone for both:
bashdocker run -it --rm \ --name n8n \ -p 5678:5678 \ -e GENERIC_TIMEZONE="Europe/Berlin" \ -e TZ="Europe/Berlin" \ docker.n8n.io/n8nio/n8n
For more information on configuration and environment variables, please see the n8n documentation.
bashdocker buildx build --platform linux/amd64,linux/arm64 --build-arg N8N_VERSION=<VERSION> -t n8n:<VERSION> . # For example: docker buildx build --platform linux/amd64,linux/arm64 --build-arg N8N_VERSION=1.30.1 -t n8n:1.30.1 .
Short answer: It means "nodemation" and it is pronounced as n-eight-n.
Long answer: I get that question quite often (more often than I expected) so I decided it is probably best to answer it here. While looking for a good name for the project with a free domain I realized very quickly that all the good ones I could think of were already taken. So, in the end, I chose nodemation. "node-" in the sense that it uses a Node-View and that it uses Node.js and "-mation" for "automation" which is what the project is supposed to help with. However, I did not like how long the name was and I could not imagine writing something that long every time in the CLI. That is when I then ended up on "n8n". Sure it does not work perfectly but neither does it for Kubernetes (k8s) and I did not hear anybody complain there. So I guess it should be ok.
If you need more help with n8n, you can ask for support in the n8n community forum. This is the best source of answers, as both the n8n support team and community members can help.
If you are interested in working for n8n and so shape the future of the project check out our job posts.
You can find the license information here.
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
在 Linux 系统配置镜像服务
在 Docker Desktop 配置镜像
Docker Compose 项目配置
Kubernetes 集群配置 Containerd
K3s 轻量级 Kubernetes 镜像加速
在宝塔面板一键配置镜像
Synology 群晖 NAS 配置
飞牛 fnOS 系统配置镜像
极空间 NAS 系统配置服务
爱快 iKuai 路由系统配置
绿联 NAS 系统配置镜像
QNAP 威联通 NAS 配置
Podman 容器引擎配置
HPC 科学计算容器配置
ghcr、Quay、nvcr 等镜像仓库
无需登录使用专属域名
需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单
免费版仅支持 Docker Hub 访问,不承诺可用性和速度;专业版支持更多镜像源,保证可用性和稳定速度,提供优先客服响应。
专业版支持 docker.io、gcr.io、ghcr.io、registry.k8s.io、nvcr.io、quay.io、mcr.microsoft.com、docker.elastic.co 等;免费版仅支持 docker.io。
当返回 402 Payment Required 错误时,表示流量已耗尽,需要充值流量包以恢复服务。
通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。
先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。
使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。
来自真实用户的反馈,见证轩辕镜像的优质服务