IPv4环境下SSH登录 Hax Woiden 的思路及各种方案

点击标签看相关主题:

Hax Woiden 作为现在为数不多的官方支持搭建梯子的纯免费VPS，是很好的上手搭建自己梯子的新手练习场。申请门槛也很低，只要有个Telegram账号就可以，不要求信用卡，不要求教育邮箱。

因为现在免费或便宜的域名很好弄，再加上可以白嫖Cloudflare的CDN服务，所以实际上一旦Websocket+TLS模式的梯子搭好了，从IPv4环境去连纯IPv6 VPS的梯子是没什么大问题的。（别和我说速度快不快，免费的梯子能通就可以了）

现在的问题是如何去操作 Hax Woiden VPS了。

1. Web SSH界面操作

https://ssh.hax.co.id/

https://sshwifty-demo.nirui.org/

https://terminal.xyun.cloud/

https://ssh1984.fly.dev/

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

优点：没有门槛。

缺点：不稳定。有时连不了，有时操作到一半就断了。而且操作体验和SSH软件比起来还是差很多的。

看你自己的实际情况了，如果还是能连上的话，又只是打几个简单命令和一键脚本搭梯子，用这个也不是不行。记得开个screen任务，以防脚本跑到一半断了。

比如，这个教程

Setup V2Ray VPN Server 101 | on Hax.co.id

2. SSH直接登录 IPv6 的22端口

需要你自己有IPv6环境。

你可以使用手机数据流量，比如以下教程就是以手机数据流量+手机上的SSH软件为实践的。

HAX IPv6 VPS 搭 V2ray 梯子 VLESS+Websocket+TLS 模式 Warp开IPv4'网口' 免费 白嫖 全程手机操作

Woiden IPv6 VPS 搭 V2ray 梯子 2022-8-1

你也可以通过手机共享数据流量给电脑来使用SSH软件操作。

也可以想办法修改你的家宽光猫，弄IPv6环境出来。

你还可以安装WARP在你的电脑上. https://1.1.1.1/ 

3. 转发你的IPv4的SSH连接到IPv6 的22端口

3.1 转发SSH命令

登录上你的一个IPv4 跳板VPS, 再用SSH命令登录目标IPv6 的22端口

比如， hostEONS, CloudCone VPS自带IPv6

没有IPv6的VPS，比如 Racknerd, 也可以通过WARP安装IPv6出站

Woiden也可以作为跳板，当然，登录Woiden的IPv4 SSH端口的过程本身就要踩个梯子

比如，这个教程

IPv4环境下 Xshell 使用JumpHost 连接 IPv6 only VPS

有些SSH软件有省事的操作。在Xshell上叫作 JumpHost。在Termius也有类似的操作。

3.2 找个端口转发中转机，转发TCP数据包

TCP数据包在SSH操作的更底层，如果TCP层面都打通了，当然SSH操作也是通的。

以前HAX官方就提供了IPv4-IPv6端口转发服务。后来IPv4被墙了，需要踩个梯子去访问IPv4，再后来整个端口转发服务都瘫痪了。

不过这个思路是对的. 如果你能找到另外的IPv4-IPv6端口转发服务，还是可以参考这个教程的

IPv4环境下 Xshell 使用本地Socks5代理 + IPv4-IPv6 Gateway SSH 登录 IPv6 only VPS 服务器

3.3 用Socks代理帮你转发TCP数据包

我们常见的翻墙软件一般都支持在本地开一个Socks代理，方便你把各种业务的数据灌到里面。

SSH软件也支持设置Socks代理。

那么，如果你的梯子的VPS是有出外IPv6访问能力的，就可以用这个方式。

这个方式还有一个好处是，你SSH操作VPS的时候，GFW不会看到你有一个直接连接到VPS的TCP连接。

比如，这个教程

用Hax的免费V2Ray梯子 SSH登录Woiden EU-8 VPS共享IPv4上的公开端口

本来从原理上说Hax提供的免费梯子是有IPv6出站能力的，不知道为什么不能访问Hax Woiden的IPv6 SSH登录端口，但是访问Woiden的IPv4 SSH登录端口是可以的。

这个教程中，如果你把Hax的免费梯子换成你自己搭的梯子，只要你的梯子的VPS有IPv6出站能力（没有就WARP装一个），就可以用本地Socks代理踩这个梯子去SSH登录Hax Woiden的IPv6 SSH端口了。

4. 一些具体实践

4.1 SSH登录HAX

4.1.1 开个Woiden，申请共享IPv4的SSH登录端口

4.1.2 开个Hax官方梯子，添加到自己的翻墙客户端里

4.1.3 Xshell设置翻墙客户端的本地Socks去登录Woiden的IPv4 SSH登录

以上步骤参考教程 

用Hax的免费V2Ray梯子 SSH登录Woiden EU-8 VPS共享IPv4上的公开端口

4.1.4 在Woiden命令行使用ssh命令登录hax的IPv6 SSH

比如：

ssh -p 22 root@2a01:4f8:244:4f64:1111:1111:2536:0001

4.2 SSH登录HAX，自己有VPS

4.2.1 如果自己的VPS没有IPv6出站，那么WARP安装个IPv6出站

bash <(curl -fsSL git.io/warp.sh) 6

4.2.2 SSH工具登录自己的VPS

4.2.3 在命令行使用ssh命令登录HAX的IPv6 SSH

比如：

ssh -p 22 root@2a01:4f8:244:4f64:1111:1111:2536:0001

4.3 SSH登录HAX，自己有VPS，VPS上架了梯子

4.3.1 如果自己的VPS没有IPv6出站，那么WARP安装个IPv6出站

bash <(curl -fsSL git.io/warp.sh) 6

4.3.2 Xshell设置翻墙客户端的本地Socks去登录HAX的IPv6 SSH

4.4 SSH登录Woiden

4.1.1 开个Woiden，申请共享IPv4的SSH登录端口

4.1.2 开个Hax官方梯子，添加到自己的翻墙客户端里

4.1.3 Xshell设置翻墙客户端的本地Socks去登录Woiden的IPv4 SSH登录

以上步骤参考教程 

用Hax的免费V2Ray梯子 SSH登录Woiden EU-8 VPS共享IPv4上的公开端口



评论

发表评论

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 »