Sanaei 5815254fc3 fix(tuic): evict the oldest relay flow instead of refusing new clients ...

udpRelay.flowFor returned "max relay flows reached" once the table held
maxRelayFlows entries, and only the idle sweep (every minute, two-minute
cutoff) freed slots. One host sending a single datagram from each of 4096
source ports therefore locked every new TUIC client out of the inbound for
up to two minutes, repeatably. A full table now evicts the flow last seen
longest ago, which under such a flood is one of the junk flows, and the
newcomer is admitted. TestUDPRelayFullTableAdmitsNewClient fails on the
refusing code with a read timeout for the third client.

2026-09-12 10:40:41 +02:00

..

config_test.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00

config.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00

manager_test.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00

manager.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00

orphans_linux.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00

orphans_other.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00

process_other.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00

process_windows.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00

process.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00

relay_test.go

fix(tuic): evict the oldest relay flow instead of refusing new clients

2026-09-12 10:40:41 +02:00

relay.go

fix(tuic): evict the oldest relay flow instead of refusing new clients

2026-09-12 10:40:41 +02:00

types_test.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00

types.go

Feature/tuic v5 (#6337)

2026-09-12 10:15:48 +02:00