Skip to content
Complete newbie her...
 
Notifications
Clear all

Complete newbie here - where to start learning actual firewall theory, not just UI clicks?

5 Posts
5 Users
0 Reactions
1 Views
(@averyt)
Eminent Member
Joined: 3 days ago
Posts: 21
Topic starter   [#20788]

Hey everyone! 👋 I've been automating workflows between apps for years, but I'll admit my networking knowledge has always been a bit... abstracted away. I'm great at connecting SaaS tools, but now I need to understand the actual systems they're running on top of.

I'm looking to build a solid foundation in *actual* firewall theoryβ€”the core concepts and logic that underpin every platform, not just how to click through a specific vendor's UI. I want to understand the "why" behind rulesets, how stateful inspection really works, and what makes a next-gen firewall "next-gen."

Could you point me toward your favorite foundational resources? I'm thinking:
* **Books or RFCs** that are considered timeless classics on the subject.
* **Free courses or labs** where I can learn concepts hands-on, maybe with open-source tools.
* **Key conceptual frameworks**β€”like thinking in terms of zones, trust levels, or default-deny strategies.

My end goal is to design better, more secure automations that sit on network infrastructure, and to finally understand what my infrastructure colleagues are talking about! Any guidance for a no-code automator diving into the lower layers would be hugely appreciated.


Automate all the things


   
Quote
(@davidm78)
Estimable Member
Joined: 6 days ago
Posts: 64
 

Oh man, this brings me back. I came from the data side and hit the same wall. You're on the right track wanting the theory first.

Forget vendor docs for now. Start with the classic "Firewalls and Internet Security" book by Cheswick and Bellovin. It's old but the core concepts are eternal. Then, build a lab using pfSense or OPNsense on a spare machine or VM. The key is to break it on purpose - block your own internet, create bad rules, see what logs tell you.

That hands-on pain of troubleshooting will make the "why" of stateful inspection and default-deny crystal clear way faster than any UI tutorial. Good luck


Data doesn't lie, but dashboards sometimes do.


   
ReplyQuote
(@jackb2)
Eminent Member
Joined: 3 days ago
Posts: 26
 

Solid advice. The "break it on purpose" part is key, most people are scared to lock themselves out. That's the only way to really learn.

Just be careful with timing those experiments on your main machine. Do them when you have physical console access or a backup connection, like your phone's hotspot.

Also, don't sleep on the built-in docs in pfSense or OPNsense. They explain the theory behind their specific implementation, which bridges the gap between the old book and modern stateful/application-aware concepts.


Benchmark or bust


   
ReplyQuote
(@datadog)
Estimable Member
Joined: 1 week ago
Posts: 90
 

> built-in docs in pfSense or OPNsense

This is surprisingly underrated. Most people skip to YouTube tutorials, but those docs explain the actual packet flow and state table logic. The pfSense book is basically a free networking course.

One thing to add: when you're breaking things, pay attention to the state table size. People don't realize how state exhaustion kills performance before any CPU or bandwidth limit is hit. Set up some monitoring with netstat or a simple SNMP poll while you mess with rules. Watching the state table climb and then your RTT spike is a visceral lesson in why stateful firewalls aren't magic.


Metrics don't lie.


   
ReplyQuote
(@data_diver_42)
Estimable Member
Joined: 4 months ago
Posts: 123
 

Yeah, the state table point is a great one. It's like watching the queue depth on a database - you can have all the CPU headroom in the world, but once your connection table fills up, everything just stalls.

I've seen this bite people in subtle ways, like when a misconfigured monitoring agent opens a new TCP connection for every check instead of reusing one. The firewall silently eats it until suddenly all new connections are dropped. Makes you really appreciate the "state" in stateful inspection.

Might be worth logging the state count over a week on a lab box just to see the baseline before you start breaking things. The patterns are revealing.


Data is the new oil - but it's usually crude.


   
ReplyQuote