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:
@@ -12,7 +12,11 @@
|
||||
set -e
|
||||
|
||||
WG_IF="${WG_IF:-wg0}"
|
||||
WG_SUBNET="${WG_SUBNET:-10.99.0.0/24}"
|
||||
# Что маршрутизировать в туннель. По умолчанию только сам VPS (/32),
|
||||
# чтобы не конфликтовать с возможными существующими маршрутами
|
||||
# 10.99.0.0/24 на роутере (другие WG-интерфейсы Keenetic). Если нужен
|
||||
# доступ к другим peer-ам в подсети — поставьте WG_SUBNET=10.99.0.0/24.
|
||||
WG_SUBNET="${WG_SUBNET:-10.99.0.1/32}"
|
||||
WG_KEEPALIVE="${WG_KEEPALIVE:-25}"
|
||||
WG_DIR="/opt/etc/wireguard"
|
||||
INIT="/opt/etc/init.d/S50kssh-tunnel"
|
||||
|
||||
Reference in New Issue
Block a user