问题标签 [root]

我父亲最近去世了，我继承了他的 Mac。我很想把它用在我自己的生活中，但我不想把它的大脑擦掉，这样我就可以重新配置它以在我的网络中使用等等。他的旧文件对我来说在历史上很重要——我相信你可以理解我保留它们的愿望。

我可以登录，因为在他通过之前我在机器上有一个帐户，但仅此而已。

我正在编写一个在 Solaris 10 中执行 csh 脚本的 python 脚本。csh 脚本提示用户输入 root 密码（我知道），但我不确定如何让 python 脚本用密码回答提示。这可能吗？这是我用来执行 csh 脚本的内容：

我正在运行 tomcat，并且我有一些自定义图像，当我存储在我的 C 驱动器上时不会显示它们。如果我将它们移动到 webapp 根目录，它们很好，但我不希望这些图像最终出现在 war 文件中。因为我使用的是 Windows 符号链接，所以不是一个选项。关于如何在不存储在 webapp 根目录中的情况下显示图像的任何想法？

我正在开发一个代表用户管理网络接口的应用程序，它调用了几个需要 root 进行更改的外部程序（例如 ifconfig）。（具体来说，更改本地接口的 IP 地址等）在开发过程中，我一直以 root 身份运行 IDE（呃），以 root 身份运行调试器（double-ugh）。最终用户是否有一种在非 root 帐户下运行这些的好方法？我非常不喜欢 GTK、wxPython、Python 和我的应用程序在以 root 身份运行时所呈现的攻击面的大小。

我已经研究过功能，但它们看起来不成熟，我不确定我是否能够在 Python 中使用它们，特别是如果它们是基于线程的。我没有探索的唯一选项是设置了 setuid 位并代表 UI 执行所有根类型的东西的守护进程。我不愿在项目的早期引入这种复杂性，因为以 root 身份运行对用户来说并不是一个破坏者。

这可能是一个令人痛苦的简单问题，对此我将被嘲笑，但我在母版页中使用文件路径时遇到了困难。我相信这是因为如果子目录中的页面要使用母版页，则文件路径不正确。

要解决这个问题，我需要从根目录获取文件路径，但我似乎无法让它工作。

我试过：

和

也没有运气！

关于如何告诉它从根目录获取文件路径的任何想法？

对我的开发框有这个限制是非常烦人的，因为除了我之外永远不会有任何用户。

我知道标准的解决方法，但没有一个完全符合我的要求：

1. authbind（Debian 测试中的版本，1.0，仅支持 IPv4）
2. 使用 iptables REDIRECT 目标将低端口重定向到高端口（ip6tables 的“nat”表尚未实现，iptables 的 IPv6 版本）
3. sudo（以root身份运行是我要避免的）
4. SELinux（或类似的）。（这只是我的开发箱，我不想引入很多额外的复杂性。）

是否有一些简单sysctl的变量允许非 root 进程绑定到 Linux 上的“特权”端口（端口小于 1024），或者我只是运气不好？

编辑：在某些情况下，您可以使用功能来执行此操作。

我正在编写一个新的守护进程，它将托管在 Debian Linux 上。

我发现 /var/log 只有 root 写权限，所以我的守护进程不能在那里写日志文件。

但是，如果它在那里写入，它似乎将获得自动日志轮换，并且还可以像用户期望的那样工作。

守护进程写入出现在 /var/log 中的日志条目而不必以 root 身份运行的推荐方法是什么？

守护进程是一个网络服务器，因此日志流量将类似于 Apache。

在 Perl 中，我需要读取其他进程的环境。

• 该脚本以 root 权限运行。
• 该脚本将在 Linux 和 Solaris 中运行。
• 我想要一个与平台无关的解决方案，至少在 Linux 和 Solaris 之间。在 Linux 中，检查 /env/<proc_id>/environ 可以得到答案。
• 我想避免分叉。我已经有了分叉“/usr/ucb/ps -auxwwwe $pid”的解决方案

有任何想法吗？

我已经在我的机器上安装了 postfix，并且我正在以编程方式（使用 python）（在某些操作上）即时更新 virtual_alias。更新 /etc/postfix/virtual_alias 中的条目后，我将运行以下命令：

我想以非人类的方式运行提到的 sudo 命令（意思是，我正在从 python 脚本运行这个系统命令。）。那么如何让这个命令以编程方式运行呢？

现代 OpenSolaris 配置为在正常引导期间不允许 root 登录。只有在单用户模式下才有可能。然而，网上的许多指令只是简单地说在默认的 grub 引导参数的末尾添加“-s”，这使得图形引导进度显示处于无限循环中，并且永远不会进入单用户模式控制台。