Idle port disconnection triggered for non-idle port
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- ocaml
- Ambito
- networking
Direzione di ricerca
Riprodurre il problema con vpnkitPortMaxIdleTime impostato su 5 e un container abilitato per X11, osservando al contempo i keep-alive TCP con tcpdump o Wireshark. Tracciare la gestione delle porte inattive descritta nel log e verificare che una connessione che trasporta traffico di keep-alive TCP rimanga aperta invece di essere chiusa perché inattiva.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
When running any container from https://github.com/jessfraz/dockerfiles (which uses X11 on the host system by sharing DISPLAY), vpnkit closes the connection after some idle timeout.
Example log message on macOS: com.docker.vpnkit[505]: TCP 192.168.65.3:39220 > 192.168.0.59:6000 closing flow due to idle port disconnection
However, this is not what is expected. In this specific example, the container sends TCP Keep Alive messages to the host (on port 6000 for X11 traffic). I would expect vpnkit to consider this a non-idle port and leave the connection intact.
Steps to reproduce (with Docker for Mac 18.06.1-ce-mac74 (26766)):
- Add
"vpnKitPortMaxIdleTime" : 5to~/Library/Group\ Containers/group.com.docker/settings.json. This isn't strictly necessary but makes it faster to test - Start XQuartz and enable "Allow connections from network clients" in its Preferences
- Run a Docker container that uses X11:
docker run -it -e DISPLAY=$YOUR_IP_HERE:0 jess/atom:latest - Run tcpdump, Wireshark or similar to observe TCP Keep Alives being sent to port 6000
- Observe the X11 is closed after ~5s. Docker/vpnkit log will show this was caused due to an idle port
Possibly related: https://github.com/docker/for-mac/issues/2406, https://github.com/mirage/mirage-tcpip/pull/338 (reverted by #389)
- Lingua principale
- OCaml
- Stelle
- 1.2k
- Fork
- 213
- Merge medio
- 20m
- PR unite (30g)
- 1
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di moby/vpnkit
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
-
Compilation error due to "Unbound module Ethernet__Ethernet_wire"Forse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
manuscript-lang/manuscript#1364 ·
I maintainer di solito rispondono entro 1 giorno
-
Realtime connect() ignores the configured opening handshake timeoutForse già presa @hsusul l’ha presa oggi. Apertabug python realtime
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
supabase/supabase-py#1836 ·
I maintainer di solito rispondono entro 3 giorni
-
Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
keiyoushi/extensions-source#20423 ·
I maintainer di solito rispondono entro 1 giorno
-
C-bug needs-triage O-UEFI T-libs
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno