1. 为什么 telnet 场景下传文件这么别扭telnet 本身只是一个字符终端协议它把键盘输入送到远端、把远端输出回显到本地仅此而已。它没有像 SSH 那样内置 SFTP 子系统也没有 FTP 的双通道数据连接。所以你 telnet 登录进一台交换机、光猫、工控板或者老式嵌入式设备之后会发现一个尴尬的现实命令能敲配置能改但想把一个固件包、一份日志、一个配置文件搬进搬出手上没有现成工具。这类受限设备通常有几个共同特征只开放 23 端口没有 sshd没有 ftpdbusybox 裁剪得只剩几十个命令存储空间以 KB 计。你唯一能依赖的往往就是设备里那个体积很小的 tftp 客户端或者反过来让设备当服务端、PC 当客户端。理解这一点很关键telnet 负责“控制”tftp 负责“搬运”两者配合才能完成文件下载与上传。本文就围绕这个组合给出可复制的配置骨架和一套能逐步验证的命令清单让你在无 SSH、无 FTP 的环境下也能稳定传文件。需要先明确一个概念边界tftp 走的是 UDP 69 端口无认证、无加密、无目录浏览正因为它足够简单才被大量嵌入式系统保留。它的“简单”也意味着你必须自己保证文件名、路径、方向参数都对否则报错信息往往只有一句模糊的 timeout。下面从环境准备开始一步步把骨架搭起来。2. TaoToken 前置把模型对话与密钥准备好在动手配 tftp 之前建议先把 TaoToken 的入口和密钥准备好这样遇到设备报错、命令记不清、或者想让它帮你生成一段 settings.json 模板时可以随时开一个模型对话来对照。TaoToken 官网是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 注意 API 地址不带 UTM 参数配置时别把跟踪参数一起粘进去。如果你只是偶尔查命令、对参数直接用模型对话就够了https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 。如果你打算长期在这类受限设备上做批量运维、写脚本自动传文件那更适合用 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 它更适合持续性的编码与 Agent 任务。密钥则在控制台的 API Keys 页面创建https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 创建后复制保存后面写进配置文件。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有各语言 SDK 的调用示例。如果你用的是 Claude Code 这类工具可以参考 https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude_codeutm_campaignrewrite 的接入方式。把这几步做完你手上就有了一个能随时问、随时生成配置的助手接下来配 tftp 会顺畅很多。3. 可复制配置骨架settings.json 与 config.toml真正开始配之前先想清楚拓扑。最常见的两种模式一是 PC 当 tftp 服务端设备当客户端用于把文件“下载”进设备二是设备当服务端PC 当客户端用于把设备里的文件“上传”到 PC。两种模式方向相反命令参数也不同配置骨架要分别写。先给一份 PC 侧 tftp 服务端的 settings.json 骨架适合用脚本或工具统一管理传输任务{ tftp: { role: server, bind_address: 192.168.50.59, port: 69, root_dir: D:/tftp_root, allow_write: true, timeout_seconds: 5, retries: 3, block_size: 512 }, telnet: { host: 192.168.50.1, port: 23, login_prompt: login:, password_prompt: Password:, command_timeout_ms: 3000 } }这里root_dir是服务端根目录上传下载的文件都必须落在这个目录下这是最容易踩的坑设备端命令写对了但 PC 端文件不在 root_dir 里结果就是 timeout。allow_write打开才能接收设备上传的文件否则只能下载。block_size保持 512 兼容性最好老设备不一定支持更大的块。再给一份设备侧或工具侧的 config.toml 骨架适合用 Rust/Go 写的传输工具读取[tftp] role client server 192.168.50.59 port 69 mode octet timeout 5 retries 3 [telnet] host 192.168.50.1 port 23 username admin password admin prompt # [transfer] download_dir /tmp upload_dir /tmp verify_checksum truemode octet表示二进制传输传固件、压缩包必须用它用 netascii 会把字节改坏。verify_checksum true是建议开启的传完用 md5 或 crc 对一下避免“看起来成功、实际损坏”。这两份骨架你可以直接抄改掉 IP、路径、账号即可。4. 逐步验证telnet 会话里的命令清单配置写完不代表能用必须一步步验证。下面这套流程我按“先通网络、再通服务、最后传文件”的顺序排每步都有明确的成功标志。第一步确认 PC 和设备网络互通。在 PC 上 ping 设备地址在设备 telnet 会话里 ping PC 地址。设备里可能没有 ping那就跳过直接看下一步。第二步telnet 登录设备。命令很简单telnet 192.168.50.1登录后确认提示符通常是#或。此时你已经在设备的命令行里了。第三步确认设备有 tftp 客户端。输入tftp如果输出用法说明说明命令存在如果提示 not found那这条路走不通得换设备当服务端的模式。第四步从 PC 下载文件到设备。假设 PC 服务端 IP 是 192.168.50.59要下载 A.txt 并保存为 B.txttftp -g -l B.txt -r A.txt 192.168.50.59-g是 get即下载-l是本地保存名-r是远端文件名。成功时通常无输出失败会 timeout。下载完用ls -l B.txt看文件大小是否和 PC 上一致。第五步从设备上传文件到 PC。假设把设备上的 B.txt 传到 PCtftp -p -l B.txt -r B.txt 192.168.50.59-p是 put即上传。注意 PC 服务端必须允许写且 root_dir 存在。上传完去 PC 的 root_dir 里确认文件出现。第六步校验完整性。在设备上算 md5md5sum B.txt在 PC 上对同一文件算 md5两边一致才算真正成功。这一步别省UDP 传输丢包时 tftp 可能重传后仍给你一个“完成”的假象。5. 本篇常见错排查传文件失败时报错往往很含糊下面按现象归类。现象一一直 timeout没有任何进度。先查 PC 防火墙是否放行 UDP 69这是最高频原因。其次确认设备里填的服务器 IP 是不是 PC 的真实 IP多网卡机器容易填错。再确认 root_dir 路径存在且文件名大小写完全一致Linux 服务端区分大小写。现象二下载成功但文件损坏。检查是否用了-g却漏了二进制模式。部分 busybox 的 tftp 默认 netascii传二进制文件必须显式加-b或mode octet具体看设备手册。传完务必 md5 校验。现象三上传报 permission denied 或直接失败。PC 服务端allow_write没开或者 root_dir 没有写权限。Windows 下还要注意目录是否被其他进程占用。现象四命令参数顺序写反。-l永远是本地名-r永远是远端名-g下载、-p上传。很多人把-l和-r弄反结果文件传过去名字对不上或者干脆找不到源文件。现象五设备存储空间不足。下载大文件前先用df看剩余空间嵌入式设备 /tmp 常常是内存盘重启即丢别把重要文件放那。现象六telnet 会话中途断开导致传输中断。tftp 是独立于 telnet 的 UDP 会话理论上 telnet 断了传输还能继续但如果你在同一个脚本里串行执行telnet 断开会让后续命令发不出去。建议传输命令单独执行别和长会话绑死。6. 把传输能力固化下来单次传文件会了之后下一步是把它变成可重复的流程。我的做法是把 telnet 登录、命令下发、tftp 传输、md5 校验写成一个脚本配置从上面的 settings.json 或 config.toml 读取这样换设备只改配置不改逻辑。遇到不确定的命令参数直接开模型对话问一下最快https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 。如果要长期维护这套脚本、做批量设备运维用 Coding Plan 更合适https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。密钥统一在 https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 管理接入细节看 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。最后提醒一句tftp 无认证只在可信内网用别把它暴露到公网传完敏感文件记得清理 root_dir。