如何从 Linux 内核空间访问系统中的所有管道

Question

我想向 Linux 内核添加新的系统调用，该调用将显示有关系统中创建的所有管道的信息。

如何获取 pipefs 中每个管道的 inode（或任何其他允许我访问 pipe_inode_info 的相关结构）？

我一直在研究结构 vfsmount、结构 dentry 和结构super_block，但我没有找到正确的方法。有什么方法可以获取pipefs中每个文件的文件结构吗？

Answer 1

首先我转到/proc 目录和问题：

ls -al */fd |grep pipe

（试着去掉上面的"管道"，你会学到更多。 结果是（只是一个快照）：

l-wx------ 1 root     root     64 2011-05-14 23:12 17 -> pipe:[39208]
l-wx------ 1 root     root     64 2011-05-14 23:12 2 -> pipe:[16245]
lr-x------ 1 root     root     64 2011-05-14 23:12 4 -> pipe:[23406]
l-wx------ 1 root     root     64 2011-05-14 23:12 8 -> pipe:[23406]
l-wx------ 1 root     root     64 2011-05-14 23:12 17 -> pipe:[39532]
l-wx------ 1 root     root     64 2011-05-14 23:12 2 -> pipe:[16245]
lr-x------ 1 root     root     64 2011-05-14 23:12 4 -> pipe:[23406]
l-wx------ 1 root     root     64 2011-05-14 23:12 8 -> pipe:[23406]
l-wx------ 1 root     root     64 2011-05-14 23:12 1 -> pipe:[16245]
lr-x------ 1 root     root     64 2011-05-14 23:12 16 -> pipe:[40032]
l-wx------ 1 root     root     64 2011-05-14 23:12 17 -> pipe:[40032]
l-wx------ 1 root     root     64 2011-05-14 23:12 2 -> pipe:[16245]
lr-x------ 1 root     root     64 2011-05-14 23:12 4 -> pipe:[23406]
l-wx------ 1 root     root     64 2011-05-14 23:12 8 -> pipe:[23406]
l-wx------ 1 tteikhua tteikhua 64 2011-05-14 23:13 1 -> pipe:[16245]
l-wx------ 1 tteikhua tteikhua 64 2011-05-14 23:13 12 -> pipe:[66674]
lr-x------ 1 tteikhua tteikhua 64 2011-05-14 23:13 13 -> pipe:[66674]
l-wx------ 1 root root 64 2011-05-14 23:30 1 -> pipe:[101794]

如果您想查看创建管道的过程，只需删除"grep"，例如：

这里显示 pid=1 在 6759 处有一个管道 fd：

1/fd:
total 0
dr-x------ 2 root root  0 2011-05-14 23:29 .
dr-xr-xr-x 7 root root  0 2011-05-14 22:59 ..
lrwx------ 1 root root 64 2011-05-14 23:29 0 -> /dev/console (deleted)
lrwx------ 1 root root 64 2011-05-14 23:29 1 -> /dev/console (deleted)
lrwx------ 1 root root 64 2011-05-14 23:29 2 -> /dev/console (deleted)
lr-x------ 1 root root 64 2011-05-14 23:29 3 -> pipe:[6759]

并将上述内容追溯到 fs/pipe.c（打印这些的 linux 内核源代码）：

/*
 * pipefs_dname() is called from d_path().
 */
static char *pipefs_dname(struct dentry *dentry, char *buffer, int buflen)
{
        return dynamic_dname(dentry, buffer, buflen, "pipe:[%lu]",
                                dentry->d_inode->i_ino);
}
static const struct dentry_operations pipefs_dentry_operations = {
        .d_dname        = pipefs_dname,
};

并读取 fs/dcache.c：

char *d_path(const struct path *path, char *buf, int buflen)
{
        if (path->dentry->d_op && path->dentry->d_op->d_dname)
                return path->dentry->d_op->d_dname(path->dentry, buf, buflen);
and since d_path() is an exported symbol,
EXPORT_SYMBOL(d_path);

您应该能够从任何地方调用它，并派生有关路径的信息 - 如果它是一个管道，那么相应的 pipefs_dname（） 将被调用 - 它依赖于文件系统：

./fs/pipe.c:
    .d_dname    = pipefs_dname,

阅读 inode.c： init_inode_always（），您可以看到i_pipe设置为 NULL。 仅当索引节点是 PIPE 时，它才不为空。

因此，您始终可以遍历所有进程并获取其打开的文件描述符，并且 inode 的i_pipe设置为 non-NULL，您将知道该值是管道的索引节点编号。

我不认为这样的代码会存在于内核源代码中（所以没有必要寻找它 - 我已经尝试过了），因为在用户空间中执行此操作更有效、更安全（就像我之前解释的"ls -al"命令）然后在内核内部 - 通常内核越小，安全漏洞越少，因此稳定性更好等。