I started disabling various things within my once working 1.33 configuration file running on generic-pc-serial-1.8.0b475 until LAN to WAN connectivity was restored. It started working once the Traffic Shaper was disabled.
I verified that it was this, and this alone by restoring the full 1.33 config file and then disabling only the Traffic Shaper.
Anyone else seeing anything like this?
Registered an account just to comment on this..
Experienced IDENTICAL with all v1.8 beta builds of m0n0wall. While I don't have a GB-1000, I tested with my Athlon XP system, a Duron, and two Sempron machines. Basically that being, the moment that Traffic Shaping was enabled routing would completely (and instantly) stop functioning (on systems known working with traffic shaping on 1.33).
I'm finding however, that it seems to be directly tied to the NICs that I'm using. The AMD motherboards I used all have integrated VIA NIC's, I'd also tried two Realtek PCI NICs to similar outcome.
Now the interesting part: When using my Zyxel Gigabit (vge0), on the WAN side, outgoing connections function (IE, I can surf the internet) ... but not incoming connections. When I use it on the LAN end, remote initiated connections work, yet not outgoing.
--I assume that IF I had two of those Zyxel NICs, everything would be peachy and I could enable shaping on 1.8.
So ... I then decided that I'd give it a shot looking at pfsense (since I was starting at this point to wonder if what I was seeing was specific to FreeBSD 8). Sure enough, the EXACT same thing happens in pfsense 2.0. Whatever it is, I'm guessing it's not anything in m0n0wall's code directly so much as a problem that came from transitioning to the newer version of FreeBSD.
That said, while it's a shame that my previously good hardware no longer works. Any suggestions far as confirmed working NICs for m0n0wall 1.8?