TGViewer
Channel Public Channel
Project X Channel

Project X Channel

@projectxtls

Donation: https://github.com/XTLS/Xray-core/issues/3668

中文群组：https://t.me/projectXray

Русский: https://t.me/projectVless

Persian: https://t.me/projectXhttp

GitHub: https://github.com/XTLS
Open in Telegram
Subscribers
29.9K
Photos
208
Videos
3
Links
1.1K

Showing posts older than #3509 · Back to latest

Older Posts 20 shown
Post #3508 11.4K

Forwarded from AkiUsagi

这个锁就变得很容易开
  • 🤯 16
  • 🥰 3
  • 🕊 2
  • 🍌 2
  • 🎄 1
Post #3507 11.1K

Forwarded from AkiUsagi

比如你必须倒立开车一边开双闪一边以最高频率开雨刮
  • 😁 45
  • 🤣 5
  • 🍌 2
Post #3506 11.1K

Forwarded from AkiUsagi

有人发现在非常特定的条件下这个锁不安全
  • 🤩 16
  • 🕊 2
  • 🍌 2
  • 🏆 2
  • ☃ 1
Post #3505 10.3K

Forwarded from AkiUsagi

rprx造的锁还行
  • 🍌 7
  • 🍾 1
Post #3504 10.5K

Forwarded from AkiUsagi

大家都希望自己的车门锁很牢固不被偷
  • 👌 11
  • ⚡ 2
  • 🍌 2
  • 🏆 2
Post #3503 9.52K

Forwarded from AkiUsagi

Project X Channel 就关于这次吵架
打个比方的话就是
  • 🥰 8
  • 👌 2
  • 🍌 2
  • 🍾 2
Post #3502 9.19K

Forwarded from lank122

Project X Channel 有谁解释一下吗？
就关于这次吵架
  • 🍌 5
Post #3501 8.36K

Forwarded from lank122

不是专业技术用户看不懂啊
  • 🍌 6
Post #3500 8.23K

Forwarded from lank122

有谁解释一下吗？
  • 🍌 4
Post #3499 8.3K

Forwarded from Ridar

这帮人逻辑水平不咋滴，但是坏心眼倒是跟阿里那帮人如出一辙。按他的逻辑，隔壁那个叼内核以及那个叼客户端岂不是爆出好多次“恶性”问题了？只准他爸妈做鸭做鸡，不准别人卖烧腊是吧
  • 😁 49
  • 💯 4
  • 🥰 2
  • 🍌 2
  • 💘 1
Post #3498 9.13K
Project X Channel 世界的小圈子嘛我理解的，REALITY 及时出个 X25519MLKEM768 必须被你们说是严重的破坏性更新，Xray 任何问题都必须是严重的问题 https://github.com/2dust/v2rayN/discussions/9870#discussioncomment-17847204
那我该怎么说呢，Xray 的任何一步操作在世界的小圈子那群人看来就全都是错的呗，任何事情都要无限放大，不就是这回事嘛

https://github.com/2dust/v2rayN/discussions/9870#discussioncomment-17847328
GitHub [风险通知]: Xray 26.1.13-26.6.27版本 自签证书+pinsha256的TLS 存在MITM风险漏洞 · 2dust v2rayN · Discussion #9870 如果您使用v26.1.13 到v26.6.27版本的Xray核心，并且使用自签证书+pinsha256的TLS安全层（Reality不受影响，正规CA证书的TLS安全层不受影响，更早更晚的Xray不受影响），请立刻更新至26.7.11+版本来避免Xray官方拒绝披露的恶性MITM风险漏洞
  • 😁 32
  • 🌚 7
  • ⚡ 4
  • ❤ 3
  • 👍 2
  • 🍌 2
  • ❤‍🔥 1
  • 💋 1
Post #3497 8.74K
世界的小圈子嘛我理解的，REALITY 及时出个 X25519MLKEM768 必须被你们说是严重的破坏性更新，Xray 任何问题都必须是严重的问题

