ts_tunnel: decide on a replay window size

Aperta
#342 0 commenti 0 reazioni 1 assegnatario Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@danderson ci sta già lavorando.

Dal 4/8/2026.

Valutazione

Questa issue non è ancora stata valutata.

Descrizione

bug

We apply a sliding window on received packets, to reject replay of old nonces while allowing for some small amount of reordering on the wire. ts_tunnel tracks the last 192 received packets (3 u64s per established session of overhead), whereas the reference implementation tracks 8128 packets (127 u64s per session).

The spec doesn't mandate any particular replay window size. ts_tunnel's was chosen to reduce the memory cost of established sessions relative to wireguard-go, but it may be too aggressively low for real networks. This is easily tunable in future either way, so we may just ignore it for now, but filing so we can triage properly.

Lingua principale
Rust
Stelle
1.2k
Fork
75
Merge medio
1g 13h
PR unite (30g)
22

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di tailscale/tailscale-rs

Tutte le issue di tailscale/tailscale-rs

Issue simili

Altre issue su Rust

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.