用sudo进行操作 和用真正的root身份来操作有没有区别?

[Amankwah]

楼上说得很有道理，sudo的权限会被管道或者重定向阶段，有时候就很郁闷。
比如打开内核的IP转发：
sudo echo '1' >/proc/sys/net/ipv4/ip_forward
是不行的，而root就可以。
要用sudo的话我目前只知道这样解决：
echo '1'|sudo tee /proc/sys/net/ipv4/ip_forward

而且sudo执行的uid一般是当前执行sudo的用户ID，而root直接执行的uid应该是0

错， sudo 执行的东西当然是 EUID 0，问题出在你那个 > ，那个是当前 shell 给你重定向的，当然就不是 root 身份

那sudo echo $UID和sudo echo $EUID的结果呢？
你可以试试~
而且你看红字部分！我过了，只不过不小心吧“截断”打成“阶段”了，不好意思。

[BigSnake.NET]

楼上说得很有道理，sudo的权限会被管道或者重定向阶段，有时候就很郁闷。
比如打开内核的IP转发：
sudo echo '1' >/proc/sys/net/ipv4/ip_forward
是不行的，而root就可以。
要用sudo的话我目前只知道这样解决：
echo '1'|sudo tee /proc/sys/net/ipv4/ip_forward

而且sudo执行的uid一般是当前执行sudo的用户ID，而root直接执行的uid应该是0

错， sudo 执行的东西当然是 EUID 0，问题出在你那个 > ，那个是当前 shell 给你重定向的，当然就不是 root 身份

那sudo echo $UID和sudo echo $EUID的结果呢？
你可以试试~

代码： 全选

echo sudo echo $UID
echo sudo echo $EUID

那个 $UID 是当前shell给你扩展的，换句话说你执行的就是 sudo echo 1000 ...
假设你的UID是1000

为什么不截断呢， 你要明白管道和重定向是当前 shell 的功能，不关 sudo 事

[yjcong]

只是环境变量之类的东西还是普通用户的。不过好像sudoer里也有环境变量相关的设置。

对吗??

[Amankwah]

楼上说得很有道理，sudo的权限会被管道或者重定向阶段，有时候就很郁闷。
比如打开内核的IP转发：
sudo echo '1' >/proc/sys/net/ipv4/ip_forward
是不行的，而root就可以。
要用sudo的话我目前只知道这样解决：
echo '1'|sudo tee /proc/sys/net/ipv4/ip_forward

而且sudo执行的uid一般是当前执行sudo的用户ID，而root直接执行的uid应该是0

错， sudo 执行的东西当然是 EUID 0，问题出在你那个 > ，那个是当前 shell 给你重定向的，当然就不是 root 身份

那sudo echo $UID和sudo echo $EUID的结果呢？
你可以试试~

代码： 全选

echo sudo echo $UID
echo sudo echo $EUID

那个 $UID 是当前shell给你扩展的，换句话说你执行的就是 sudo echo 1000 ...
假设你的UID是1000

为什么不截断呢， 你要明白管道和重定向是当前 shell 的功能，不关 sudo 事

哦，管道和重定向这个我倒明白，是为了给别人解释sudo的不同表现。
关于$UID确实受教了，谢谢。
不过，拿如何看sudo执行的程序的UID呢？能给个方法么？

[BigSnake.NET]

sudo bash
#做你想做的事。。。

[crossie]

楼上说得很有道理，sudo的权限会被管道或者重定向截断，有时候就很郁闷。
比如打开内核的IP转发：
sudo echo '1' >/proc/sys/net/ipv4/ip_forward
是不行的，而root就可以。
要用sudo的话我目前只知道这样解决：
echo '1'|sudo tee /proc/sys/net/ipv4/ip_forward

而且sudo执行的uid一般是当前执行sudo的用户ID，而root直接执行的uid应该是0

我正是遇到这个问题才发这个帖子的
有一个文件的权限是rw-r--r--
我发现root可以对它写,而sudo不行,所以才觉得两者有所不同....

[crossie]

sudo bash
#做你想做的事。。。

切换到root用户了喔...
和直接su有没有区别?

[milujite]

楼上说得很有道理，sudo的权限会被管道或者重定向阶段，有时候就很郁闷。
比如打开内核的IP转发：
sudo echo '1' >/proc/sys/net/ipv4/ip_forward
是不行的，而root就可以。
要用sudo的话我目前只知道这样解决：
echo '1'|sudo tee /proc/sys/net/ipv4/ip_forward

而且sudo执行的uid一般是当前执行sudo的用户ID，而root直接执行的uid应该是0

错， sudo 执行的东西当然是 EUID 0，问题出在你那个 > ，那个是当前 shell 给你重定向的，当然就不是 root 身份

那sudo echo $UID和sudo echo $EUID的结果呢？
你可以试试~
而且你看红字部分！我过了，只不过不小心吧“截断”打成“阶段”了，不好意思。

为什么这里要看$EUID?这个玩意不是只有设置了suid才用来看实际的UID的么？

[想入非非]

应该是没有什么本质上的区别的

[jarlyyn]

楼上说得很有道理，sudo的权限会被管道或者重定向截断，有时候就很郁闷。
比如打开内核的IP转发：
sudo echo '1' >/proc/sys/net/ipv4/ip_forward
是不行的，而root就可以。
要用sudo的话我目前只知道这样解决：
echo '1'|sudo tee /proc/sys/net/ipv4/ip_forward

而且sudo执行的uid一般是当前执行sudo的用户ID，而root直接执行的uid应该是0

sudo sh -c "echo 1>/proc/sys/net/ipv4/ip_forward"

参照 man sudo 的最后一个examples。

这个明显是终端解析命令行上的问题 .

[jarlyyn]

专业点可以是 sudo $SHELL -c "内容"