- Отгружено
- 24 сентября 2026 г. в 04:12 UTC
- Автор
- Kamo
- Завершение
- 1dba600
Открытие компьютера дало черный экран, который так и не стал настольным компьютером. Причина одна непривязанная в Этот файл: sed -i 's/^port=.*/port=3389/' /etc/xrdp/xrdp.ini Это было предназначено, чтобы установить слушателя. xrdp.ini имеет пять портов = строк, и только первая из них является слушателем. Отдых - это бэкэнд, к которому подключается каждый тип сеанса. [Xorg] ships 'port=-1', что означает "сесмен выделяет" дисплей и xrdp достигают его над локальной розеткой". Переписан на 3389 рядом с его "ip=127.0.0.1", Он говорит xrdp, что его сервер сеанса — это слушатель. Каждое соединение затем набирает 3389, Считывает свой собственный протокол обратно в виде мусора и умирает на первом пакете: [ERROR] libxrdp force read: header read error [ERROR] [ITU-T X.224] Последовательность соединений: CR-TPDU (Запрос на связь) не удалось Подтверждено против собственного файла дистрибутива: [Xorg] port=-1 там, port=3389 на изображении. КАЖДЫЙ СИМПТОМ ПОЯВЛЯЕТСЯ В ДРУГИХ ДЛЯХ. "RDP-сервер закрыт/отказано в соединении: вручную "зарегистрировался", что означает, что гость специально повесил трубку. xrdp-sesman.log не записывает сеанс Во-первых, нет никакой аутентификации, которую невозможно найти. /home/<member>/ не имеет ошибок .xsession .xorgxrdp log, потому что ничто не зашло так далеко, как начало сеанса. Теория рабочего стола, Xwrapper и полкита не поддается проверке, поскольку ни одна из них никогда не была достигнута. Sed теперь привязан к первому матчу, и сборка FAILS, если [Xorg] потерял порт = 1. Эта проверка невидима до тех пор, пока кто-то не откроет компьютер, и в этом вся проблема.