https://github.com/2dust/v2rayN/discussions/9870#discussioncomment-17847204
GitHub [风险通知]: Xray 26.1.13-26.6.27版本 自签证书+pinsha256的TLS 存在MITM风险漏洞 · 2dust v2rayN · Discussion #9870 如果您使用v26.1.13 到v26.6.27版本的Xray核心，并且使用自签证书+pinsha256的TLS安全层（Reality不受影响，正规CA证书的TLS安全层不受影响，更早更晚的Xray不受影响），请立刻更新至26.7.11+版本来避免Xray官方拒绝披露的恶性MITM风险漏洞
  • 😁 49
  • 🌚 8
  • 👍 3
  • 🍌 2
  • 🍓 2
  • 😎 1
Post #3496 8.9K
Project X Channel 💬 New comment on Xray-core#6376 XHTTP的默认maxConcurrency字段造成问题 by @RPRX 本来没空回你了，还“类似的问题”上了，唉，甩个链接你自己看吧 https://github.com/XTLS/Xray-core/pull/6507#issuecomment-4995449807 能被解密的加密安全性问题和流量特征问题是一个严重级别的问题吗？在后者里面，你第一个包就把“我是代理”写在脸上那当然也是最严重的啊 就这我也只是加了个默认值而不是用户改…
怎么都喜欢给基于错误的技术性“事实”的情绪化垃圾小作文点赞：https://github.com/XTLS/Xray-core/issues/6376#issuecomment-5132211091
GitHub XHTTP的默认maxConcurrency字段造成问题 · Issue #6376 · XTLS/Xray-core 昨天在v2rayN的社区里，有一个俄罗斯人反馈他的Xray节点在Windows端v2rayN上正常运作 而在安卓端v2rayNG上运行两分钟后出现连接异常， 我帮他排查了很久，发现是XMUX的maxConcurrency字段在老版Xray上默认值为16-32，而在新版Xray上默认值为1 他没有显式指定xmux:maxConcurrency 导致连接数达三百多后 出现连接异常。 因为毕竟他只...
  • 😁 40
  • 🌚 8
  • 👍 4
  • 🍌 4
  • 💯 2
  • ❤‍🔥 1
  • 🍓 1
  • 🎄 1
  • 💅 1
Post #3493 7.15K

Forwarded from 科学上网观察与机场测速

福建（福州和泉州）、江苏和浙江等网络限制较严格的部分地区，部分运营商可能对境外 TLS 连接实施 SNI 白名单过滤。使用海外中转或直连线路时，如果采用 AnyTLS 等带有 TLS 握手特征的协议，且所使用的 SNI 不在允许范围内，可能会出现连接被阻断的情况。所以个人猜测那些Anytls机场跳过证书验证有可能是为了使用白名单SNI，跳过证书验证后就直接使用自签证书了。

这些地区如需使用直连线路，可以优先考虑使用了可用 SNI 的 VLESS + REALITY 线路（更安全）的机场或Anytls等协议机场。
  • 🔥 62
  • 👍 9
  • ☃ 8
  • 🤣 5
  • 😁 4
  • 👏 3
  • 🎉 3
  • 💋 2
Post #3491 10.4K

Forwarded from GitHub

💬 New comment on Xray-core#6376 XHTTP的默认maxConcurrency字段造成问题
by @RPRX

本来没空回你了，还“类似的问题”上了，唉，甩个链接你自己看吧 https://github.com/XTLS/Xray-core/pull/6507#issuecomment-4995449807

能被解密的加密安全性问题和流量特征问题是一个严重级别的问题吗？在后者里面，你第一个包就把“我是代理”写在脸上那当然也是最严重的啊

