后续连接后 x11 转发失败

Question 1

嗨，我有一个非常相似的选项，并且已经将范围缩小了一点。系统已完全更新为最新版本或我使用的所有内容。内核 vmlinuz-6.0.18-200.fc36.x86_64 失败内核 vmlinuz-6.0.9-200.fc36.x86_64 运行正常。抱歉，我没有介于两者之间的任何内核。因此，完全相同的软件和配置适用于旧内核，但适用于新内核。

这一切都发生在我的本地网络上。我实际的问题是用户二连接到我的服务器并尝试远程显示。一切都很好。第二个用户（以及之后的所有用户）连接，当他们尝试显示时，根据程序的不同，会出现各种错误，但有一个屏幕由于身份验证错误，导致 X11 连接被拒绝。（如果是同一个用户，则用户二的输出会出现在用户一屏幕上。）显然，它试图写入错误的屏幕并失败了。由于错误在内核中，而不是在任何系统程序/文件中，我猜只有修复该代码才能使其再次正常工作。

目前我唯一的解决方案是在旧内核上启动。也许这对你也有效，至少你现在可以继续下去。

Answer

嗨，我有一个非常相似的选项，并且已经将范围缩小了一点。系统已完全更新为最新版本或我使用的所有内容。内核 vmlinuz-6.0.18-200.fc36.x86_64 失败内核 vmlinuz-6.0.9-200.fc36.x86_64 运行正常。抱歉，我没有介于两者之间的任何内核。因此，完全相同的软件和配置适用于旧内核，但适用于新内核。

这一切都发生在我的本地网络上。我实际的问题是用户二连接到我的服务器并尝试远程显示。一切都很好。第二个用户（以及之后的所有用户）连接，当他们尝试显示时，根据程序的不同，会出现各种错误，但有一个屏幕由于身份验证错误，导致 X11 连接被拒绝。（如果是同一个用户，则用户二的输出会出现在用户一屏幕上。）显然，它试图写入错误的屏幕并失败了。由于错误在内核中，而不是在任何系统程序/文件中，我猜只有修复该代码才能使其再次正常工作。

目前我唯一的解决方案是在旧内核上启动。也许这对你也有效，至少你现在可以继续下去。

Question 2

我已经自己“修复”了它，但这只是一种解决方法：

附加到您的.bashrc：

if [[ -n $SSH_CONNECTION ]] ; then
        xset -q > /dev/null 2>&1
        ret=$?
        if [[ $ret -eq 0 ]]; then
                sudo /usr/bin/chattr +i /home/user/.Xauthority
        fi
fi

这会使文件处于写保护状态。后续 SSH 连接将能够使用 x11 转发。但是，如果您关闭 ssh 客户端，这将不再起作用。因此：

systemd-timer 每分钟：

#!/bin/bash

conns=$(last -a | grep -i still |grep pts)
ret=$?

if [[ $ret -eq 1 ]]; then
        echo "no ssh login found"
        /usr/bin/chattr -i /home/user/.Xauthority
fi

这将每分钟运行一次，如果没有 ssh 用户登录，则会删除写保护。

Answer