1. secureCRT 中文乱码到底卡在哪一层secureCRT 连接远程 Linux 主机时中文显示成问号、方块或者一串\344\270\255这样的八进制转义本质是「字节流 → 字符集 → 字体」这条链路上有一环没对齐。远程主机把 UTF-8 编码的中文字节发过来secureCRT 如果按 GB2312 去解码或者终端类型声明成不支持宽字符的vt100又或者当前字体里根本没有中文字形屏幕上就会出现乱码。它不是一个开关能解决的问题而是三个环节要同时对上。这篇文章面向的是每天用 secureCRT 连服务器、被中文日志和printf输出折磨的运维和开发同学。我会从字符编码、终端类型、字体三个角度拆开讲给出一份可以直接复制的settings.json配置骨架再配合 TaoToken 统一 Key 通道做一次端到端验证——因为排查乱码时你需要一个稳定的模型接口来生成测试用的中文输出、比对编码结果而不是靠手敲。先说结论secureCRT 的中文显示由会话级配置决定核心是Character encoding选 UTF-8、Terminal type选xterm或linux、Font选带中文字形的字体比如仿宋、微软雅黑、Noto Sans CJK。三者缺一中文就会出问题。下面按排查顺序展开。2. TaoToken 前置统一 Key 通道准备在动手改 secureCRT 之前先把验证用的模型通道准备好。TaoToken 提供统一的 API Key兼容 OpenAI 风格的接口你可以用它来生成中文测试字符串、检查编码转换结果避免在排查过程中还要切换多个平台的 Key。注册和拿 Key 的入口在这里官网地址https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteAPI 基址https://taotoken.net/api控制台创建 Keyhttps://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewriteAPI Keys 管理https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite拿到 Key 之后你可以在本地用 curl 快速验证通道是否通curl https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: gpt-4o-mini, messages: [{role: user, content: 输出一段包含中文、英文、日文和 emoji 的测试字符串}] }如果返回的 JSON 里中文正常显示说明你的本地终端和 API 通道都没问题那乱码就锁定在 secureCRT 这一侧。这一步很关键它帮你把「网络问题」和「显示问题」分开。注意TaoToken 是合规的模型 API 聚合通道不要把它和任何网络代理工具混为一谈。这里只用它来生成测试文本和做编码比对。3. 可复制的 settings.json 配置骨架secureCRT 的会话配置在 Windows 下通常位于%APPDATA%\VanDyke\Config\Sessions\目录每个会话一个.ini文件。但如果你用的是支持 JSON 配置的版本或者通过脚本批量管理可以用下面这份骨架作为模板。这份骨架覆盖了字符编码、终端类型、字体三个关键字段。{ Session: { Name: prod-linux-utf8, Protocol: SSH2, Hostname: 10.0.0.10, Port: 22, Username: deploy }, Terminal: { Emulation: { TerminalType: xterm, Answerback: , UseAlternateScreen: true }, CharacterEncoding: UTF-8, Appearance: { NormalFont: { FaceName: FangSong, Height: 12, CharSet: 134, Weight: 400 }, CursorStyle: Block, UseClearType: true }, Translation: { IncomingEncoding: UTF-8, OutgoingEncoding: UTF-8 } }, Logon: { InitialCommand: export LANGzh_CN.UTF-8; export LC_ALLzh_CN.UTF-8 } }几个字段要重点解释。TerminalType设成xterm而不是vt100因为vt100不支持宽字符中文会被截断成单字节。CharacterEncoding和IncomingEncoding都设 UTF-8保证收发一致。NormalFont里的CharSet: 134对应 GB2312 字符集FaceName用FangSong仿宋这是 Windows 自带的中文字体兼容性最好。InitialCommand在登录后自动设置远程主机的 locale避免服务端用 POSIX 编码发送中文。如果你不想改 JSON在 secureCRT 图形界面里对应路径是Session Options → Terminal → Emulation改 Terminal typeSession Options → Terminal → Appearance改字体和字符集Session Options → Terminal → Translation改编码。效果和上面 JSON 一致。改完记得保存会话然后重新连接。已经打开的会话不会自动生效必须断开重连。4. 验证请求与成功结果配置改完后用三步验证中文是否正常。第一步在远程主机上执行echo $LANG locale期望输出包含zh_CN.UTF-8或至少en_US.UTF-8。如果输出是POSIX或者空说明服务端 locale 没设对回到InitialCommand那一步检查。第二步用 printf 输出中文测试printf 中文测试你好世界\n printf 编码检查%s\n $(echo 中文 | xxd -p)第一行应该正常显示「中文测试你好世界」。第二行会输出e4b8ade69687这是「中文」两个字的 UTF-8 十六进制编码。如果第一行显示乱码但第二行编码正确问题在 secureCRT 的字体或解码如果第二行编码就不对问题在服务端 locale。第三步用 TaoToken 生成一段混合编码的测试文本通过 SSH 传到远程再打印出来做端到端比对curl -s https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d {model:gpt-4o-mini,messages:[{role:user,content:只输出这句话中文ABC123测试}]} \ | python3 -c import sys,json; print(json.load(sys.stdin)[choices][0][message][content])把输出重定向到远程文件再cat出来如果 secureCRT 里显示正常说明整条链路打通。实测下来这套组合能覆盖 95% 以上的中文乱码场景。5. 本篇常见错排查排查过程中有几个高频坑我按出现频率列一下。坑一改了字体但没改字符集。secureCRT 的字体设置里有一个CharSet下拉框如果只改FaceName为仿宋但CharSet还是Western中文依然显示方块。必须把CharSet设成GB2312或Chinese Simplified。坑二终端类型设成vt100或ansi。这两种终端类型不支持 UTF-8 宽字符中文会被当成两个单字节字符处理显示成乱码。改成xterm或linux即可。坑三服务端 locale 是POSIX。很多 Docker 容器默认 locale 是POSIX即使 secureCRT 设了 UTF-8服务端发出来的还是 ASCII 转义。在~/.bashrc或/etc/profile里加export LANGzh_CN.UTF-8和export LC_ALLzh_CN.UTF-8然后source一下。坑四日志文件本身是 GBK 编码。如果远程日志文件是用 GBK 写的你用 UTF-8 去读当然乱码。这时候要么用iconv -f GBK -t UTF-8转换要么临时把 secureCRT 的IncomingEncoding改成 GB2312 再看。坑五Windows 控制台代码页干扰。如果你是通过 secureCRT 的脚本功能调用外部程序Windows 控制台默认代码页是 936GBK可能和 UTF-8 冲突。在脚本开头加chcp 65001切到 UTF-8。如果排查到一半不确定是编码问题还是模型返回问题可以用 TaoToken 的模型对话功能直接发一段中文看返回是否正常模型对话https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite这样能快速区分是「API 返回的字节流有问题」还是「secureCRT 显示有问题」。6. 长期编码与 Agent 场景的接入建议如果你不只是偶尔连服务器而是长期做编码、跑 Agent 任务建议把 secureCRT 的会话配置和 TaoToken 的 Coding Plan 结合起来用。Coding Plan 提供稳定的模型调用额度适合在远程开发环境里做代码生成、日志分析和自动化脚本。Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite具体做法是在远程主机的~/.bashrc里配好TAOTOKEN_API_KEY环境变量然后用 secureCRT 的脚本功能或者 tmux 会话跑自动化任务。中文乱码问题一旦按上面的settings.json骨架配好后续所有会话都可以复用这份配置不用每次重连都调。最后提醒一点secureCRT 的会话配置可以导出成.ini文件做版本管理把这份配置骨架提交到你的 dotfiles 仓库换机器时直接导入省去重复排查的时间。中文显示问题说到底就是编码、终端类型、字体三件事对齐配一次管很久。