想起我的两个场景：
- 虚拟机：hyper-v的debian虚拟机如果不ssh进去的话，是无法使用剪贴板的。只能打字。
- docker环境中：这个一个系统可能只有30M，里面只有一些最最基本的软件，可能连nano命令都没有，而且不能安装软件（会破坏基本环境）。再不会使用挂载卷的情况下，打字真是超级累。
内网能上的话也无所谓呀，内网搞个服务器就行了
如果内网电脑，可以装输入法的话，可以自己用多多输入法定义一个没有重码的输入法，然后远程用脚本模拟按键输入就行。
可能效率不会很高，但是绝对可行，因为我就是这么搞的 
内网不能搞所谓服务器，进入网络的IP都要申请，乱搞会被风控的。U盘不给插，插光盘要打报告走申请。杜绝一切的传统网络传输的可能
输入法就能办到,如QQ输入法,极点五笔.指定特定情况输入某个字母就能办到输入指定文字.
你这不是内网，你这是安全隔离网络，不敢瞎出主意了。免的被当成间谍，把自己送进去。
你想太多了，我这是经过授权的往服务器部署环境，就是写配置、写命令太麻烦、写脚本太麻烦
那就申请文件传输授权，匹配运维需要
除非你的工作按时间计薪且无时间限制
我觉得也是，有正当工作理由为啥不能开放文件传输权限，没见过这么干的公司
我用过一个，单纯中文输入还可以，如果复杂标点符号、混杂英文就不太好用
https://app.zol.com.cn/pc/470418.html
我还搜到另外两个，没用过
常用的md5手段就可以完成，Windows内置了base64和md5校验的工具，而且手动实现也不难
在题设前提下，校验的结果只能通过光学方式获取，那你要么做OCR，要么使用光学条码。我会担心OCR可能出现的误判，所以我上面选择了自身带有校验和抗干扰的QR码。
但是在目标机器上构建一个显示二维码的软件可能会很麻烦，所以我的设想是直接将MD5传给目标机，由目标机负责检验。可以一段base64，一段md5。
此二功能既可以使用powershell，也可以使用winXP以来win系统内置的certutil.exe完成
目标机校验的方式也可以。但你仍然需要一个方法向发送方反馈问题。然后发送方可以处理重传错误的数据块。
进行了简单的思考，明确了一个事实：远程控制时，对于控制软件，回传的信息有且只有图像。
故您是正确的。另外，对于实际操作，我们可以使用控制台窗口显示不同的色块来实现近似qr码的功能
还是老方法，看情况再配合base64传输更复杂的东西。