刚来L站,也不知道分享点啥，分享点还没用完得动态IP代理 : US: socks5://admin:[email protected]:7777 JP: socks5://admin:[email protected]:8888 1 个帖子 - 1 位参与者 阅读完整话题
每次想在 VPS 上开个 SOCKS5 ，流程都差不多：装东西、写配置文件、配开机自启、再自己想个账号密码记下来。一套下来十几分钟，换台机器又来一遍。 所以我写了 next-socks5 ，把这套流程压成一条命令： # 二进制安装,启用认证(自动生成用户名/密码),随机端口: curl -fsSL https://raw.githubusercontent.com/ZingerLittleBee/next-socks5/main/install.sh | sh # 带参数，指定端口: curl -fsSL https://raw.githubusercontent.com/ZingerLittleBee/next-socks5/main/install.sh \ | sh -s -- --port 1080 # 也支持 docker 安装 curl -fsSL https://raw.githubusercontent.com/ZingerLittleBee/next-socks5/main/install.sh | sh -s -- --method docker --auth --port 1080 跑完它会自动生成账号密码、挑一个没被占用的端口、装好 systemd 服务并设成开机自启，最后把完整的代理地址打印出来——复制粘贴就能用，不用再去翻配置。不想装二进制的话加个 --method docker ，给你起一个会自动重启的容器。 几个我自己比较在意、也是和其他轻量 SOCKS5 不太一样的地方： 支持 UDP ，不只是 TCP 。 很多轻量实现只做了 CONNECT ，UDP ASSOCIATE 直接缺席，导致一些走 UDP 的场景用不了。这个两样都有。并且支持 UDP 端口范围和设置通告公网 IP 默认不是开放中继。 内网地址、回环、云厂商的元数据接口默认全都拦着。不用担心刚开起来就被人拿去探你的内网，或者变成别人的免费跳板。想放开也行的。 够小。 镜像 3.5MB ，二进制是静态 musl 、没有运行时依赖，x86_64 和 aarch64 都有预编译包。软路由、小盒子上跑也无所谓。 自带实时面板。 这是我个人最喜欢的一点。装好之后 next-socks5 attach 进去，能直接看到当前每一条连接、上下行流量、出错日志，一目了然——不用再 tail 系统日志去猜服务器上到底在跑什么。SOCKS5 带这种东西的不多。 Rust 写的，开源。如果你也经常需要临时搭代理，可以试试，有问题欢迎提 issue 。 GitHub: github.com/ZingerLittleBee/next-socks5
每次想在 VPS 上开个 SOCKS5 ，流程都差不多：装东西、写配置文件、配开机自启、再自己想个账号密码记下来。一套下来十几分钟，换台机器又来一遍。 所以我写了 next-socks5 ，把这套流程压成一条命令： # 二进制安装,启用认证(自动生成用户名/密码),随机端口: curl -fsSL https://raw.githubusercontent.com/ZingerLittleBee/next-socks5/main/install.sh | sh # 带参数，指定端口: curl -fsSL https://raw.githubusercontent.com/ZingerLittleBee/next-socks5/main/install.sh \ | sh -s -- --port 1080 # 也支持 docker 安装 curl -fsSL https://raw.githubusercontent.com/ZingerLittleBee/next-socks5/main/install.sh | sh -s -- --method docker --auth --port 1080 跑完它会自动生成账号密码、挑一个没被占用的端口、装好 systemd 服务并设成开机自启，最后把完整的代理地址打印出来——复制粘贴就能用，不用再去翻配置。不想装二进制的话加个 --method docker ，给你起一个会自动重启的容器。 几个我自己比较在意、也是和其他轻量 SOCKS5 不太一样的地方： 支持 UDP ，不只是 TCP 。 很多轻量实现只做了 CONNECT ，UDP ASSOCIATE 直接缺席，导致一些走 UDP 的场景用不了。这个两样都有。并且支持 UDP 端口范围和设置通告公网 IP 默认不是开放中继。 内网地址、回环、云厂商的元数据接口默认全都拦着。不用担心刚开起来就被人拿去探你的内网，或者变成别人的免费跳板。想放开也行的。 够小。 镜像 3.5MB ，二进制是静态 musl 、没有运行时依赖，x86_64 和 aarch64 都有预编译包。软路由、小盒子上跑也无所谓。 自带实时面板。 这是我个人最喜欢的一点。装好之后 next-socks5 attach 进去，能直接看到当前每一条连接、上下行流量、出错日志，一目了然——不用再 tail 系统日志去猜服务器上到底在跑什么。SOCKS5 带这种东西的不多。 Rust 写的，开源。如果你也经常需要临时搭代理，可以试试，有问题欢迎提 issue 。 GitHub: github.com/ZingerLittleBee/next-socks5
新增 Socks5/Forward 两个工作模式 1. 通过本地的 Socks5 服务访问 WireGuard 网络 2. 把本地服务 Forward 到 WireGuard 网络 免费下载使用 https://github.com/wuruxu/wgx/releases
用印度ip(家宽socks5代理)试了半天, 跳转到stripe就提示 This site can’t be reached checkout . stripe . com unexpectedly closed the connection. 切回其他节点才能打开但是显示只能 USD 和 SGD 高价付款 有没有解决方案? 5 个帖子 - 4 位参与者 阅读完整话题
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
主要是基于 C 语言和 libuv 实现的 wireguard 网络转 socks5 代理的工具 后续继续把 tun 模式也一起实现 https://github.com/wuruxu/wgx
主要是基于 C 语言和 libuv 实现的 wireguard 网络转 socks5 代理的工具 后续继续把 tun 模式也一起实现 https://github.com/wuruxu/wgx
主要是基于 C 语言和 libuv 实现的 wireguard 网络转 socks5 代理的工具 后续继续把 tun 模式也一起实现 https://github.com/wuruxu/wgx
主要是基于 C 语言和 libuv 实现的 wireguard 网络转 socks5 代理的工具 后续继续把 tun 模式也一起实现 https://github.com/wuruxu/wgx
主要是基于 C 语言和 libuv 实现的 wireguard 网络转 socks5 代理的工具 后续继续把 tun 模式也一起实现 https://github.com/wuruxu/wgx
想问问大佬 我跟着猫佬等帖子能够自己搭建一个VLESS协议的富强链接了，但是我现在想在落地VPS上采用socks5链式调用，发现3X面板里没有对应的功能，请问下大佬这个如何实现，已在论坛中搜索socks5相关 没有找到有效信息 1 个帖子 - 1 位参与者 阅读完整话题
刚刚调一个tg连socks5的问题，gpt5.4和5.5咋也搞不定，本来我也不抱啥希望，试了下glm5.1，结果问题一下子就解决了 真的是不同的模型效果不一样，真的还是得针对性使用。 11 个帖子 - 5 位参与者 阅读完整话题
先叠个甲, "偷"打引号, 只讨论技术是否可实现, 或者更优方案, 没真的被偷过; 众所周知 socks5 默认为明文, 直连会被识别, 故只讨论作为落地的时候 在使用指纹浏览器的时候, 使用 socks5 家宽, 直连不通, 故一直让机场作为前置节点 使用美国落地鸡的时候, 也是机场节点作为前置代理去访问落地鸡的 socks5 有点疑问 我觉得 机场节点 是 可以收集到 socks5 的明文账密 的, 但是不确定 在没有自己的中转鸡的情况下, 使用 socks5 作为机场的落地, 有没有更安全的实现? 只说 socks5, 其他协议不谈