70 Commits (d97a29f55bc82ff878a786c5d53de808658caa4d)

Author	SHA1	Message	Date
yuhan6665	d9fd3f8eb1	Freedom xdomain strategy (#2719) ... * 统一 `domainStrategy` 行为. * aliases NG. * 化简. * 调整. * Let it crash. * Update proto --------- Co-authored-by: rui0572 <125641819+rui0572@users.noreply.github.com>	1 year ago
yuhan6665	d6d225c698	Refactor Vision reader writer ... - Vision now use traffic states to capture two-way info about a connection - XTLS is de-couple with Vision, it only read traffic states to switch to direct copy mode - fix a edge case error when Vision unpadding read 5 command bytes	1 year ago
yuhan6665	efd32b0fb2	Enable splice for freedom outbound (downlink only) ... - Add outbound name - Add outbound conn in ctx - Refactor splice: it can be turn on from all inbounds and outbounds - Refactor splice: Add splice copy to vless inbound - Fix http error test - Add freedom splice toggle via env var - Populate outbound obj in context - Use CanSpliceCopy to mark a connection - Turn off splice by default	1 year ago
hax0r31337	f67167bb3b	refactor(deps): replace github.com/golang/protobuf with google.golang.org/protobuf	1 year ago
Eken Chan	6d8fe7315f	XRV should work without rawConn	1 year ago
yuhan6665	d11d72be6c	Update proto file and fix protoc version parsing ... The new protoc cli return version v23.1, so we parse the file version v4.23.1 without "4."	1 year ago
RPRX	242f3b0e0b	XTLS protocol: Apply Vision's padding to XUDP Mux & Minor fixes ... It's recommended to enable XUDP Mux when using XTLS Vision Thank @yuhan6665 for testing	2 years ago
RPRX	4f601530fa	Allow multiple XUDP in Mux when using XTLS Vision (client side)	2 years ago
RPRX	b33b0bc89d	Allow multiple XUDP in Mux when using XTLS Vision (server side)	2 years ago
RPRX	be23d5d3b7	XUDP protocol: Add Global ID & UoT Migration ... The first UoT protocol that supports UoT Migration Thank @yuhan6665 for testing	2 years ago
世界	55efac7236	Reformat code	2 years ago
RPRX	c04c333afc	They become a part of you	2 years ago
yuhan6665	9e5bc07bf2	Legends never die (#1725)	2 years ago
yuhan6665	25ea69fc3a	Fix Vision inserting multiple uuid headers ... This happen for stream inbound like http	2 years ago
yuhan6665	a4790133d2	Fix padding extends out of bound again	2 years ago
yuhan6665	7b54255cc1	Fix padding extends out of bound	2 years ago
yuhan6665	2d898480be	Vision padding upgrade (#1646) ... * Vision server allow multiple blocks of padding * Fix Vision client to support multiple possible padding blocks * Vision padding upgrade - Now we have two types of padding: long (pad to 900-1400) and traditional (0-256) - Long padding is applied to tls handshakes and first (empty) packet - Traditional padding is applied to all beginning (7) packets of the connection (counted two-way) - Since receiver changed its way to unpad buffer in fd6973b3c6, we can freely extend padding packet length easily in the future - Simplify code * Adjust receiver withinPaddingBuffers Now default withinPaddingBuffers = true to give it a chance to do unpadding * Fix magic numbers for Vision Thanks @H1JK Thanks @RPRX for guidance	2 years ago
RPRX	c38179a67f	Upgrade github.com/xtls/reality to f34b4d174342 ... Fixes https://github.com/XTLS/Xray-core/issues/1712	2 years ago
Hellojack	267d93f7bd	Improve ReshapeMultiBuffer (#1636) ... * Improve ReshapeMultiBuffer * Improve again * Always resize	2 years ago
RPRX	4d2e2b24d3	THE NEXT FUTURE becomes THE REALITY NOW ... Thank @yuhan6665 for testing	2 years ago
yuhan6665	c3faa8b7ac	Insert padding with empty content to camouflage VLESS header (#1610) ... This only affects the Vision client for protocols expecting server to send data first. The change is compatible with existing version of Vision server.	2 years ago
RPRX	74416570d4	Format VLESS inbound.go and outbound.go	2 years ago
RPRX	b70912799b	Generate *.pb.go files with protoc v3.21.12 ... https://github.com/protocolbuffers/protobuf/releases/tag/v21.12 go install google.golang.org/protobuf/cmd/protoc-gen-go@v1.28 go install google.golang.org/grpc/cmd/protoc-gen-go-grpc@v1.2 go run ./infra/vprotogen	2 years ago
yuhan6665	15bb23e4ec	XTLS Vision rejects Mux except for XUDP (#1567) ... * Xtls vision reject vless-tcp-tls+Mux * Address review comment	2 years ago
yuhan6665	fb212905bd	XTLS Vision checks outer TLS version (#1554)	2 years ago
MP	77d2f9edd7	Revise the Code per XTLS#1515 (#1536) ... * Use buf.FromBytes(make([]byte, 0, buf.Size)) to create `first` Fixes https://github.com/XTLS/Xray-core/issues/1515 * Update server.go * Update inbound.go Co-authored-by: RPRX <63339210+RPRX@users.noreply.github.com>	2 years ago
RPRX	8c0d3c0257	XTLS Vision supports acceptProxyProtocol (test needed) ... Fixes https://github.com/XTLS/Xray-core/issues/1339	2 years ago
RPRX	6f61021f7a	XTLS Vision processes struct TLS Conn's input and rawInput ... Fixes https://github.com/XTLS/Xray-core/issues/1444	2 years ago
yuhan6665	c4fbdf1b78	Run core/format.go	2 years ago
yuhan6665	f35ded79ad	Vision only reject TCP command for VLESS-TCP-TLS ... UDP and MUX command currently has no flow value. Also the character is the same with or without XTLS	2 years ago
yuhan6665	bc4de6a026	Fix VLESS client doesn't handle traffic if not send data first ... Certain ssh, mySQL and reverse proxy need server data first in a connection	2 years ago
yuhan6665	2e30093ffd	Enforce specific none flow for xtls vision ... In the past, when user open xtls vision on the server side, plain vless+tls can connect. Pure tls is known to have certain tls in tls characters. Now server need to specify "xtls-rprx-vision,none" for it be able usable on the same port.	2 years ago
yuhan6665	1d7c40d728	Enable Xtls Vision (Direct not Splice) for any inbound connection ... Before this change, Vision client need a pure inbound like socks or http. After this change, it will support any inbound. This is useful in traffic forwarder use case inside China.	2 years ago
yuhan6665	d87758d46f	Parse big server hello properly	2 years ago
yuhan6665	e5e9e58d66	Fix direct flow on Windows	2 years ago
yuhan6665	494a10971b	Fix xtls vision issue with big server hello	2 years ago
yuhan6665	8006430c15	Add logic to filter TLS_AES_128_CCM_8_SHA256	2 years ago
yuhan6665	04278a8940	Refactor some variable names	2 years ago
yuhan6665	48f7cc2132	Reshape multi buffer to fix the padding when buffer is full	2 years ago
yuhan6665	8ef609ff46	Enable UTLS fingerprint for XTLS Vision	2 years ago
yuhan6665	fffd908db2	Fix direct and splice flow	2 years ago
yuhan6665	5e695327b1	Add XTLS RPRX's Vision (#1235) ... * Add XTLS RPRX's Vision * Add helpful warning when security is wrong * Add XTLS padding (draft) * Fix number of packet to filter * Xtls padding version 1.0 and unpadding logic	2 years ago
yuhan6665	8117b66949	Generate all protos	2 years ago
yuhan6665	84537e98c4	Update xtls and go to 1.19	2 years ago
世界	f046feb9ca	Reformat code	3 years ago
yuhan6665	578d903a9e	Quic related improvements (#915) ... * 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.	3 years ago
yuhan6665	e93da4bd02	Fix some tests and format code (#830) ... * Increase some tls test timeout * Fix TestUserValidator * Change all tests to VMessAEAD Old VMess MD5 tests will be rejected and fail in 2022 * Chore: auto format code	3 years ago
yuhan6665	e286cdcaa8	Style: format code by gofumpt (#761)	3 years ago
hmol233	7033f7cf5f	Fix: protobuf file (#724)	3 years ago
Arthur Morgan	24b637cd5e	Fix: CounterConnection with ReadV/WriteV (#720) ... Co-authored-by: JimhHan <50871214+JimhHan@users.noreply.github.com>	3 years ago