Red Hat Linux服务器共享内存服务启动权限异常技术咨询

嘿，这个IPC实验的问题我之前组队做的时候也踩过坑，核心就是文件权限和共享资源唯一性这两个点出了问题，咱们一步步理清楚：

1. 为什么同学运行server.c会报open错误？ #

你自己运行正常，但其他用户打不开，90%是你创建的共享文件（不管是FIFO管道还是普通共享文件）权限设置得太严格了。比如你用open()创建文件时，第三个参数如果是0600，那只有文件所有者（也就是你）有读写权限，其他用户连打开都做不到，自然会报Permission denied类的错误。

修复方法： #

在server.c里创建文件前，先临时把umask清零（避免系统默认掩码覆盖权限），然后设置开放的权限位：

// 创建文件前先设置umask，确保权限生效
umask(0);
// 第三个参数设为0666，让所有用户都有读写权限
int fd = open("/tmp/my_shared_file", O_CREAT | O_RDWR, 0666);

也可以让同学用ls -l /tmp/你的共享文件名命令查看文件权限，确认是不是-rw-------（只有你能访问），如果是，手动修改权限验证：chmod 666 /tmp/你的共享文件名，再让同学运行server试试，应该就能打开了。

2. 为什么同学的client会读到你共享的文件内容？ #

这是因为你们的server代码里用了固定的共享文件路径（比如硬编码的/tmp/my_shared_file）。当你先启动server创建了这个文件后，其他同学再启动server时，如果文件已经存在，open()只会打开现有文件而不是重新创建，所以他们的client其实连接的是你创建的那个共享文件，自然会读到你的内容。

修复方法： #

给每个用户的共享文件生成唯一路径，比如结合用户ID（UID）或者进程ID（PID）：

// 用用户ID生成唯一文件名
char shared_path[256];
sprintf(shared_path, "/tmp/my_shared_file_%d", getuid());
int fd = open(shared_path, O_CREAT | O_RDWR, 0666);

这样每个同学启动server时，都会创建属于自己的共享文件，不会和其他人的冲突。同时client代码也要对应修改，让用户输入或者自动获取自己的共享文件路径，这样就能访问到自己server的内容了。

额外调试小技巧 #

如果还是有问题，可以让同学用strace ./server命令运行server，查看open系统调用的具体错误码（比如EACCES是权限不足，EEXIST是文件已存在但无法覆盖），能更快定位问题。

内容的提问来源于stack exchange，提问作者jasinth premkumar