主页 / user-145568

sxc731's questions

Martin Hope
sxc731
Asked: 2020-11-09 02:27:41 +0800 CST
  • 6

最近将我的 Wifi 路由器固件升级到支持 WPA3 的固件后，我尝试通过在“安全”选项卡上选择“WPA3 Personal”来调整运行 20.04.1 的笔记本电脑上的相应 WiFi 连接设置（“详细信息”选项卡显示 WPA3支持由路由器按预期通告）。

尽管删除并重新创建了连接配置文件并多次重新启动，但我的笔记本电脑始终通过 WPA2 连接（如路由器 UI 报告的那样）。一个明显的迹象是“安全”选项卡上的下拉设置翻转回“WPA 和 WPA2 个人”。

我的笔记本电脑的硬件支持 WPA3；由于某些旧设备尚不支持 WPA3，因此必须将路由器设置为混合模式 (WPA2+WPA3)。固件升级后，我的 iPhone 和其他 iOS 设备立即使用了 WPA3。

其他 WPA3 问题与 18.04 相关；20.04 附带的 network-manager (1.22.10) 版本应该支持 WPA3 开箱即用。

network-manager 20.04 wpa3
Martin Hope
sxc731
Asked: 2019-12-18 09:44:30 +0800 CST
  • 10

我非常肯定这在 19.04（和过去的版本）中可以完美运行，但在版本升级到 19.10（内核 5.3.0-24，ThinkPad X1 Carbon gen 5 以防万一）后不再如此。

我在 GNOME-Tweaks 中设置了相应的开关，并且还尝试按照此处/etc/systemd/logind.conf的建议手动编辑，即取消注释并调整以下行，然后重新启动：

$ grep -v '^#' /etc/systemd/logind.conf
[Login]
HandleLidSwitch=suspend
HandleLidSwitchExternalPower=suspend
HandleLidSwitchDocked=suspend
LidSwitchIgnoreInhibited=yes

（严格来说，应该只需要第一个，但为了以防万一，我还添加了第 2 行和第 3 行，以及 #4 以更好地衡量......

查看 的输出systemctl status systemd-logind，我看到以下内容：

Dec 17 17:56:50 x1c5 systemd-logind[8959]: Lid closed.
Dec 17 17:57:03 x1c5 systemd-logind[8959]: Lid opened.

所以盖子事件被正确检测到。为了排除挂起过程本身的任何问题，我还在设置->电源->挂起和电源按钮中将电源按钮设置为挂起，以进行测试。现在按下电源按钮会导致以下输出systemctl status systemd-logind（在成功的挂起-恢复循环之后）：

Dec 17 18:13:58 x1c5 systemd-logind[8959]: Power key pressed.
Dec 17 18:14:28 x1c5 systemd-logind[8959]: Delay lock is active (UID 121/gdm, PID 9215/gsd-power) but inhibitor timeout is reached.
Dec 17 18:14:39 x1c5 systemd-logind[8959]: Operation 'sleep' finished.

底线：盖子事件被正确检测并且暂停工作完美 - 但不是在盖子关闭时......

知道如何让关闭盖子的暂停功能恢复活力吗？我当然可以使用电源按钮的解决方法，但它有点太容易忘记并导致笔记本电脑在包里过热等......

--- 编辑添加 ---

得到了这张票的进一步礼遇，尽管问题与描述的不完全一样。这是一支确凿的证据：

$ systemd-inhibit --list --mode=block
WHO       UID  USER      PID  COMM           WHAT                                                     WHY                                                         MODE 
gdm       121  gdm       2231 gsd-power      handle-lid-switch                                        External monitor attached or configuration changed recently block
gdm       121  gdm       2252 gsd-media-keys handle-power-key:handle-suspend-key:handle-hibernate-key GNOME handling keypresses                                   block
user      1000 user      3017 gsd-media-keys handle-power-key:handle-suspend-key:handle-hibernate-key GNOME handling keypresses                                   block

这表明盖子关闭操作被阻止，因为“最近连接了外部监视器或配置更改”。我确实使用 USB-C 电缆将我的笔记本电脑连接到显示器，但在我写这篇文章时，它已脱离连接并使用电池运行了近 3 个小时（GNOME 设置仅显示我的笔记本电脑显示器可用）。但是，看起来 systemd 或负责此问题的任何组件仍然错误地认为外部显示器已连接，并且 - 根据票证 - 在这种情况下 GNOME 不支持挂起......

有趣的是，该gsd-power进程（PID 2231）归我的 UID 所有，gdm而不是我的 UID。杀死它会恢复暂停盖子关闭功能。需要弄清楚为什么存在这个进程......当实际连接到外部显示器时，systemd-inhibit --list --mode=block报告gsd-power交互式用户拥有的第二个进程；这似乎是正确和充分的。

gnome gdm suspend gnome-settings-daemon systemd-logind
Martin Hope
sxc731
Asked: 2018-02-27 13:16:25 +0800 CST
  • 4

我有一些使用 MAAS 配置的 SuperMicro 服务器。

我很感兴趣的是，在 PXE 引导它们时，它们会自动在本地 BMC 用户数据库中获得一个“maas”用户，并使用 MAAS 服务器明确设置的随机密码，因为它可以控制服务器IPMI。

尽管修改了 BMC 上的出厂默认“管理员”凭据，但仍会发生这种情况。这非常方便，但让我想知道 MAAS 是如何实现这一点的？主服务器和 BMC 之间的某种带内接口？

所以我的问题是：

  1. 这是安全/预期的行为还是表明服务器没有得到适当的保护？
  2. 有没有办法影响用户 MAAS 在 BMC 上创建的角色？目前它是使用“管理员”角色创建的；我宁愿拥有更少的特权，例如“操作员”，它仍然允许 MAAS 需要的电源操作。

相关问题：How do you add a machine to MAAS with IPMI power using CLI 请注意，我没有使用该问题中提到的 CLI；我所做的只是在注册 MAAS DHCP 的网络上 PXE 启动我的服务器。

MAAS 2.3（2.0-2.2 具有相同的行为）

pxe maas ipmi