容器化部署 n8n 時，常常會遇到一些環境依賴問題。缺少 docker 命令或無法安裝 ffmpeg 是較為常見的場景，如果處理不當，會導致流程執行受限。

本文介紹如何在 n8n 容器中解決 docker 命令不可用和 ffmpeg 安裝受限的問題，并給出多種可操作的方案，以便在不同環境中選擇合適的方式。

問題描述

在實際使用 n8n 容器時，可能會遇到兩個問題。
第一個問題是容器內沒有 docker 命令，執行時會提示 /bin/sh: docker: not found。這是因為容器中并沒有安裝 docker 客戶端，docker 命令需要在宿主機執行，而不是容器內部。

第二個問題是容器內嘗試安裝 ffmpeg 時出現權限報錯：
ERROR: Unable to lock database: Permission denied
ERROR: Failed to open apk database: Permission denied
這是由于 n8n 容器默認使用 node 用戶運行，沒有安裝軟件的權限。

解決方案

一種方式是臨時以 root 身份進入容器后手動安裝。

docker exec -u 0 -it n8n_dsyt-n8n_dSyT-1 /bin/sh
apk add --no-cache ffmpeg
exit

這樣可以立即生效，但安裝不會持久保存。

另一種方式是修改容器配置。在 Dockerfile 中切換為 root 用戶安裝 ffmpeg，再切換回 node 用戶：

FROM n8nio/n8n
USER root
RUN apk add --no-cache ffmpeg
USER node

如果使用 docker-compose，也可以直接在配置中加入安裝命令：

version: '3'
services:n8n:image: n8nio/n8nuser: rootcommand: >sh -c "apk add --no-cache ffmpeg &&su node -c 'n8n'"

還有一種方式是通過提交鏡像來創建自定義版本：

docker commit n8n_dsyt-n8n_dSyT-1 custom-n8n-with-ffmpeg

之后使用這個鏡像來啟動容器，就可以直接使用 ffmpeg。

三種方法的核心區別在于持久化與否。手動進入容器安裝僅適合臨時調試。修改 Dockerfile 或 docker-compose 可以持久化配置，是更推薦的方式。通過 commit 生成鏡像則適合快速復用。

注意事項

完成安裝后要確保容器最終以 node 用戶運行，避免長期使用 root 用戶帶來的安全風險。如果條件允許，最好在 CI/CD 流程中構建帶有 ffmpeg 的鏡像，或者直接使用官方已經集成 ffmpeg 的鏡像。

總結

n8n 容器中缺少 docker 命令與無法直接安裝 ffmpeg，源于運行環境和用戶權限的設計。解決方式包括臨時進入容器手動安裝、在 Dockerfile 或 docker-compose 中加入安裝命令、以及通過 commit 創建定制鏡像。不同方法在持久化和靈活性上各有側重。

未來更適合的做法是將依賴集成到自動化構建流程中，生成長期可用的鏡像版本，并確保容器最終運行在非 root 用戶下，以兼顧安全性與可維護性。