主页 / user-1188174

programmer2000's questions

Martin Hope
programmer2000
Asked: 2021-03-03 08:56:06 +0800 CST
  • 1

我们有一台运行 .NET Core 应用程序的 Linux 机器。此应用程序是一个 Web UI，用于显示和配置 EEPROM 系统。该应用程序读取位于目录 /var/lib/dh​​cp 中的 dhcpd.leases 文件，并在 UI 中显示每个 EEPROM 的 IP 地址。当一个新的 EEPROM 添加到系统中时，它的 IP 地址会添加到 dhcpd.leases 文件中，因此它会显示在 UI 中。但是，当从系统中删除 EEPROM 时，它的 IP 地址不会从 dhcpd.leases 文件中删除，因此它会继续显示在 UI 中。我们希望允许用户在从系统中物理移除 EEPROM 时能够从 UI 中移除它。当用户从 UI 中删除 EEPROM 时，我们希望将其 IP 地址从 dhcpd.leases 中删除，以便它不会再次显示。这是不可能的，由于文件的默认权限仅授予所有者读取和写入权限（没有列出所有者），因此授予 dhcpd 组和其他用户只读权限，并且不允许执行它。通过运行命令sudo chmod 777 /var/lib/dhcp/dhcpd.leases，可以更改文件权限，因此应用程序可以根据需要修改文件。但是，每当系统重新启动时，文件权限都会恢复。我们的 Linux 机器在系统启动时使用 systemd 服务来启动应用程序，所以我认为创建一个 systemd 服务将是确保在系统启动时执行更改文件权限的命令的最佳方法。我在目录 /etc/systemd/system 中创建了一个名为 dhcp.service 的文件，如下所示：

[Unit]  
Description=change dhcpd.leases permissions  

[Service]  
Type=oneshot  
WorkingDirectory=/var/lib/dhcp  
ExecStart=chmod 777 dhcpd.leases  
User=root  

[Install]  
WantedBy=multi-user.target

然后我运行命令systemctl enable dhcp.service。但是即使重新启动系统后，文件权限仍然没有改变。我运行了命令systemctl is-enabled dhcp.service并返回启用。我也跑journalctl -u dhcp.service了，日志显示系统启动时服务运行成功。当我运行systemctl start dhcp.service时，文件权限将成功更改。尽管日志显示它运行成功，但该服务在启动时会正常运行，但在启用时不会。我尝试了这里和其他交换网站上发布的各种问题的提示，但没有任何效果，所以我想我会分享我的具体情况。我们如何永久更改文件权限，以便在系统重新启动时不会恢复它们？

dhcp