mirror of
https://github.com/amnezia-vpn/amneziawg-go.git
synced 2026-10-14 05:41:54 +00:00
[GH-ISSUE #145] AmneziaWG handshake failure (0 B received) on Raspberry Pi 4 (Debian 13 Trixie) with S4 streaming obfuscation #78
Labels
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
amnezia-vpn/amneziawg-go#78
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @igr-noob on GitHub (Jun 8, 2026).
Original GitHub issue: https://github.com/amnezia-vpn/amneziawg-go/issues/145
The same configuration file works flawlessly on Windows 10 (official Amnezia client), but results in 0 B received (no handshake) on Raspberry Pi 4. The server uses advanced streaming obfuscation (S4).
Testing has been performed on both implementations:
Both implementations result in identical behavior: packets are actively being sent (sent counter increases), but absolutely nothing is received (0 B received). Tweaking MTU down to 1280 or disabling kernel rp_filter did not resolve the issue.
Environment:
Device: Raspberry Pi 4
Model BOS: Raspberry Pi OS / Debian 13 (Trixie)
arm64Kernel
version: 6.12.75+rpt-rpi-v8amneziawg-go
version: v0.2.18
amneziawg-tools version: latest master (compiled from source)
Debug logs:
awg output on Raspberry Pi 4:
interface: wg0
public key: (hidden)
listening port: 47831
peer: [SERVER_PUBLIC_KEY]
endpoint: 193.108.116.50:7307
allowed ips: 0.0.0.0/0, ::/0
transfer: 0 B received, 46.51 KiB sent
persistent keepalive: every 25 seconds
awg-quick up wg0 verbose output (when running userspace implementation):
[#] ip link add wg0 type amneziawg
Error: Unknown device type.
[!] Missing WireGuard (Amnezia VPN) kernel module. Falling back to slow userspace implementation.
[#] amneziawg-go wg0
[#] awg setconf wg0 /dev/fd/63
[#] ip -4 address add 100.91.232.170/32 dev wg0
[#] ip link set mtu 1420 up dev wg0
[#] awg set wg0 fwmark 51820
[#] ip -4 route add 0.0.0.0/0 dev wg0 table 51820
Steps to reproduce:
@igr-noob commented on GitHub (Jun 9, 2026):
Проблема решена сменой конфигурационного файла на сервер другой страны. Возможно это как-то связано, но у сервера, который заработал, S4=1, а у того, который работал на Windows, но не работал на RPI4 был S4=3.