Networking Forums  

Go Back   Networking Forums > Networking Newsgroups > UK Broadband

Netgear DG834G v1.05 Firewall Rules Bug?

Reply
 
Thread Tools Display Modes
  #1  
Old 09-10-2004, 11:36 AM
Default Netgear DG834G v1.05 Firewall Rules Bug?



I've had a DG834G running happily on it's original v1.03 code for several
months. One of the firewall rules I'd set up was an inbound rule that
basically duplicated the default inbound rule but logged the inbound
attempts (ie. the rule was Block Any(All) for All LAN address from All WAN
address with log on Match - the default rule is the same but with log on
Never). This worked absolutely fine with v1.03.

On upgrading to v1.05 I couldn't get any outbound traffic to work (eg. no
web browsing, newsgroup reading, email pick-up, etc.).

After 2 hours of head scratching checking everything I tracked it down to my
INBOUND rule (incidentally, its the only Inbound rule I have). For some
reason since upgrading to v1.05 this Inbound rule blocks all my Outbound
traffic. If I disable the rule (just untick the box) the router works as it
used to and I can browse, collect mail, etc. Re-enable this Inbound rule and
nothing works.

Surely this must be a bug?

If it is, does anyone know how to report it to Netgear?

Many thanks, David




David
Reply With Quote
  #2  
Old 09-10-2004, 02:58 PM
Richard Sobey
Guest
 
Posts: n/a
Default Re: Netgear DG834G v1.05 Firewall Rules Bug?

On Fri, 10 Sep 2004 11:36:15 +0100, "David" <(E-Mail Removed)> wrote:

>I've had a DG834G running happily on it's original v1.03 code for several
>months. One of the firewall rules I'd set up was an inbound rule that
>basically duplicated the default inbound rule but logged the inbound
>attempts (ie. the rule was Block Any(All) for All LAN address from All WAN
>address with log on Match - the default rule is the same but with log on
>Never). This worked absolutely fine with v1.03.


I must be missing something, but why not just enable logging on the
default inbound rule?!

Regardless, I expect an email to (E-Mail Removed) / co.uk would do
the trick.
Reply With Quote
  #3  
Old 09-10-2004, 03:31 PM
jon
Guest
 
Posts: n/a
Default Re: Netgear DG834G v1.05 Firewall Rules Bug?


"Richard Sobey" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> On Fri, 10 Sep 2004 11:36:15 +0100, "David" <(E-Mail Removed)> wrote:
>
>>I've had a DG834G running happily on it's original v1.03 code for several
>>months. One of the firewall rules I'd set up was an inbound rule that
>>basically duplicated the default inbound rule but logged the inbound
>>attempts (ie. the rule was Block Any(All) for All LAN address from All
>>WAN
>>address with log on Match - the default rule is the same but with log on
>>Never). This worked absolutely fine with v1.03.

>
> I must be missing something, but why not just enable logging on the
> default inbound rule?!
>
> Regardless, I expect an email to (E-Mail Removed) / co.uk would do
> the trick.



Snap - i found exactly the same thing.

I emailed netgear support, and was promptly told it wasnt a bug - its a
feature

And you cannot enable logging on the default inbound rule .....

I think that its logged by default, in so much that any unrequested packets
are classed
as DOS (ummm) and appear in the log anyway.





Reply With Quote
  #4  
Old 09-10-2004, 09:42 PM
Kráftéé
Guest
 
Posts: n/a
Default Re: Netgear DG834G v1.05 Firewall Rules Bug?

jon wrote:
> "Richard Sobey" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
>> On Fri, 10 Sep 2004 11:36:15 +0100, "David" <(E-Mail Removed)> wrote:
>>
>>> I've had a DG834G running happily on it's original v1.03 code for
>>> several months. One of the firewall rules I'd set up was an
>>> inbound rule that basically duplicated the default inbound rule
>>> but logged the inbound attempts (ie. the rule was Block Any(All)
>>> for All LAN address from All WAN
>>> address with log on Match - the default rule is the same but with
>>> log on Never). This worked absolutely fine with v1.03.

>>
>> I must be missing something, but why not just enable logging on the
>> default inbound rule?!
>>
>> Regardless, I expect an email to (E-Mail Removed) / co.uk would
>> do the trick.

>
>
> Snap - i found exactly the same thing.
>
> I emailed netgear support, and was promptly told it wasnt a bug -
> its a feature
>
> And you cannot enable logging on the default inbound rule .....
>
> I think that its logged by default, in so much that any unrequested
> packets are classed
> as DOS (ummm) and appear in the log anyway.


Which rapidly fills up the buffer causing the router to reboot, well it did
mine until I put the machine causing the traffic into the DMZ


Reply With Quote
  #5  
Old 09-11-2004, 10:38 AM
David
Guest
 
Posts: n/a
Default Re: Netgear DG834G v1.05 Firewall Rules Bug?


"Richard Sobey" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> On Fri, 10 Sep 2004 11:36:15 +0100, "David" <(E-Mail Removed)> wrote:
>
> >I've had a DG834G running happily on it's original v1.03 code for several
> >months. One of the firewall rules I'd set up was an inbound rule that
> >basically duplicated the default inbound rule but logged the inbound
> >attempts (ie. the rule was Block Any(All) for All LAN address from All

WAN
> >address with log on Match - the default rule is the same but with log on
> >Never). This worked absolutely fine with v1.03.

>
> I must be missing something, but why not just enable logging on the
> default inbound rule?!
>
> Regardless, I expect an email to (E-Mail Removed) / co.uk would do
> the trick.


Unfortunately, the default rules are not editable, so the only way around it
is to create a new rule.

Thanks, David


Reply With Quote
Reply

Tags
bug, dg834g, firewall, netgear, rules, v105

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT. The time now is 07:48 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.