nixos/.agent/decisions/proposals/vds-nftables-fix.md

Proposal: nftables ruleset для otreca (задача T3 / A3)

Статус: proposed (не применён) Дата: 2026-10-09 Связано с: T3 (manifest), R1.6 (project-rules.md), configurations/vds.nix:67-92

Контекст

configurations/vds.nix декларирует nftables-ruleset, но:

1. Нет финальной политики на chain input (line 75-90) — implicit accept на «всё остальное». Это проявление R1.6 «явная финальная политика требуется».
2. networking.firewall.enable = true (line 68) и networking.nftables.enable = true (line 71) включены одновременно. R1.6 явно фиксирует это как конфликт («проверить, кто реально владеет ruleset'ом, перед правкой»).
3. SSH на 22 открыт только через networking.firewall.interfaces.tailscale0.allowedTCPPorts = [ 22 ] (line 55). Если Tailscale-демон на otreca упал ИЛИ nftables-ruleset перезаписал firewall.interfaces.* правила, SSH-мёртв.

Что произошло при попытке диагностики (2026-10-09)

• ssh otreca-tailscale из WSL: Name or service not known (нет Tailscale magic DNS в WSL)
• ssh oqyude@100.64.1.0 (Tailscale IP напрямую): Connection timed out (5s)
• ping 100.64.1.0: no response
• ssh oqyude@109.248.161.5 (public IP, port 22): Connection timed out
• ping 109.248.161.5: OK (33ms) — хост жив
• Xray-трафик sapphira → otreca 109.248.161.5:443 (XHTTP): работает (journal sapphira)

То есть otreca отвечает по 443 (Xray REALITY inbound) и по ICMP, но port 22 полностью недоступен. Это и есть T3-баг, видимый снаружи: либо Tailscale-демон на otreca упал, либо nftables-ruleset дропает 22 на ens3.

Текущий state (vds.nix:67-92)

networking = {
  firewall = {
    enable = true;          # ← NixOS-managed firewall (есть allowedTCPPorts и пр.)
    allowPing = true;
  };
  nftables = {
    enable = true;          # ← самописный ruleset
    ruleset = ''
      table inet filter {
        chain input {
          type filter hook input priority 0;

          # loopback
          iif lo accept

          # уже установленные
          ct state established,related accept

          # РЕЖЕМ SYN СРАЗУ
          tcp flags syn tcp dport {80,443} limit rate 20/second burst 40 packets accept
          tcp flags syn tcp dport {80,443} drop

          # остальное по необходимости   ← НИКАКОГО "остального"
        }
      }
    '';
  };
  firewall.interfaces.tailscale0.allowedTCPPorts = [ 22 ];   # SSH на Tailscale
  ...
};
services.openssh.openFirewall = false;                          # SSH не открыт в firewall
services.tailscale.openFirewall = true;                         # Tailscale открыт в firewall

Предлагаемое решение (Вариант A — рекомендую)

Идея: отдать всё nftables, убрать дубликат, добавить явный policy drop.

networking = {
  # Всё управляется nftables ниже; стандартный firewall выключаем,
  # чтобы не было конфликта приоритетов (R1.6).
  firewall.enable = false;
  firewall.allowedTCPPorts = lib.mkForce [];        # гарантируем пусто
  firewall.interfaces = lib.mkForce {};             # гарантируем пусто
  allowPing = true;                                  # ICMP через nftables ниже

  nftables = {
    enable = true;
    ruleset = ''
      table inet filter {
        chain input {
          type filter hook input priority 0;
          policy drop;                                # ← ЯВНЫЙ final drop (R1.6 fix)

          # loopback
          iif lo accept

          # уже установленные / связанные
          ct state established,related accept

          # ICMP (нужен для path MTU discovery)
          ip protocol icmp accept

          # traceroute
          udp dport 33434-33534 accept

          # SSH — ТОЛЬКО на Tailscale (R1.6: не на публичном интерфейсе)
          iifname "tailscale0" tcp dport 22 accept

          # Xray REALITY inbound (используется sapphira → otreca как relay)
          tcp dport 443 accept

          # log для диагностики (видно в journal: journalctl -k | grep nft-drop)
          log prefix "nft-drop: " flags all counter drop
        }
      }
    '';
  };

  enableIPv6 = false;
  interfaces.ens3.useDHCP = true;
};

Что меняется

Было	Станет
firewall.enable = true + firewall.interfaces.tailscale0.allowedTCPPorts = [22]	firewall.enable = false (всё через nftables)
chain input без policy (implicit accept)	policy drop; явно
Нет ICMP-правила (работает через firewall.allowPing = true)	ip protocol icmp accept в ruleset
Нет traceroute	udp dport 33434-33534 accept
tcp dport {80,443} rate-limit + drop (только SYN, не остальной TCP)	tcp dport 443 accept (только 443, 80 закрыт)
Нет log правила	log prefix "nft-drop: " ... drop для отладки

Что НЕ меняется

• services.openssh.openFirewall = false (остаётся — SSH не открываем через firewall, потому что firewall выключен)
• services.tailscale.enable = true; openFirewall = true (Tailscale-интерфейс создаётся и маршрутизируется NixOS, openFirewall не имеет эффекта при firewall.enable = false но оставлен для ясности)
• enableIPv6 = false
• interfaces.ens3.useDHCP = true
• system.stateVersion = "25.05"

Альтернативы (для полноты)

Вариант B — минимальный фикс (только закрыть gap)

networking.nftables.ruleset = ''
  table inet filter {
    chain input {
      type filter hook input priority 0;
      policy drop;                          # ← ТОЛЬКО ЭТО
      ...остальное как было...
    }
  }
'';

• Плюс: минимальное изменение.
• Минус: не разрешает конфликт firewall.enable + nftables.enable. Если NixOS при apply добавит правила из firewall-блока после nftables — поведение непредсказуемо.

Вариант C — задокументировать, не править

Дописать в configurations/vds.nix комментарий-предупреждение; создать ADR в .agent/decisions/0002-nftables-vds-gap.md.

• Плюс: zero risk, сдвигает проблему.
• Минус: проблема остаётся; deploy-rs всё ещё может случайно стереть ruleset при apply.

Деплой

Предусловие: SSH-доступ на otreca должен быть восстановлен. Варианты:

• Через VDS-провайдера (KVM/IPMI/serial console)
• Если Tailscale-демон на otreca мёртв, но SSH-ключ уже на месте — попросить провайдера выполнить systemctl restart tailscaled или nft flush ruleset && iptables -F для emergency-разблокировки

Команда деплоя (после восстановления SSH):

deploy . otreca
# или
nixos-rebuild switch --target-host otreca-tailscale --flake .#otreca

Проверка после apply:

ssh otreca-tailscale "sudo nft list ruleset | head -30"   # видим policy drop + правила
ssh otreca-tailscale "sudo iptables -L"                   # должно быть пусто
ssh otreca-tailscale "echo OK"                            # SSH работает
ssh sapphira "curl -m 5 https://media.mediavitrina.ru/generate_204 -o /dev/null -w '%{http_code}\n'"
                                                          # Xray REALITY inbound на 443 всё ещё работает

Риск и откат

Риск:

• Если восстановление SSH сделано неправильно, можно потерять доступ к otreca до конца сессии провайдера. Это самая опасная часть всей задачи — не сам nftables-fix, а путь к нему.
• Если в ruleset опечатка и блокирует нужное — после nixos-rebuild switch правила применяются мгновенно. До восстановления SSH-доступа единственный путь назад — через KVM/IPMI/serial console провайдера.

Откат:

# Если есть SSH:
ssh otreca-tailscale "sudo nixos-rebuild switch --rollback"

# Если SSH потерян:
#   → KVM/IPMI провайдера → serial console → загрузить предыдущее поколение
#   (systemd-boot: выбрать в GRUB; grub: тоже)

Чеклист перед apply

• SSH на otreca восстановлен (через Tailscale или KVM)
• Локальный smoke-test: nix build .#nixosConfigurations.otreca.config.system.build.toplevel --dry-run — зелёный
• Включена serial console в GRUB (если ещё нет) — для emergency recovery
• Прокатили nixos-rebuild switch и проверили:
  • nft list ruleset показывает policy drop и все ожидаемые правила
  • iptables -L пуст
  • SSH через Tailscale работает
  • Xray REALITY на 443 работает (через sapphira как клиент)
  • nginx на 80 (если используется на otreca) — открыт, если нет — закрыт
• После успешного apply: снять snapshot/отметку «стабильная конфигурация», чтобы иметь точку отката

Обратное (если откатимся)

• Правки только в configurations/vds.nix:67-92 (ruleset) и configurations/vds.nix:55 (firewall.interfaces.* — очищаем)
• Никаких других файлов не трогаем
• Восстановление = revert git revert + nixos-rebuild switch

Связанные задачи

• T3 (A3 в манифесте) — этот proposal закрывает основную часть
• R1.6 — фиксирует конфликт firewall/nftables и требование явной политики
• Возможный follow-up: добавить CI-check «последнее правило chain input — policy или явно accept/drop» (кандидат #5 из analysis-report.md §5)