免费容器docker平台koyeb上搭建webssh项目niruix/sshwifty 支持SSH登录纯IPv6的VPS

点击标签看相关主题:

在使用纯IPv6的VPS时, 如果你的网络环境是IPv4的, 那么会遇到无法SSH登录的问题.

有些IPv6的VPS商提供了一些webssh登录的方式, 比如 Hax

不过, 当这个方法不稳定的时候, 我们会在自己的电脑上安装WARP, 或者使用一些公共的webssh服务.

比如: https://sshwifty-demo.nirui.org/ ,      https://eussh.305070.xyz/ 等

也许你会觉得在其它人搭建的服务上输入自己VPS的SSH登录信息太敏感了, 那么可以搭建自己的webssh服务.


sshwifty 是一个开源项目, 支持以Docker的形式搭建.

Github: https://github.com/nirui/sshwifty

Docker: https://hub.docker.com/r/niruix/sshwifty  *注意Docker的用户名末尾多了一个'x'.

我选择在 koyeb 上面搭建, 验信用卡就可以注册账号, 有永久免费的使用方案. 


1. 注册 Koyeb 账号

略.

我使用的是大陆真实的地址信息.

该填信用卡信息的时候就填.


2. 创建 App


选 Docker


Image 填写 

niruix/sshwifty

点击 "Next" 按钮 

service type 选 Web service


Instance 选最便宜的 Nano

Advance 按钮点击展开.

添加一个环境参数.

name为 SSHWIFTY_LISTENPORT

Value为 8000

应用的名称取个自己喜欢的.

点击 "Deploy" 部署.

静静等待.

如果看到 "Instance is healthy", 说明部署成功了.

如果结果一直是 "Instance is unhealthy", 就是部署失败了.


3. SSH登录纯IPv6的VPS 测试

这里就是我们可以用浏览器访问的链接了

https://ssh-crazypeace.koyeb.app/

拿一个IPv6的VPS来试试.

https://www.youtube.com/shorts/MM89ajMiDYw

========

update

当用手机浏览器使用的时候, 发现有个问题, 输入了root用户名以后, 切换到便笺去复制密码, 再切换回来, 发现又退回到选择TELNET或SSH的步骤. 如果你不能记住IP地址的话(特别是IPV6地址), 就是个麻烦.

后来找了很多个webssh项目以后, 发现 billchurch/webssh2 没有这样的问题. 这个项目的默认端口号是 2222, 搭建时注意.

教程: https://zelikk.blogspot.com/2023/09/docker-northflank-webssh-billchurch-webssh2.html


========

后记

在设置 Docker 的环境参数时, SSHWIFTY_LISTENPORT 是和 Exposing your service 里面的端口应该是一致的.


原理是说, Docker容器会对外暴露一个端口, 而你实际运行的实例就应该使用这个端口.

sshwifty 的实例跑起来时, 会读取 SSHWIFTY_LISTENPORT 这个环境变量作为工作的端口.

所以, 要么知道 sshwifty 这个实例默认使用 8182 端口, 那么你去修改 Docker 暴露的端口为 8182; 要么知道 Docker 暴露的端口是8000, 那么你通过环境变量让 sshwifty 实例工作在8000端口上.

粗浅地理解, 有一点像是防火墙和应用程序的关系. 应用程序使用的端口要和防火墙开放的端口对应, Docker实例和Docker容器开放的端口也要对应.

评论

发表评论

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 »