主页 / ubuntu / 问题 / 1320575
Accepted
programmer2000
Asked: 2021-03-03 08:56:06 +0800 CST

在 Linux 上重新启动后保留 dhcpd.leases 的文件权限

  • 772

我们有一台运行 .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

2 个回答

  1. 您的问题可能是用于运行 dhcp 的用户：该文件归所有者所有，root:root但 dhcpd 可能以dhcpd:dhcpd. 如果是这样

    /usr/sbin/dhcpd -f -cf /etc/dhcp/dhcpd.conf -user dhcpd -group dhcpd --no-pid

    可以改为

    /usr/sbin/dhcpd -f -cf /etc/dhcp/dhcpd.conf -user root -group root --no-pid

    匹配所有者：组/var/lib/dhcp。

    如果不是：比 chmod 777 更好的方法是将所有权更改/var/lib/dhcpd为dhcpd用户。所以sudo chown -R dhcpd:dhcpd /var/lib/dhcp每次守护进程启动后。

    如果这是问题，我也会认为这是一个错误。编辑：Redhat在 2012 年修复了它。

    同样重要的是：手册说明文件是自动清理的。

    为了防止租约数据库无限制地增长，文件会时不时地重写。首先，创建一个临时租约数据库并将所有已知的租约转储到其中。然后，旧的租赁数据库被重命名/var/lib/dhcpd/dhcpd.leases~。最后，将新写入的租赁数据库移动到位

    conf有一个租用时间：

    default-lease-time 600;
max-lease-time 7200;

    降低这些可能会更快地解决您的问题。

    我们如何永久更改文件权限，以便在系统重新启动时不会恢复它们？

    这不是重新启动；这是守护进程的开始。

    • 0
  2. Best Answer

    我们对 systemd 服务进行了更改：

    [Unit]
Description=change dhcpd.leases permissions
After=isc-dhcp-server.service

[Service]
Type=oneshot
WorkingDirectory=/var/lib/dhcp
ExecStartPre=/bin/sleep 30
ExecStart=chown -R whisker:whisker /var/lib/dhcp/
User=root

[Install]
WantedBy=multi-user.target

    这与我们之前尝试的方法略有不同，但它是一种更好的方法。chmod 777 是危险的，因为它使文件对每个人都可读、可写和可执行。该服务改为更改文件的所有者，其中whisker 是用户名。该应用程序作为用户须运行，因此现在该应用程序能够读取和写入 dhcpd.leases 文件，这正是我们想要的。根据此，必须更改整个 /var/lib/dh​​cp 目录的所有者，而不仅仅是更改 dhcpd.leases 文件. 据我们了解，具有默认权限的dhcpd.leases~文件会不时覆盖dhcpd.leases文件，包括我们设置的权限。通过更改目录的所有者可以消除此行为。因此，当系统重新启动时，文件的所有者不会恢复。

    • 0

相关问题