我想在我尝试之前确定这会起作用，因为我正在处理一个只能通过 SSH 访问的无头 Pi（如果重要，为零 W）。
我已经在我的路由器中为 Pi 设置了地址保留，这或多或少是必不可少的，既可以简化通过 Putty 的访问，也可以访问在 Pi 上运行的自定义服务器。
问题是最初没有预留，所以它在池中的某个其他随机地址，而不是我为它预留的“非池”区域中的固定地址。耐心并没有解决这个问题：它已经坚定地坚持这个地址好几天了，而不是改变。我假设这里的路由器中的 DHCP 服务器有一个合理的租期，例如 12 或 24 小时。
显然，如果我只是dhclient -r用来释放租约，我当前的 SSH 会话将中止，留下东西是一个不太有用的状态。我还注意到，如果您dhclient -r有可能导致 WiFi 连接中断：请参阅本页底部的警告以了解详细信息。
那么，nohup (dhclient -r -d && dhclient) &键入 root bash 会话的可能性有多大（a）终止当前租约，然后（b）在需要时尝试重新打开 WiFi，最后（c）获得新租约，希望使用正确的地址.
我的理由是 using意味着当 SSH 会话向南时nohup它不会收到 a ，并且将它放在后台的子 shell 中意味着它最有可能执行两个命令。SIGHUP
我考虑过的另一个选项是nohup (dhclient -r && reboot) &在 root bash 会话中，其中的逻辑是重新启动系统应该重新建立 WiFi 连接，然后 ping DHCP 服务器以获取地址。希望保留一个。
如果这两个都失败，我还有哪些其他选择可以释放和更新租约，并在首选地址连接到 WiFi 的运行系统完成？作为最后的手段，我可以看看我是否能弄清楚如何连接屏幕和键盘，但我真的不想这样做，这将是一个相当大的痛苦。
