免费平台CodeSandbox上搭建webssh项目 huashengdun/webssh HAX/WOIDEN同款 | Koyeb | Render | Northflank | Replit

点击标签看相关主题:

再拿一个容器平台出来, codesandbox.io

搭一个Hax/Woiden同款的webssh项目 huashengdun/webssh


1. 注册 CodeSandbox 账号

略.


2. 创建 App

右上角

输入 python 过滤, 选使用的人最多的, 带 Offical 字样的.

在窗口的下面部分, 点这个按钮新建一个终端窗口

在新建的终端窗口中执行命令 (*注意, 这里就像是Linux终端一样, 不能用Ctrl+C复制 Ctrl+V粘贴)

pip install webssh
wssh --xsrf=False --xheaders=False --origin='*' --debug --delay=6

如果你在使用过程中遇到 "Websocket authentication failed." 报错


就把上面命令中的 --delay=6 开大一点.


3. 使用 huashengdun/webssh

用过Hax/Woiden的朋友应该很熟悉. 界面本身也很直接.


还有一种用法是在url里面带上参数. 参考官方文档.

需要注意密码部分因为涉及到特殊字符, 所以要用base64加密. 你可以找找在线转换的工具, 如: https://codebeautify.org/base64-encode

也可以在本地安装工具, 比如: https://github.com/veler/DevToys

还可以使用我修改后的版本 https://github.com/crazypeace/huashengdun-webssh 自带一个生成SSH link 的按钮.

IP部分, 是可以在参数里带上IPv6的, 没有特殊处理, 也不需要前后的[]

比如:

https://s5n5lx-8888.csb.app/?hostname=215.127.189.82&port=22&username=root&password=STVjcVZUNjJ1V2pjMzRwRzlx
https://ssh-crazypeace.koyeb.app/?hostname=2607:f130:1:f8:ff:ff:6de9:137a&port=22&username=root&password=STVjcVZUNjJ1V2pjMzRwRzlx

注意, Chrome如果显示字体很奇怪的话, 可以开无痕模式禁用掉插件. 也可以干脆换个浏览器, Edge, Firefox 都可以.

具体原因不清楚. 官方issue里有人问, 也提到了开不同的插件, 会影响显示字体. 但是最终没有解决.



========

后记

koyeb平台 fly.io平台 支持IPv6

CodeSandbox 平台不支持SSH登录IPV6的VPS, 如果你有这样的需求, 可以使用 koyeb 平台, fly.io 平台.

启动命令

也许你注意到了在终端窗口执行命令看起来怪怪的.

嗯, 我也是爬了N多官方的issue之后才得到这样的解决方案的. 

不过, 隐隐约约地好像是关掉了一些校验, 猜测是防止滥用的. 如果你是拿来跑比较重要的项目, 推荐你研究清楚再加上这些参数.

在其它平台上设置启动命令

这个webssh项目和前面几个webssh都不一样. 不是加载Docker镜像, 而是加载 Github Repo, 或者创建 Python 环境; 然后设置启动命令.

Koyeb

简单贴一张图吧. 就不写教程了.

需要自己输入的部分是:

huashengdun/webssh

python run.py --xsrf=False --xheaders=False --origin='*' --debug --delay=6

上图中要设置的是 

Port 8888
Protocol HTTP

另外, 注意 Instance 选 Free 的.

render

贴一些创建流程中的图. 就不写教程了.


https://github.com/huashengdun/webssh

python run.py --xsrf=False --xheaders=False --origin='*' --debug --delay=6


northflank

贴一些创建流程中的图. 就不写教程了.

Dockerfile最后一行需要修改一下.

CMD ["python", "run.py", "--xsrf=False --xheaders=False --origin='*' --debug --delay=6"]


replit

贴一些创建流程中的图. 就不写教程了.

Github URL 输入

https://github.com/huashengdun/webssh

定义运行命令

python run.py --xsrf=False --xheaders=False --origin='*' --debug --delay=6


========
update

fly.io 搭建教程
https://zelikk.blogspot.com/2023/10/github-codespaces-flyio-webssh.html

部署到Hugging Face的教程 / 作者 Xiang xjfkkk  
https://linux.do/t/topic/135264

部署到 Serv00 教程 / 作者 Xiang xjfkkk  
https://linux.do/t/topic/211113

