这并不是一个真正的问题,只是我想了解的一个特点。
如果我得到一个 root shellsudo bash -l然后运行less somefilename我得到的信息更少只显示:
该帐户当前不可用。
(这不会显示为错误,而是显示在 less 内,就好像它是文件的内容一样。)
但是,如果我使用相同的 root shell 并sudo bash -l运行,cat somefilename | less那么我会看到文件的实际内容。
另外,如果我获得一个 root shell 并sudo bash跳过-l然后运行less somefilename它将显示文件的内容。
Root登录被禁用;该/etc/passwd线路root:x:0:0:root:/root:/sbin/nologin根本sudo su -不起作用。
但是,为什么该条目会对在文件上nologin运行产生任何影响呢?为什么它只在直接在文件上运行而不是也应用于在其标准输入上运行时less才会产生影响?less而且,为什么只有bash -lshell 才会出现这种情况?
(这是在 CentOS 7 系统上。)
Ste*_*itt 11
发生这种情况是因为\xe2\x80\x99s 调用或less中指定的命令的方法。如果设置了环境变量,它将使用其值作为 shell 来运行它们。LESSOPENLESSCLOSESHELL
因此,在您的场景中,既然LESSOPEN已设置(由于使用了lesspipe),则less运行 的等效项"$SHELL" -c \xe2\x80\xa6,并将其结果显示为文件内容(因为 \xe2\x80\x99s 是管道的预期行为LESSOPEN)。既然SHELL是nologin,您会看到 command\xe2\x80\x99s 输出。
在默认lesspipe设置下,如果管道less本身从管道接收输入,则不会使用管道\xe2\x80\x99,这解释了这种行为。
SHELL仅由登录 shell 设置。如果您bash在没有 的情况下运行-l,SHELL则保留它之前具有的任何值。
(事实上,由于less使用了popen,所以运行的命令是sh -c "$SHELL" -c \xe2\x80\xa6)