Estou vendo várias das duas linhas a seguir nos meus logs do dmesg¹:
[602956.308844] [iptables] (10): IN=eno1 OUT=eno2 MAC=xx:yy:..:zz SRC=10.174.26.245 DST=192.168.22.59 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=0 DF PROTO=TCP SPT=53 DPT=47150 WINDOW=28960 RES=0x00 ACK SYN URGP=0
[602956.652575] [iptables] (10): IN=eno1 OUT=eno2 MAC=xx:yy:..:zz SRC=10.172.0.22 DST=192.168.22.59 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=0 DF PROTO=TCP SPT=53 DPT=44204 WINDOW=28960 RES=0x00 ACK SYN URGP=0
Meu firewall os bloqueia porque não reconhece os endereços IP 10.172.0.22 e 10.174.26.245.
Na verdade, olhando as listas de endereços IP eno1 e eno2, esses dois não estão incluídos. Eu tenho dois 10.xxx que uso, mas não os dois listados acima (daí o firewall bloqueando esses dois).
Minha rede se parece com isso:
+----------+ +--------+ +--------+ +--------+
| Internet |<--->| Router |<--->| Server |<--->| Laptop |
+----------+ +--------+ +--------+ +--------+
Tanto o servidor quanto o laptop possuem firewalls. O laptop está conectado em 192.168.22.59. Nenhum desses pacotes UDP TCP é enviado a ele.
O eno1 e o eno2 estão no servidor. O eno1 se conecta ao roteador, que se conecta à internet. A conexão do roteador usa endereços de rede local (IPv4 e IPv6). O eno2 é minha rede local (LAN). O servidor está configurado para ENCAMINHAR tráfego entre o laptop e a internet.
O laptop usa uma VPN e suspeito que possa vir dela, mas o laptop também tem um firewall e, portanto, ignoraria esse tráfego. O que me pergunto é de onde esses pacotes estão vindo? Seria de um sistema local ou de algum hacker? Ou a VPN poderia ser a culpada? De qualquer forma, não entendo como um pacote UDP TCP pode estar usando um endereço IP que não está presente em uma interface de rede e, se for local, não vejo como poderia vir de fora. Existe uma maneira de descobrir quem envia esses pacotes, supondo que seja um processo local?
Observação: Tenho o libvirt instalado, mas tentei interromper a VPN que estou usando e não adiantou. Além disso, as duas pontes que ele cria não usam os endereços IP 10.17[24].xx. Além disso, não consigo imaginar nenhum motivo para a VPN enviar pacotes UDP TCP para a máquina errada.
Atualizar
Então, fui até meu laptop e reconectei a VPN. Depois disso, as duas linhas acima pararam de aparecer.
Isso me permitiu ver outra linha:
[608974.298853] [iptables] (192): IN=eno1np0 OUT=eno2np1 MAC=xx:yy:...:zz SRC=192.168.19.2 DST=192.168.22.189 LEN=151 TOS=0x00 PREC=0x00 TTL=63 ID=8281 DF PROTO=UDP SPT=53 DPT=47512 LEN=131
Este é UDP, mas a questão é que, assim como no laptop, ele precisa de dados do que parece ser um IP local que vem do roteador (portanto, da internet). O dispositivo 189 é minha impressora HP, então talvez ela também tenha um sistema semelhante a uma VPN e falhe em solicitações de DNS de vez em quando dessa maneira.
Resolução
Na verdade, eu consegui ver esses dois IPs na tabela de rotas, o que você pode fazer assim:
$ ip route
Isso significa que meu gráfico seria mais ou menos assim:
+----------+ +-----+ +--------+ +--------+ +--------+
| Internet |<--->| VPN |<--->| Router |<--->| Server |<--->| Laptop |
+----------+ +-----+ +--------+ +--------+ +--------+
Claro, como mencionado pela telcoM, também há o ISP entre o roteador e a VPN, mas ele não é o culpado. Agora, eu DESCARTO esses pacotes sem registrá-los primeiro:
-A bad_tcp_packets -i eno1 -s 10.172.0.0/16 -j DROP
-A bad_tcp_packets -i eno1 -s 10.174.0.0/16 -j DROP
Um ponto a ser observado: isso significa que usar uma VPN pode abrir um conjunto de IPs locais do outro lado. Portanto, você precisa ficar atento a isso, pois isso pode afetar a configuração da sua LAN.
¹ Configurei meu firewall para registrar esses acessos para garantir que eu possa ver esses problemas. No momento, não estou tentando evitar o registro, mas sim entendê-lo.