mirror of
https://github.com/andrey271192/keenetic_ssh-web.git
synced 2026-09-20 14:42:01 +00:00
tunnel: ufw allow on wg0 + клиент по умолчанию маршрутит только VPS (/32)
После handshake траффик упирался в UFW на сервере (открывали только 51820/udp, не сам интерфейс wg0). Добавляем `ufw allow in/out on wg0` в server-install.sh — теперь ICMP/HTTP/SSH внутри туннеля проходят. На клиенте AllowedIPs по умолчанию = 10.99.0.1/32 (только сам VPS), а не /24. Это устраняет возможный конфликт с существующими маршрутами для 10.99.0.0/24, если у Keenetic другие WG-интерфейсы используют ту же подсеть. Hub-and-spoke (роутер→VPS) — типичный сценарий, /32 достаточно. Кому нужен peer-to-peer через хаб — WG_SUBNET=10.99.0.0/24.
This commit is contained in:
@@ -63,9 +63,12 @@ fi
|
||||
systemctl enable "wg-quick@${WG_IF}" >/dev/null 2>&1 || true
|
||||
systemctl restart "wg-quick@${WG_IF}"
|
||||
|
||||
# Открыть UDP-порт в UFW, если он активен
|
||||
# UFW: открываем UDP-порт WG и ВЕСЬ трафик внутри туннеля (на самом wg0).
|
||||
# Без второго правила handshake пройдёт, а ping/HTTP внутри wg0 будут глохнуть.
|
||||
if command -v ufw >/dev/null 2>&1 && ufw status 2>/dev/null | grep -q "Status: active"; then
|
||||
ufw allow "${WG_PORT}/udp" >/dev/null 2>&1 || true
|
||||
ufw allow in on "$WG_IF" >/dev/null 2>&1 || true
|
||||
ufw allow out on "$WG_IF" >/dev/null 2>&1 || true
|
||||
fi
|
||||
|
||||
PUB_IP="$(curl -s4 ifconfig.me 2>/dev/null || hostname -I | awk '{print $1}')"
|
||||
|
||||
Reference in New Issue
Block a user