fixed4339

rc.local

@@ -52,12 +52,12 @@ ip link set dev wg0 xdp obj /home/rodrigo/server-mv/xdp/xdp_wg_mtu_optimizer.o s
 # então esse link precisa ser reaplicado se a rede "dockernet" for recriada.
 ip link set dev br-02f7820020b4 xdp obj /home/rodrigo/server-mv/xdp/bridge_xdp.o sec xdp
 
-# eBPF sockmap: DESATIVADO DE PROPÓSITO. Causou timeout/connection reset
-# em conexões container-a-container (nginx->redis/mariadb/anatomia-web),
-# incluindo depois de corrigir o bug de NAT (masquerade sem -o enp0s6,
-# já corrigido em nftables.conf) — ou seja, o bug é na lógica de
-# match/redirect do sk_msg em bpf/sockmap.bpf.c, não só no NAT. Não
-# reativar em produção sem antes rastrear com bpf_printk num ambiente
-# de teste. Ganho é só performance (bypass de socket local entre
-# containers no mesmo host); o site funciona normalmente sem isso.
-# cd /home/docker/ebpf-sockmap/ && make load
+# eBPF sockmap: DESATIVADO DE PROPÓSITO. O bug de porta (byte-order
+# assimétrico entre local_port/remote_port em extract_key_from_ops e
+# bpf_msg_redirect) já foi corrigido e resolveu conexões pequenas/médias,
+# mas arquivos grandes (streaming sustentado) ainda travam — suspeita de
+# backpressure/sendfile no caminho de redirect do sk_msg, ainda em
+# investigação com bpf_printk. Não reativar em produção até confirmar.
+# Ganho é só performance (bypass de socket local entre containers no
+# mesmo host); o site funciona normalmente sem isso.
+# cd /home/rodrigo/server-mv/ebpf-sockmap/ && make load