就这我也只是加了个默认值而不是用户改不了的硬编码，我一直很好奇的问题是有些人与其纠结我要不要这么干，有这时间没见他们去问世界搞出这种离谱的东西意欲何为，[Exclave 作者甚至称我为“始作俑者”](https://t.me/projectXtls/3487)，世界不搞出这种离谱的东西我有必要防这一手吗，到底谁才是始作俑者

所以我就说中国翻墙娱乐圈很魔幻吧，这都什么跟什么，用不标准的指纹逼我加了个默认值过滤，我反而成有错的那个了？啊这，不是？

~~其它的我有空再回复吧~~

Reply to this message to post a comment on GitHub.
  • 👍 34
  • 😁 7
  • 😍 3
  • ❤ 2
  • 🎄 2
  • ⚡ 1
  • 💋 1
  • 🎃 1
Post #3489 8.58K
Project X Channel 💬 New comment on Xray-core#6376 XHTTP的默认maxConcurrency字段造成问题 by @RPRX > In some regions, connection rate limiting has started again. It has now reached Moscow as well. The limit has been reduced from 12 concurrent connections to 4, with a temporary ban of…
v26.7.28 的 XHTTP 默认 maxConnections 已减少到了 3，该版本也修复了 iOS 审核问题，另外我好奇俄罗斯能用 XMC 协议翻墙吗

关于 stable release，目前主要还有 REALITY 服务端更新、TUN 修 DNS 泄露、Freedom 的逻辑简化这三件事，做完了才会标 latest
  • 👍 47
  • 🎉 7
  • 💯 5
  • 😁 2
  • 💋 1
  • 🆒 1
Post #3488 8.5K
Project X 看得出来作者锐评得很爽
那我也锐评下他们：菜是原罪，最关键的倒还不是“实现不了”的水平菜、借口菜，而是反审查上的认知菜，既然认同套 CDN 是滥用这种观点，哪天 GFW 封 IP 杀疯了别让我看到他们还能翻出来😁
Telegram Project X Channel 看到“滥用 CDN 也是反审查”这条实在蚌埠住了。反审查的基础，或者说在受审查的网络中建立秘密通讯的基础就是增加 collateral damage，使审查者不敢轻易一刀切，就像 CDN 上有很多正经网站，审查者不敢轻易封 IP。如果用 CDN 不算反审查，那我们准备的其它方法，以及 net4people bbs 上的一些新方法干脆就别看了。我就不说某人天天喷滥用 CDN 还不删那些传输层了，嘴上说着不要身体却很诚实。只是想知道在某群人的观念中，既然用 CDN 不算反审查，我也很好奇是死磕特征拉满已被封死的全随机数算反审查，还是喷…
  • 😁 42
  • 👍 9
  • 🤔 4
  • ❤ 3
  • ⚡ 2
  • 🎉 2
  • ☃ 1
Post #3487 8.15K
Project X Photo
Exclave 作者完全就是歪理，我三年前就说过 REALITY 发的那个版本号主要就是防止 uTLS 指纹出问题，后来它也确实出过几次问题，直接按版本号来筛选掉有问题的客户端是最简单的解决方案，它就是君子协定

况且这个版本号早就完全就只是日期罢了，如果 REALITY 其它客户端的作者认为自己的指纹没问题，正确的做法是及时更新内嵌的实现日期，而不是抵制 Xray 在抗识别方向上的努力甚至教唆用户换过时的服务端

但也不奇怪，毕竟非 Xray 生态的中国翻墙娱乐圈作者们大多都在“关爱世界委员会”的小圈子里，沆瀣一气才是常态，我一开始就划清界限😁
Telegram Project X Channel 实现了 REALITY 的客户端不应支持该功能，如果 TLS 指纹符合规范，修改内置版本号至 26.3.27 即可，该内置版本号应随 TLS 指纹更新，不然 Xray 就得在 REALITY 服务端内置 JA4 指纹白名单了
  • 😁 53
  • 🍓 4
  • ❤ 3
  • 🔥 3
  • 🥰 1
Post #3486 7.92K

Forwarded from GitHub

💬 New comment on Xray-core#6376 XHTTP的默认maxConcurrency字段造成问题
by @RPRX

> In some regions, connection rate limiting has started again. It has now reached Moscow as well. The limit has been reduced from 12 concurrent connections to 4, with a temporary ban of a few minutes after exceeding the limit.
>
> Not everyone is able to use XHTTP.
>
> Would it be possible to schedule adding a connection limit option to mux.cool?

> 如果把 maxConnections 设为 3 有助于规避这项限制吗？
>
> Mux cool 的增强有计划，但它的流量特征可能不太 h2
>
> 我先查看一下邮件（刚刚查看过了，未找到相关邮件）

~~或许是在针对 XHTTP 一个月前刚改的 maxConnections 默认值 6~~，[鉴于 Xray 只针对俄伊](https://t.me/projectXtls/3373)，先降为 3 看看吧，~~至少比 1 强~~

~~又要发版了，俄罗斯的事才是头等大事，另外我查了一下 RKN 相当于网信办，TSPU 才相当于 GFW，等下改成 anti-TSPU~~

Reply to this message to post a comment on GitHub.
  • 😁 34
  • 💋 5
  • ❤ 3
  • 🔥 3
  • 🍓 2
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →