c++ - 应用程序崩溃时未删除 Unix 域套接字文件

Question

我有一个 Linux C++ 应用程序，它通过 Unix 域套接字生成另一个进程并与之交互。这个新进程基本上只是在任务栏中显示当前正在运行的进程的图标，图标中显示一些菜单项。

问题:当主应用程序正常关闭时，UDS 文件将被删除。但在应用程序崩溃的情况下，这个 UDS 文件不会被删除，它仍然存在。

有什么方法可以通过编码删除应用程序崩溃时的 UDS 文件吗？

Answer 1

Is there any way of removing the UDS file upon application crash through coding?

是的。有几种方法，具体取决于您是否愿意使用潜在的非可移植功能。

使用单独的进程:

使用单独的进程来监控您的应用程序；也许你为此目的写了一个。当此监视进程检测到您的应用程序已结束时，它会检查 Unix 域套接字文件。如果找到，它会删除它。然后它会重新启动应用程序(如果需要)。

使用“抽象套接字”:

我相信你也可以使用“抽象套接字”，尽管我自己还没有尝试过。

在线linux manual page for the Unix domain socket描述了一个名为“抽象套接字”的扩展。它解释说:“当对套接字的所有打开引用都关闭时，抽象套接字会自动消失。”。

使用“紧跟语义”:

基于 Linux 的 Unix domain socket manual page notes section claims:“适用通常的 UNIX 关闭后语义；套接字可以随时取消链接，并在最后一次引用关闭时最终从文件系统中删除”。 IE。调用 bind 创建套接字，等待客户端连接，然后 unlink 套接字，然后处理可能会崩溃的代码。但是，一旦套接字从目录条目中删除，新的客户端连接尝试就会失败。

使用潜在的解决方法

在 bind 调用之前，在套接字上使用 SO_REUSEADDR。这可能允许应用程序重新启动而无需删除套接字。我不知道这种行为对于 Unix 套接字是否定义明确。它可能适用于一个平台，但不适用于另一个平台。

Problem: When main application is closed gracefully the UDS file is removed. But in case of an application crash, this UDS file is not removed and it lingers.

处理 Unix 域套接字文件(它的可移植/标准版本)的另一种方法是在应用程序开始创建它之前删除应用程序中的套接字文件。因此，在您的应用程序调用 bind 之前，它会使用 unlink。只要它是创建这个文件的唯一过程，事情就应该是 copacetic w.r.t.避免比赛。

请注意，如果您的应用程序以更高的权限运行(例如使用 set-user-ID 功能以 root 身份运行)，使用 unlink 可能会带来潜在的安全漏洞。然后确保用户不能告诉应用程序要为套接字使用什么路径，并且用户不能修改套接字所在的目录。否则，用户可以告诉应用程序套接字的完整路径类似于 /etc/passwd 并运行它以删除该文件，即使用户自己没有权限执行此操作.

这种潜在的损害当然可以通过使用最低权限帐户来获得 set-user-ID 权限或避免一起使用 set-user-ID 等方式来减轻。另一种缓解措施是不允许用户指示应用程序为其套接字使用什么路径——比如可能只使用硬编码的路径名，用户对其任何目录都没有写权限。