Total Pageviews

Monday, 29 March 2021

WinXray

 V2Ray、Xray、Shadowsocks、Trojan、SSR、SSRoT、NaïveProxy、SOCKS、HTTP(S) 全能通用客户端（Windows），可自动发现最快服务器，连接异常自动切换 - 速度快如闪电，提供一键自动部署服务端工具，绿色便携版免安装仅6MB、使用轻量语言 aardio 开发不需要任何外部运行库。

WinXray是最简洁轻快的 V2Ray、XRay、Trojan、Trojan-go、Shadowsocks、SSR(ShadowsocksR)、SSRoT、NaïveProxy，SOCKS，HTTP,HTTPS 全能通用客户端（Windows系统上），支持并发检测大量服务器并迅速找到当前最快的服务器，服务器连接异常时可自动寻找其他速度最快的服务器 - 切换速度快如闪电，自订阅源获取的服务器异常时可自动刷新订阅，并且自带一键自动部署服务端工具。

本软件源码已放弃版权贡献到公共域 ，源码可使用 aardio 编译生成单文件绿色EXE，点这里下载 （ 64位版本 / 32位版本 ），解压即可直接使用( 体积很小仅 6.1 MB - 已自带 V2Ray Core ）。

WinXray 未注册任何域名，谨防钓鱼网站

WinXray 分为原版、抄袭版。
抄袭版没有贡献任何功能，仅添加了假冒官网推广链接，然后原版更新任何功能，抄袭版都会复制粘贴改成他自己的名字重新提交，并且乱改版本号，日常踩原作者吹捧自己。原版作者估计是受不了那货已经失踪很久了。

本项目基于原版 WinXray v3.7 基础上继续更新 ，并将保持原版干净、纯净。本项目严禁上述假冒官网的抄袭版抄袭本项目的任何一句代码 。

免费服务器

网络免费 vmess 服务器订阅链接
网络免费 Shadowsocks 服务器订阅链接
网络免费 clash 服务器订阅链接
可复制上面各种格式订阅链接，在 winXray 中点击「批量导入链接」体验 winXray 有强大的兼容性。
免费的服务器仅供测试（一定要走 PAC，不要开全局代理不要登录账号更不要长时间使用 ）。

关于误报

现在大多杀毒软件都是白名单查杀，所以新生的EXE都会乱报病毒，因为我更新的速度太快，所以不断的推新EXE上来，所以你可能遇到误报，但是你完全可以使用源代码自己编译出一模一样的EXE，还有人吹牛说其他翻墙软件不误报 - 你去 issues 里以及网上搜一下有多少误报好不好？！遇到误报可以提交给你的杀毒厂商核实，也可以自己编译源码生成EXE后使用，解决和核实问题很容易 - 其他套路都是多余的。

PAC 代理模式 / 全局代理 + 路由模式 对比

winXray 的 PAC 代理稳定、流畅、易用。 在 PAC 模式下，winXray 会优先启用高效安全的 SOCKS5 协议，并且可以自动兼容在 PAC 模式下仅支持 HTTP代理的应用。winXray 也可以在 PAC 模式下完美支持 Telegram IP 地址库 。

SOCKS5 支持对比：

  •  全局路由模式: 不支持 SOCKS5
  •  PAC模式: 支持 高效安全的SOCKS5

UWP 应用支持对比：

  •  全局路由模式: UWP 应用全部无法联网。
  •  PAC模式: UWP 应用可以正常联网，使用 winXray 自带工具也可以为UWP应用开启本地代理。

DNS 解析对比：

  •  全局路由模式: 使用本机发起 DNS 解析，即使设为国外 DNS 服务器，仍然会返回适用于国内线路地址。
  •  PAC模式: 使用服务器上的 DNS 解析，安全可靠。

根据客户端自动切换代理协议：

  •  全局路由模式: 不支持
  •  PAC模式: winXray 里的 PAC 代理可以让目标应用（例如浏览器）优先选择高效安全的 SOCKS5 代理协议，对于不支持 SOCKS 代理的应用（例如谷歌地球），winXray 在 PAC 模式下会自动为这些应用提供 HTTP 代理。

IP 段代理规则：

  •  全局路由模式: 比较好的支持 IP 段代理规则
  •  PAC模式: winXray 里 PAC 可以支持IP 段代理规则（ 完美支持 Telegram ）。

独立性

  •  全局路由模式: 不独立，代理规则集成在翻墙软件内核中
  •  PAC模式: 完全独立，PAC 代理服务完全独立于翻墙软件，只有 PAC 指定的域名或IP才会与翻墙软件发生交互。

兼容性

  •  全局路由模式: 不是由系统实现的规则，一旦设置全局代理，不管适不适合走代理的软件都被强制使用代理，所以兼容性不太好，会导致上述的 UWP 无法联网等问题。
  •  PAC模式: 由系统提供的PAC有良好的兼容性，因为历史悠久，一般的软件都会对PAC有良好的兼容，PAC 主要为适合走代理的浏览器等软件而设计，所以其他软件可以较好的识别并判断是不是要使用 PAC 指定的代理还是直连。

简易度

  •  全局路由模式: 配置复杂，有一定门槛。
  •  PAC模式: 配置非常简单。

一般不建议普通用户去编辑路由规则 - 错误的配置可能会导致敏感的流量误走代理服务器。 专业的事请交给专业的人去做，使用 winXray 可以一键启用、更新 v2ray-rules-dat 提供的最新路由规则。

注意在 winXray 里无论使用 NaïveProxy 还是 SSR，SSRoT 都支持 V2Ray 路由规则。

设置系统代理失败怎么办

如果设置代理以后不能正常生效：请首先右键点击 winXray 任务栏的托盘图标，在弹出的右键菜单中点击【查看 Internet 代理设置】，并检查代理设置是否正常。如果 winXray 不能修改代理设置，但是可以手动修改成功，这一般是被安全软件错误地拦截了( 而且安全软件没有正常弹出确认对话框，或者误点了阻止设置 ）。这时候请到安全软件的相关设置中将 winXray 添加到信任列表即可。

如果不是上面的原因，请按下【Win + R】组合键打开系统运行对话框，输入 regedit 点击确定打开注册表路径 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections 然后将“Connections”项删除，注销一下系统即可正常使用代理了。

如果上面的方法仍然不行，请在注册表中打开打开路径 Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinHttpAutoProxySvc 将 start 的值改为 2， 也就是将 WinHttpAutoProxySvc 服务改为自动启动，然后重启计算机即可。

Core 默认路径：

可在「 winXray/ 配置 / Core配置 」 下载更新 V2Ray Core / Xray Core / SSR Core ，
下载更新 V2Ray Core（或 Xray Core）完成后会自动切换 V2Ray 内核。

默认会在以下目录查找 V2Ray Core（或 Xray Core）：

./v2ray-core/
%localappdata%\winXray\core

默认会在以下目录查找 SSR Core：

./v2ray-core/ssr-core
%localappdata%\winXray\ssr-core

默认会在以下目录查找 NaïveProxy Core：

./v2ray-core/naive-core
%localappdata%\winXray\naive-core

找不到会自动下载，没有代理访问 Github 会很慢很慢，有时可能根本打不开，建议经常运行一下 winXray 工具里自带的 【Github 网速优化工具】

注意不同的代理协议连接时会调用不同的 Core，
例如 NaïveProxy 连接时会启动 naive.exe，这时候系统防火墙会有提示，
如果这时候没看清就点了拒绝，那么就无法正常使用相应的 Core 了，
所以请看清楚再点，点错了到系统防火墙里再打开一下就可以了。

安装 NaïveProxy 服务端

参考：https://github.com/klzgrad/naiveproxy 以 CentOS 为例：

yum intall golang
yum install git
go get -u github.com/caddyserver/xcaddy/cmd/xcaddy
~/go/bin/xcaddy build --with github.com/caddyserver/forwardproxy@caddy2=github.com/klzgrad/forwardproxy@naive
sudo setcap cap_net_bind_service=+ep ./caddy
wget -O naive.tar.xz  https://github.com/klzgrad/naiveproxy/releases/download/v88.0.4324.96-1/naiveproxy-v88.0.4324.96-1-linux-x64.tar.xz 
tar -xf ./naive.tar.xz

mv naiveproxy-v88.0.4324.96-1-linux-x64 naive
echo -e "{\n  \"listen\": \"socks://127.0.0.1:1080\",\n  \"proxy\": \"https://user:pass@example.com\"\n}" > ./naive/config.json

cat << EOF > ./Caddyfile
:443, example.com
tls me@example.com
route {
  forward_proxy {
    basic_auth user pass
    hide_ip
    hide_via
    probe_resistance
  }
  file_server { root /var/www/html }
}
EOF

iptables -A INPUT -p tcp --dport 80 -j ACCEPT;iptables -A INPUT -p tcp --dport 443 -j ACCEPT;firewall-cmd --permanent --add-port=80/tcp;firewall-cmd --permanent --add-port=443/tcp;firewall-cmd --reload;

./naive/naive --config ./naive/config.json &
./caddy run # 后台运行改成 ./caddy start

安装以前需要提前准备一个域名，并将上面脚本中的 example.com 替换为你的域名，user:pass 改为代理登录用户名与密码。


from https://github.com/woohong666/win-xray

----


https://github.com/miduo2689/winXray, 可能是原版。

https://github.com/pojiezhiyuanjun/winXray

https://github.com/TheMRLL/winxray,  https://www.winxray.com/

------


Xray

xray 有多快

主流协议速度对比

简介

一个 Debian 包维护者发现 XTLS 库的 LICENSE 不是 BSD 许可，提了一个 issue 希望作者 @rprx 能修改方便打包，详见 https://github.com/XTLS/Go/issues/9 。由这个 issue 引发了广泛讨论，rprx 认为目前许可不是问题，也有不少人认为协议是立场的体现，各执一词。

最终 V2ray (V2fly 社区) 维护者经过投票确认 XTLS 不符合 V2ray 的 MIT 协议，并在 V2ray-core 4.33.0 版本移除了 XTLS。rprx 和其拥护者行动起来，很快就创建了 Project X 项目和 Xray 子项目（Xray 取名来自 XTLS 和 V2ray 的结合），并发布了 Xray-core 的多个版本。这便是 Xray 的大致由来。

XTLS 和 Xray 离不开作者 @rprx 的辛勤付出，因此也简要介绍一下 @rprx ：

  1. @rprx 是 VLESS 协议的设计者，在介绍 VLESS 协议时写下了 性能至上、可扩展性空前，目标是全场景终极协议 的宏壮愿景；

  2. @rprx 是 XTLS 的作者，在 XTLS 库 中写下了 “THE FUTURE” 的霸气描述。将内外两条 TLS 连接结合，rprx 可能不是第一个有这想法的人，但却是第一个将其实现、并成熟应用到实际中的作者。从使用表现上看，XTLS 无愧于 rprx 对其的评价：划时代的革命性概念与技术：XTLS，以及社区给出的 “黑科技” 称谓；

  3. @rprx 是 Project X 和 Xray 项目的创始人。由于 LICENSE 理念之争，rprx 创建了对标 Project V 和 V2ray-core 的 Project X 和 Xray-core 项目，广受欢迎。

更多 Xray-core 新特性请参考官方说明：https://xtls.github.io/about/new/，或者官方库发行说明：https://github.com/XTLS/Xray-core/releases

Xray 和 V2ray 的区别

在说明 Xray 和 V2ray 区别之前，先说一下三个相近但不同的概念：

V2ray：Project V 是用于构建基础通信网络的工具合集，其核心工具称为 V2Ray。V2ray 主要负责网络协议和功能的实现，既可以单独运行，也可以和其它工具配合。V2ray 官网是：https://v2ray.com/，Github 项目主页是：https://github.com/v2ray，TG 讨论组是：@projectv2ray；

V2fly：出现一些科学上网作者被喝茶事件后，V2ray 原开发者长期不上线，其他维护者没有完整权限，导致 V2ray 项目维护困难。因此社区在 2019 年组建了 V2fly 组织，继续维护 V2ray，也是目前 V2ray 发展的主力。V2fly 官网是：https://www.v2fly.org，Github 项目主页是：https://github.com/v2fly，TG 通知频道：@v2fly，TG 交流群为：@v2fly_chat；

Xray：因许可理念之争，VLESS 和 XTLS 的作者单独创建了 Xray 项目，目前是 V2ray 的超集，后续可能有不同的发展路线。Xray 文档官网（测试中）：https://xtls.github.io/， Github 项目主页：https://github.com/XTLS，TG 交流群：@projectXray。

从上面可以看到，先有 V2ray (Project V)，然后是 V2fly，最后才出来 Xray (Project X)。其中 V2fly 是 V2ray 的社区，可以认为两者是同一个组织。

详细一点说，Xray 和 V2ray 区别如下：

  1. Xray 是 V2ray 的一个分支 (Fork)。Xray 项目基于 V2ray 而来，其支持并且兼容 V2ray 的配置；
  2. Xray 是 V2ray 的超集。虽然最新版 V2ray 删除了 XTLS，但仍保留 VLESS 协议。Xray 提供完整的 VLESS 和 XTLS 支持，目前是 V2ray 的超集，但后续 Xray 可能会有会有自己的发展方向；
  3. 如果使用 XTLS，强烈推荐使用 Xray，或者安装 V2ray-Core 4.29.0 ～ 4.32.1 版本；不使用 XTLS 的情况下，使用 V2ray 和 Xray 均可。

一个小提示是，Xray 项目创建以来，V2ray 没再发布新版本，反而 Xray 热火朝天，不断出新版和新功能。此外 Xray 的 TG 群也非常热闹，每天至少七八 K 的消息。如果你喜欢尝试新东西和折腾，Xray 适合你，否则 V2ray 也挺好用。

如今 Xray 和 V2ray 分家，后续有没有可能 Xray 再合并回 V2ray 呢？这个问题没有答案，也许会合并回去结束分裂，也可能就此分道扬镳。io.js 从 Node.js 分出后来又合并回去，C++ 源自 C 但完全是一门新语言独立发展，因此一切皆有可能。

 部分引用自

https://tlanyan.me/xray-tutorial/

-------------------------------------

Xray, Penetrates Everything. Also the best v2ray-core, with XTLS support. Fully compatible configuration.

t.me/projectXray 

Project X

Project X originates from XTLS protocol, providing a set of network tools such as Xray-core and REALITY.

README is open, so feel free to submit your project here.

Documentation

Project X Official Website

Telegram

Project X

Project X Channel

Installation

Usage

GUI Clients

Others that support VLESS, XTLS, REALITY, XUDP, PLUX...

Contributing

Code of Conduct

Credits

Compilation

Windows

go build -o xray.exe -trimpath -ldflags "-s -w -buildid=" ./main

Linux / macOS

go build -o xray -trimpath -ldflags "-s -w -buildid=" ./main
from https://github.com/XTLS/Xray-core 
--------------------------------------------
Xray 一键安装脚本，基于网络跳跃原版魔改，支持IPv4/IPv6 VPS，支持与宝塔面板共存.

xray-script

Xray 一键安装脚本，基于网络跳跃原版魔改，支持IPv4/IPv6 VPS，支持与宝塔面板共存

wget -N --no-check-certificate https://raw.githubusercontent.com/Misaka-blog/xray-script/main/xray.sh && bash xray.sh
from https://github.com/Misaka-blog/xray-script 
------------------------------------------------
https://github.com/XTLS/Xray-examples 
-----------------------------------------------
https://xtls.github.io/document/
https://xtls.github.io/config/

 

极速协议

原创 VLESS 与 XTLS 协议，摆脱冗余加密，释放CPU算力

自由组合

完善的回落机制，有效防止主动探测，多服务共享端口

超低占用

OpenWRT RaspberryPi 等各种精简设备皆可使用

强大路由

高可定制化的路由系统，满足各类使用需求，充分发挥网络性能

完整兼容

完整兼容 v2ray-core 配置文件与 API 调用

亲和力

活跃的社区讨论及贡献，MPL 2.0 开源许可协议

XTLS ? Xray ? V2Ray ?

XTLS are brilliant ideas for TLS we study, while Xray is the best practice we maintain.

  • Xray-core 是 v2ray-core 的超集，含更好的整体性能和 XTLS 等一系列增强，且完全兼容 v2ray-core 的功能及配置。
    • 只有一个可执行文件，含 ctl 的功能，run 为默认指令
    • 配置上完全兼容，环境变量和 API 对应要改为以 XRAY_ 开头
    • 全平台开放了裸协议的 ReadV
    • 提供完整的 VLESS & Trojan XTLS 支持，均有 ReadV
    • 提供了 XTLS 多种流控模式, 性能一骑绝尘!

 from https://xtls.github.io/

 

 


Posted by at
Labels:

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)