我已经在我们开发的一个RedHat linux机器上获得了sudo访问权，我似乎发现自己经常需要将输出重定向到一个我通常没有写访问权的位置。
问题是，这个人为的例子不起作用:
sudo ls -hal /root/ > /root/test.out
我刚刚收到回复:
-bash: /root/test.out: Permission denied
我怎样才能让它工作呢?
当前回答
澄清一点为什么tee选项更可取
假设您有适当的权限来执行创建输出的命令，如果您将命令的输出通过管道传输给tee，那么您只需要使用sudo提升tee的权限，并指示tee写入(或追加)相关文件。
在问题中给出的例子中，这意味着:
ls -hal /root/ | sudo tee /root/test.out
举几个更实际的例子:
# kill off one source of annoying advertisements
echo 127.0.0.1 ad.doubleclick.net | sudo tee -a /etc/hosts
# configure eth4 to come up on boot, set IP and netmask (centos 6.4)
echo -e "ONBOOT=\"YES\"\nIPADDR=10.42.84.168\nPREFIX=24" | sudo tee -a /etc/sysconfig/network-scripts/ifcfg-eth4
在这些示例中，您都获取了一个非特权命令的输出，并将其写入到一个通常只能由根用户写入的文件中，这就是问题的根源。
这样做是个好主意，因为生成输出的命令没有使用提升权限执行。对于echo，这似乎无关紧要，但当源命令是一个您不完全信任的脚本时，这是至关重要的。
注意，您可以使用tee的-a选项将append(如>>)附加到目标文件，而不是覆盖它(如>)。
其他回答
每当我要做这样的事情时，我就变成root:
# sudo -s
# ls -hal /root/ > /root/test.out
# exit
这可能不是最好的方法，但确实有效。
让sudo运行一个shell，像这样:
sudo sh -c "echo foo > ~root/out"
这是基于tee的答案。为了让事情更简单，我写了一个小脚本(我叫它suwrite)，并把它放在/usr/local/bin/ +x权限:
#! /bin/sh
if [ $# = 0 ] ; then
echo "USAGE: <command writing to stdout> | suwrite [-a] <output file 1> ..." >&2
exit 1
fi
for arg in "$@" ; do
if [ ${arg#/dev/} != ${arg} ] ; then
echo "Found dangerous argument ‘$arg’. Will exit."
exit 2
fi
done
sudo tee "$@" > /dev/null
如代码中的USAGE所示，您所要做的就是将输出输出输送到这个脚本，后面跟着所需的超级用户可访问的文件名，如果需要的话，它将自动提示您输入密码(因为它包含sudo)。
echo test | suwrite /root/test.txt
注意，由于这是tee的一个简单包装器，它也将接受tee的-a选项来追加，并且还支持同时写入多个文件。
echo test2 | suwrite -a /root/test.txt
echo test-multi | suwrite /root/test-a.txt /root/test-b.txt
它也有一些简单的保护，防止写入/dev/设备，这是该页的一个评论中提到的一个问题。
澄清一点为什么tee选项更可取
假设您有适当的权限来执行创建输出的命令，如果您将命令的输出通过管道传输给tee，那么您只需要使用sudo提升tee的权限，并指示tee写入(或追加)相关文件。
在问题中给出的例子中，这意味着:
ls -hal /root/ | sudo tee /root/test.out
举几个更实际的例子:
# kill off one source of annoying advertisements
echo 127.0.0.1 ad.doubleclick.net | sudo tee -a /etc/hosts
# configure eth4 to come up on boot, set IP and netmask (centos 6.4)
echo -e "ONBOOT=\"YES\"\nIPADDR=10.42.84.168\nPREFIX=24" | sudo tee -a /etc/sysconfig/network-scripts/ifcfg-eth4
在这些示例中，您都获取了一个非特权命令的输出，并将其写入到一个通常只能由根用户写入的文件中，这就是问题的根源。
这样做是个好主意，因为生成输出的命令没有使用提升权限执行。对于echo，这似乎无关紧要，但当源命令是一个您不完全信任的脚本时，这是至关重要的。
注意，您可以使用tee的-a选项将append(如>>)附加到目标文件，而不是覆盖它(如>)。
我自己发现的一个把戏
sudo ls -hal /root/ | sudo dd of=/root/test.out
