xrdp项目中ABNT2键盘斜杠键映射问题的分析与解决
2025-06-04 18:38:30作者:钟日瑜
问题背景
在远程桌面协议服务器xrdp的使用过程中,有用户报告在使用巴西葡萄牙语ABNT2键盘布局时遇到了特殊问题:当按下斜杠键("/")时,系统没有输出预期的斜杠字符,而是触发了音量增加的操作。这种情况发生在Red Hat Enterprise Linux 9系统上,通过xrdp 0.10.1版本连接时出现。
技术分析
xrdp作为远程桌面协议服务器,其键盘映射处理机制对于不同语言和键盘布局的支持至关重要。在VNC后端模式下,xrdp使用特定的键盘映射文件(km-*.ini)来处理不同键盘布局的按键映射。
通过分析发现,xrdp在处理ABNT2键盘布局时存在两个相关的键盘映射文件:
/etc/xrdp/km-00000416.ini- 对应标准巴西葡萄牙语ABNT键盘布局/etc/xrdp/km-00010416.ini- 对应巴西葡萄牙语ABNT2键盘布局
根据键盘布局规范,ABNT2键盘上的斜杠键("/")对应的扫描码是0x73,在xrdp的键盘映射中对应键索引123(Key123)。问题的根源在于这两个映射文件中Key123的配置不正确,将斜杠键映射到了多媒体控制功能(音量增加)而非预期的字符输出。
解决方案
要解决这个问题,需要修改上述两个键盘映射文件中的相关配置项。具体步骤如下:
- 备份原始文件:在进行任何修改前,建议先备份原始键盘映射文件
- 修改标准ABNT键盘映射:
- 编辑
/etc/xrdp/km-00000416.ini文件 - 在
[noshift]部分找到Key123=269025043:0,替换为key123=47:47 - 在
[shift]部分找到Key123=269025043:0,替换为key123=63:63
- 编辑
- 修改ABNT2键盘映射:
- 编辑
/etc/xrdp/km-00010416.ini文件 - 进行与步骤2相同的修改
- 编辑
技术细节说明
47:47:第一个47是ASCII码中斜杠字符的十进制表示,第二个47是键码63:63:63是ASCII码中问号字符的十进制表示(shift+斜杠)- 原值
269025043:0中的269025043是一个特殊的多媒体键码,对应音量增加功能
验证与测试
修改完成后,建议:
- 重新启动xrdp服务
- 建立新的远程桌面连接
- 测试斜杠键功能是否恢复正常
- 测试shift+斜杠组合是否能正确输出问号
总结
xrdp的键盘映射问题在不同语言环境下可能会以不同形式出现。理解xrdp的键盘映射机制和特定键盘布局的扫描码对应关系,是解决这类问题的关键。对于ABNT2键盘布局用户,按照上述方法修改键盘映射文件后,可以确保斜杠键功能恢复正常工作。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0213
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0137
JoyAI-EchoJoyAI-Echo,这是一个独立的、仅用于推理的版本,旨在实现分钟级多镜头音视频生成。它采用了经过蒸馏的DMD生成器、配对的跨模态记忆以及故事级别的一致性。其性能的核心在于,一个跨模态视听记忆库能够在长达五分钟的视频中保持角色外观和语音音色的一致性。同时,一个训练后处理流程将基于记忆的强化学习与分布匹配蒸馏相结合,实现了7.5倍的速度提升,显著增强了视觉质量和对齐效果。00
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
SwanLab⚡️SwanLab - an open-source, modern-design AI training tracking and visualization tool. Supports Cloud / Self-hosted use. Integrated with PyTorch / Transformers / LLaMA Factory / veRL/ Swift / Ultralytics / MMEngine / Keras etc.Python00
tiny-universe《大模型白盒子构建指南》:一个全手搓的Tiny-UniverseJupyter Notebook03
项目优选
收起
deepin linux kernel
C
32
16
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
468
461
暂无描述
Dockerfile
776
5.08 K
Ascend Extension for PyTorch
Python
756
963
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
874
2.02 K
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
697
1.4 K
昇腾LLM分布式训练框架
Python
184
230
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.1 K
1.14 K
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.04 K
271
Oohos_react_native
React Native鸿蒙化仓库
C++
364
431