Now my little bandwidth-monitor project for OpenWRT and Linux Routers is pretty complete.
It supports Adguard Home, Pi-hole and nextdns.io for the DNS tab. And has a Unifi integration to get the Wifi Status. (Might add Omada later)
Additionally I added a Speedtest capability and some Debugging Features.
Also you can see your #Conntrack #NAT status.
🌘 再會了，謝謝提供的魚：如何逃離 Linux 網路堆疊
➤ Cloudflare 如何透過客製化服務與 Netlink 介面，克服 Linux 網路堆疊的限制，實現 Soft-Unicast 的高效運作。
✤ https://blog.cloudflare.com/so-long-and-thanks-for-all-the-fish-how-to-escape-the-linux-networking-stack/
Cloudflare 在開發新功能時，常需突破 Linux 網路堆疊的極限。文章詳述了他們如何克服 Soft-Unicast（一種共享 IP 位址的方法）在 Linux 網路環境中的限制。傳統的 iptables 或 Netfilter 規則在處理大量 IP 位址與連接埠時面臨挑戰，尤其是在 Socket 綁定與封包重寫之間存在衝突。為瞭解決這個問題，Cloudflare 開發了名為「SLATFATF」（
#Linux網路 #Cloudflare #Soft-Unicast #網路堆疊 #iptables #conntrack #Netfilter #Netlink
2/2
⚙️ Por esto es que podemos configurar un #firewall stateful con protocolos sin handshake.
⚙️ Obviamente no se bloquea UDP por defecto, y no, UDP no tiene handshake ni conexión en TCP/IP.
En fin, las conexiones en protocolos de #TCPIP y las conexiones que identifica #netfilter con #conntrack no son las mismas.
Espero que se entienda! cualquier duda me comentan 💬
Gracias a todos/as por participar! 🤗
+info 👇
🔗 https://juncotic.com/firewall-stateful-vs-stateless-diferencias-y-aplicaciones/
1/2
Hola comunidad!👋
Feedback de la encuesta de la semana pasada!
🟢 Un paquete de respuesta es conexión para conntrack
A nivel #TCPIP, #UDP es un protocolo de transporte sin conexión, pero a nivel #netfilter, un paquete de respuesta se considera parte de una conexión establecida.
Por eso es que podemos seguir "conexiones" #icmp o #ip, que son protocolos sin handshake también.
De hecho, el "syn-ack" de #tcp ya es conexión para #conntrack, por más que no sea (todavía) una conexión TCP 😜
🧵
Today in "how did my life decisions lead me here?", diagnosing hanging TCP connections from a NATed container through another layer of NAT on my router up to the internet. With two different kernels and three network stacks involved (calico, the bare linux stack, and FreeBSD/OPNSense).
Of course the issue is pretty random (though it seems to always end up happening), and I can only really narrow it down to an IP range where I have some MBps of sustained traffic all through the chain, making packet captures... On the large side.
This all feels pretty manual. Any tool recommendations to
- dump conntrack states in an exploitable format?
- match tcpdump traces with recorded conntrack states?
- align and compare tcpdump traces at multiple points in a chain?
- analyze issues in tcp sessions that I've captured?
So far I've used #conntrack #wireshark #tcpdump, but still haven't managed to nail it.
Прокси+firewall. Часть третья, отслеживание соединений и маскарадинг https://peertube.su/videos/watch/394f6a1d-776f-4ab1-8532-8d96f1deaead
