black-internet-days-ahead/Xray-core
1
0
Fork 0
mirror of https://github.com/XTLS/Xray-core.git synced 2024-11-21 16:11:31 +00:00
Code Issues Packages Projects Releases Wiki Activity

SplitHTTP server: Fix panic during concurrent Close and Push (#3593)

Browse source 
When Close and Push are called concurrently, it may happen that Push attempts to write to an already-closed channel, and trigger a panic.

From a user perspective, it results in logs like this:

    http: panic serving 172.19.0.6:50476: send on closed channel

It's probably triggered when download is closed at the same time an upload packet is submitted.

These panics don't crash the server and the inbound is still usable.
This commit is contained in:
mmmray 2024-07-26 04:36:55 +02:00 committed by GitHub
parent edae38c620
commit 2becdd6414
No known key found for this signature in database
GPG key ID: B5690EEEBB952194
1 changed files with 13 additions and 5 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

18
transport/internet/splithttp/upload_queue.go
View file

@ -6,6 +6,7 @@ package splithttp
import (
"container/heap"
"io"
"sync"
"github.com/xtls/xray-core/common/errors"
)
@ -16,11 +17,12 @@ type Packet struct {
}
type uploadQueue struct {
pushedPackets chan Packet
heap uploadHeap
nextSeq uint64
closed bool
maxPackets int
pushedPackets chan Packet
writeCloseMutex sync.Mutex
heap uploadHeap
nextSeq uint64
closed bool
maxPackets int
}
func NewUploadQueue(maxPackets int) *uploadQueue {
@ -34,6 +36,9 @@ func NewUploadQueue(maxPackets int) *uploadQueue {
}
func (h *uploadQueue) Push(p Packet) error {
h.writeCloseMutex.Lock()
defer h.writeCloseMutex.Unlock()
if h.closed {
return errors.New("splithttp packet queue closed")
}
@ -43,6 +48,9 @@ func (h *uploadQueue) Push(p Packet) error {
}
func (h *uploadQueue) Close() error {
h.writeCloseMutex.Lock()
defer h.writeCloseMutex.Unlock()
h.closed = true
close(h.pushedPackets)
return nil