评论

  1. ǝɔɐǝԀʎzɐɹƆ十二月 08, 2024

    部署到Hugging Face的教程 / 作者 Xiang xjfkkk
    https://linux.do/t/topic/135264

    部署到 Serv00 教程 / 作者 Xiang xjfkkk
    https://linux.do/t/topic/211113

    回复删除
  2. ǝɔɐǝԀʎzɐɹƆ一月 19, 2025

    fly.io 搭建教程
    https://zelikk.blogspot.com/2023/10/github-codespaces-flyio-webssh.html

    回复删除

发表评论

The Hot3 in Last 30 Days

用浏览器 检测Reality伪装效果 是否搭建成功 排错Troubleshoot

图片
Reality的原理: 当 Reality 节点收到数据包的时候, 如果 Reality 协议的验证通过, 就走节点的翻墙逻辑; 如果 Reality 协议的验证不通过, 就把数据包转发到伪装站. 后续的整个交互过程就像是在和伪装站交互一样. 我们可以简单地用浏览器验证 Reality 伪装效果. 也相当于检测 从你自己到 Reality 节点之间的数据通路是否畅通. 以这样的一个 Reality 节点为例. IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.237.9   然后在浏览器中, 访问 https://learn.microsoft.com: 18255 可以看到, TLS的锁是正常的. 验证证书, 也是正常的. 从你自己到Reality节点的数据路径是畅通的之后, 如果你的节点还不能用, 那么, 就应该检查你的Reality节点验证信息了 (UUID, 公钥) ======== update 如果是用了中转后的 Reality 节点 原 Reality 节点 IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 中转 VPS  IP 142.171.223.56 端口 28828 那么, 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.223.56 然后在浏览器中, 访问 https://learn.microsoft.com: 28828 可以看到, TLS的锁是正常的. 验证证书, 也是正常的.
Read more »

用darkstat统计VPS上的流量

图片
感谢 https://0x3f.org/posts/darkstat-as-a-network-discharge-meter/ https://ilovn.com/2023/03/25/darkstat/ 安装 apt install -y darkstat 启用 darkstat -i 监听网卡 -p 网页端的端口号 如 darkstat -i eth0 -p 8964 页面端查看 http:// 你的vps的IP : 网页端的端口号 如 http:// 12.34.56.78 : 8964 效果类似下面这样 点 host 可以看到数字表格的统计信息. 点其中一条 可以看到更详细的信息. 能看到在本VPS上, 还有指定IP上, 分别用到了什么端口(包括TCP UDP), 以及分别跑了多少流量. 如果你有有更好的工具, 欢迎留言分享!
Read more »

233 sing-box 脚本 TCP 端口转发 Reality 协议 排错 Troubleshoot

图片
233 boy 的 TCP 端口转发的教程 https://233boy.com/sing-box/sing-box-direct/ 下图中示意, 左边的 142.171.237.9 是被墙的VPS, 右边的 142.171.223.56 是用来做端口中转的VPS. 如果你照着教程操作一遍, 发现不能正常使用. 那么本文指导你如何排查问题所在. ======== 首先, 你要理解整个原理是什么. 左边的, 本来的reality协议节点, 底层是TCP直连, 那么是从你的 翻墙客户端(手机/电脑/...) 去连接  142.171.237.9  的 18255 端口. 现在被墙了, 那么无法直接TCP连接了. 右边的, 用于中转的VPS, 设置的 TCP端口中转 的本质是,  142.171.223.56  从端口 28828 收到的TCP数据, 会转发给  142.171.237.9  的 18255 端口.  所以, 你现在可以把本来准备发送给  142.171.237.9  的  18255  端口 的realiy数据包, 发送给  142.171.223.56  的  28828  端口; 142.171.223.56  从端口  28828  收到的TCP数据, 转发给  142.171.237.9  的  18255  端口. ======== 我们延着数据路径一段一段的排查. 1. 从我们的翻墙客户端(手机/电脑/...)连接中转VPS  142.171.223.56  的  28828  端口; a) 可以用 tcp.ping.pe 检测 142.171.223.56  的  28828  端口是否正常; b) 在你自己的电脑  tcping 检测 142.171.223.56  的  28828  端口是否可连接. 2. 在中转VPS上查 sing-box 的 access.log cat /var/log/sing...
Read more »