建议把不同的链接方式区分一下 同时反馈几个问题
chainofhonor opened this issue · comments
RDP
BAT
VNC
SSH
就这4种方式了
建议:在受控端手动指定可以用哪几种方式连接
我刚刚简单测试了一下
受控端是WIN10 用批处理临时运行
服务器是openwrt
客户端是openwrt
然后我用自己的电脑访问op的网址
问题1:
vnc的模式只能显示不能控制 定格了
问题2:
shell模式输错了命令按退格键删除 显示异常
问题3:
怎么退出? 点了连接以后不想连了,要怎么关闭这个会话?
我本意是想找一款远程桌面软件的 目前在虚拟机里面装的QQ,用windows自带的mstsc远程控制,但是QQ的界面卡卡的,想找一款免费的软件
以前用过radmin,效果不错,但是这个是收费的
问题1:
我能猜到的原因可能是因为网络上的问题，建议可以增加超时时间试试，由于网络问题断开时右上角会有断开的提示
问题2:
go对于windows下的命令行支持度不是很好，暂时没什么办法解决
问题3:
目前我都是通过叉掉页面来断开的，可以考虑加个断开按钮
又简单的用了一下
受控端 我注册为了服务
然后我用我自己的电脑当服务器和控制端
浏览器访问127.0.0.1:8080 成功了
现在就一个小问题 远程桌面有时候能全屏 有时候不能
不过功能还是可以用的 估计以后用得着 先star了
想起来了，rdp连接的桌面好像是因为他是虚拟化出来的设备，只要最小化以后就捕获不到桌面刷新了，但是在实际的终端设备下启动是可以的（比如vmware虚拟机的终端），所以在windows系统下通过rdp远程连接的终端里必须注册成系统服务才可用。
嗯 我简单的研究了一下,目前已经会用了
在服务器上运行服务端
在被控端上运行被控端,如果需要远程桌面就注册为服务
在控制端上运行控制端 rule.d目录里面就是被控端的各种控制规则 可按需修改
最后在控制端访问网页 可直接加端口访问对应的功能
控制端是我自己的电脑的时候可以全屏,控制端用路由器的话就不能全屏
同时我还发现openwrt有个恶心的设定,CPU占用率过高就直接kill进程 好几次直接kill了控制端的进程了
最后就是被控端的CPU占用太高了 我测试分辨率1920*1080 fps10 被控端的CPU占用率80% 同时控制端的CPU占用率也很高30%
用windows自带的mstsc远程CPU占用极低
我目前用的是CPU软编码和解码，如果分辨率过高的话的确会占用大量CPU，go里怎么使用GPU编码还没有调研过暂时只能降低分辨率来解决