-
-
Notifications
You must be signed in to change notification settings - Fork 511
Open
Labels
Category: Firewall ⛓️Category: OpenVPN 🔐Category: Wireguard 🔐Complexity: ☣️ Hard to doStatus: 🔒 After next releaseWill be done after the next releaseWill be done after the next releaseStatus: 🟡 Nearly resolvedThis might be resolved or is about to be resolvedThis might be resolved or is about to be resolved
Description
What's the feature 🧐
- See feat(vpn): path MTU discovery to find the best MTU #2586
- if MTU testing it fast enough, deprecate
WIREGUARD_MTU,OPENVPN_MSSFIXand remove default MTU values in Openvpn configurations - do we need a large link MTU to send large ICMP packets to test the MTU? If yes, we should hold all traffic (firewall?) until the MTU is found. This would make the implementation complicated.
Extra information and references
- Created from issue Bug: dns over tls timing out on latest image (TLS handshake) #2533 (comment)
- High MTU gives a higher bandwidth (less header overhead)
- Low MTU is more reliable
- All network links from the VPN client to the VPN server must support the MTU (AFAIK)
- OpenVPN has the
mtu-testoption which takes about 3 minutes - Wireguard would need its own implementation, so we might as well have the same implementation for both wireguard and openvpn
frepke, blixten85, magrhino, BingoRox, strunzoz and 1 more
Metadata
Metadata
Assignees
Labels
Category: Firewall ⛓️Category: OpenVPN 🔐Category: Wireguard 🔐Complexity: ☣️ Hard to doStatus: 🔒 After next releaseWill be done after the next releaseWill be done after the next releaseStatus: 🟡 Nearly resolvedThis might be resolved or is about to be resolvedThis might be resolved or is about to be resolved