mirror of
https://github.com/XTLS/Xray-core.git
synced 2024-11-25 14:46:04 +03:00
Fork of https://github.com/XTLS/Xray-core.
It's still up, but there's a risk that the upstream will be removed later.
anticensorshipdnsnetworkproxyrealityshadowsockssocks5tlstrojantunnelutlsvlessvmessvpnwireguardxrayxtlsxudp
578d903a9e
* DialSystem for Quic
DialSystem() is needed in case of Android client,
where the raw conn is protected for vpn service
* Fix client dialer log
Log such as:
tunneling request to tcp:www.google.com:80 via tcp:x.x.x.x:443
the second "tcp" is misleading when using mKcp or quic transport
Remove the second "tcp" and add the correct logging for transport dialer:
- transport/internet/tcp: dialing TCP to tcp:x.x.x.x:443
- transport/internet/quic: dialing quic to udp:x.x.x.x:443
* Quic new stream allocation mode
Currently this is how Quic works: client muxing all tcp and udp traffic through a single session, when there are more than 32 running streams in the session,
the next stream request will fail and open with a new session (port). Imagine lineup the session from left to right:
|
| |
| | |
As the streams finishes, we still open stream from the left, original session. So the base session will always be there and new sessions on the right come and go.
However, either due to QOS or bugs in Quic implementation, the traffic "wear out" the base session. It will become slower and in the end not receiving any data from server side.
I couldn't figure out a solution for this problem at the moment, as a workaround:
| |
| | |
| | |
I came up with this new stream allocation mode, that it will never open new streams in the old sessions, but only from current or new session from right.
The keeplive config is turned off from server and client side. This way old sessions will natually close and new sessions keep generating.
Note the frequency of new session is still controlled by the server side. Server can assign a large max stream limit. In this case the new allocation mode will be similar to the current mode.
|
||
|---|---|---|
| .github | ||
| app | ||
| common | ||
| core | ||
| features | ||
| infra | ||
| main | ||
| proxy | ||
| testing | ||
| transport | ||
| .gitignore | ||
| CODE_OF_CONDUCT.md | ||
| go.mod | ||
| go.sum | ||
| LICENSE | ||
| README.md | ||
Project X
Project X originates from XTLS protocol, provides a set of network tools such as Xray-core and Xray-flutter.
License
Mozilla Public License Version 2.0
Installation
- Linux Script
- Docker
- teddysun/xray
- Xray-docker
- One Click
- Magisk
- Homebrew
brew install xray- (Tap) Repository 0
- (Tap) Repository 1
Contributing
Usage
Xray-examples / VLESS-TCP-XTLS-WHATEVER
GUI Clients
- OpenWrt
- Windows
- v2rayN
- Qv2ray (This project had been archived and currently inactive)
- Netch (NetFilter & TUN/TAP)
- Android
- iOS & macOS (with M1 chip)
- macOS (Intel chip & M1 chip)
- Qv2ray (This project had been archived and currently inactive)
Credits
This repo relies on the following third-party projects:
- Special thanks:
- In production:
- For testing only:
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
Telegram
Stargazers over time
