OpenVPN/openvpn

test environment: test --persist-tun with ping-timeout

Offen

#948 geöffnet am 30.12.2025

Auf GitHub ansehenContributor Guide
 (1 Kommentar) (1 Reaktion) (6 zugewiesene Personen)C (3.314 Forks)batch import
DCOenhancementfeaturehelp wanted

Repository-Metriken

Stars
 (13.839 Sterne)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

So what we lack testing for is ping-timeout reconnects with DCO involved

  • --client side
  • connect
  • ping-timeout (30s) (triggerable via kill $CN on the server's management interface, or possibly via firewall rule in between - though timing is complicated if you want reconnect to succeed)
  • reconnect
  • ping-timeout again (30s)
  • eventually tls-renegotiate (300s)

and verify that pings through the tunnel are working all the time as one would expect this - fail while the server's instance is dead, but do not fail longer than 30-ish seconds.

Maybe also check the server's idea of "when did the client reconnect?" - which gives a good indication of "did ping-timeout actually work?".

The issue at hand is on FreeBSD, but I guess that having test coverage on Linux and Windows won't hurt either...

Contributor Guide

Research-Richtung
Machen Sie sich mit der DCO Implementierung und der Testinfrastruktur von OpenVPN vertraut. Untersuchen Sie vorhandene Testskripte für persist tun und ping timeout. Richten Sie eine Testumgebung ein, um das Problem zu reproduzieren und das Wiederverbindungsverhalten zu überprüfen.
Tech Stack
c
Domain
backend
Issue Type
Test
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
4
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
GitCnetworking
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
25