無需 sudo 使用 Podman 在 Linux 上運行容器
容器是現代計算的一個重要組成部分,隨著圍繞容器的基礎設施的發展,新的和更好的工具開始浮出水面。過去,你只需用 LXC 就可以運行容器,然而隨著 Docker 得到了普及,它開始變得越來越複雜。最終,我們在 Podman 得到了我們所期望的容器管理系統:一個無守護進程的容器引擎,它使容器和吊艙易於構建、運行和管理。
容器直接與 Linux 內核能力(如控制組和命名空間)交互,它們在這些命名空間中產生大量的新進程。簡而言之,運行一個容器實際上就是在 Linux 系統內部運行一個 Linux 系統。從操作系統的角度來看,它看起來非常像一種管理和特權活動。普通用戶通常不能像容器那樣自由支配系統資源,所以默認情況下,運行 Podman 需要 root 或 sudo
許可權。然而,這只是默認設置,而且這絕不是唯一可用的設置。本文演示了如何配置你的 Linux 系統,使普通用戶可以在不使用 sudo
的情況下(「 無根 」)運行 Podman。
命名空間的用戶 ID
內核命名空間 本質上是一種虛構的結構,可幫助 Linux 跟蹤哪些進程屬於同一類。這是 Linux 中的「隊列護欄」。一個隊列中的進程與另一個隊列中的進程之間實際上沒有區別,但可以將它們用「警戒線」彼此隔離。要聲明一組進程為「容器」,而另一組進程為你的操作系統,將它們分開是關鍵。
Linux 通過用戶 ID(UID)和組 ID(GID)來跟蹤哪個用戶或組擁有的進程。通常情況下,一個用戶可以訪問一千個左右的從屬 UID,以分配給命名空間的子進程。由於 Podman 運行的是分配給啟動容器的用戶的整個從屬操作系統,因此你需要的不僅僅是默認分配的從屬 UID 和從屬 GID。
你可以用 usermod
命令授予一個用戶更多的從屬 UID 和從屬 GID。例如,要授予用戶 tux
更多的從屬 UID 和從屬 GID,選擇一個還沒分配用戶的適當的高 UID(如 200000),然後將其增加幾千:
$ sudo usermod
--add-subuids 200000-265536
--add-subgids 200000-265536
tux
命名空間訪問
對命名空間數量也有限制。這通常被設置得很高。你可以用 systctl
,即內核參數工具來驗證用戶的命名空間分配:
$ sysctl --all --pattern user_namespaces
user.max_user_namespaces = 28633
這是很充足的命名空間,而且可能是你的發行版默認設置的。如果你的發行版沒有這個屬性或者設置得很低,那麼你可以在文件 /etc/sysctl.d/userns.conf
中輸入這樣的文本來創建它:
user.max_user_namespaces=28633
載入該設置:
$ sudo sysctl -p /etc/sysctl.d/userns.conf
在沒有 root 許可權的情況下運行一個容器
當你設置好你的配置,重啟你的計算機,以確保你的用戶和內核參數的變化被載入和激活。
重啟後,試著運行一個容器鏡像:
$ podman run -it busybox echo "hello"
hello
容器像命令一樣
如果你是第一次接觸容器,可能會覺得很神秘,但實際上,它們與你現有的 Linux 系統沒有什麼不同。它們實際上是在你的系統上運行的進程,沒有模擬環境或虛擬機的成本和障礙。容器和你的操作系統之間的區別只是內核命名空間,所以它們實際上只是帶有不同標籤的本地進程。Podman 使這一點比以往更加明顯,當你將 Podman 配置為無根命令,容器感覺更像命令而不是虛擬環境。Podman 使容器和吊艙變得簡單,所以請試一試。
via: https://opensource.com/article/22/1/run-containers-without-sudo-podman
作者:Seth Kenlon 選題:lujun9972 譯者:geekpi 校對:wxy
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive