Bug 70807 - Can't use config tool to set 'no firewall'
Can't use config tool to set 'no firewall'
Status: CLOSED RAWHIDE
Product: Red Hat Public Beta
Classification: Retired
Component: gnome-lokkit (Show other bugs)
limbo
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
:
: 68820 72426 72603 (view as bug list)
Depends On:
Blocks: 67217
  Show dependency treegraph
 
Reported: 2002-08-05 13:20 EDT by Jay Turner
Modified: 2015-01-07 18:58 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2002-08-27 12:34:17 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)
This patch fixes it for me. (357 bytes, patch)
2002-08-21 05:40 EDT, Tim Waugh
no flags Details | Diff

  None (edit)
Description Jay Turner 2002-08-05 13:20:08 EDT
Description of Problem:
When running redhat-config-securitylevel-0.9.6-3, I can set the firewall to
'high' or 'medium', but if I attempt to set the firewall to 'no firewall' I get 
"iptables: No chain/target/match by that name" when I click 'Yes' to accept the
change.

Version-Release number of selected component (if applicable):


How Reproducible:


Steps to Reproduce:
1. 
2. 
3. 

Actual Results:


Expected Results:


Additional Information:
Comment 1 Brent Fox 2002-08-06 14:19:04 EDT
The behavior for lokkit has changed.  Calling "lokkit -q --disabled" returns:
iptables: No chain/target/match by that name

Please make lokkit behave like it used to.  Running "lokkit --help" still shows
--disabled as a valid option.
Comment 2 Jay Turner 2002-08-09 14:15:15 EDT
*** Bug 68820 has been marked as a duplicate of this bug. ***
Comment 3 Tim Waugh 2002-08-21 05:40:09 EDT
Created attachment 71865 [details]
This patch fixes it for me.
Comment 4 Tim Waugh 2002-08-21 05:50:50 EDT
Fixed package is 0.50-16.
Comment 5 Jay Turner 2002-08-21 15:25:47 EDT
Fix confirmed with gnome-lokkit-0.50-16.
Comment 6 Bill Nottingham 2002-08-23 16:42:45 EDT
*** Bug 72426 has been marked as a duplicate of this bug. ***
Comment 7 Bill Nottingham 2002-08-26 01:24:58 EDT
*** Bug 72603 has been marked as a duplicate of this bug. ***
Comment 8 Bill Nottingham 2002-08-26 01:30:53 EDT
Additional comment by knut@orion.no 2002-08-24 12:59:11

The problem is still present in gnome-lokkit-0.50-17 from rawhide.
Comment 9 Bill Nottingham 2002-08-26 01:31:04 EDT
*** Bug 72426 has been marked as a duplicate of this bug. ***
Comment 10 Tim Waugh 2002-08-27 05:30:42 EDT
Hmm, 'lokkit -q --disabled' works now, but gnome-lokkit is running: 
 
iptables -F RH-Lokkit-0-50-INPUT 
 
When there is already no firewall, this just gives an error message.  But it 
seems to be functioning correctly---or are you seeing something different? 
 
This ought to have stderr redirected to /dev/null I suppose.
Comment 11 Tim Waugh 2002-08-27 06:30:39 EDT
Come to think of it, should 'lokkit -q --disabled' be running:  
 
iptables -F input 
 
or: 
 
iptables -F RH-Lokkit-0-50-INPUT 
 
? 
 
(Currently it does the former, since I changed it from 'iptables -F INPUT')
Comment 12 Tim Waugh 2002-08-27 12:34:08 EDT
Changed it to use: 
 
iptables -D INPUT -j RH-Lokkit-0-50-INPUT 2>/dev/null 
iptables -F RH-Lokkit-0-50-INPUT 2>/dev/null 
iptables -X RH-Lokkit-0-50-INPUT 2>/dev/null 
 
in gnome-lokkit-0.50-18.
Comment 13 Jay Turner 2002-08-28 12:17:38 EDT
Looks good to me.

Note You need to log in before you can comment on or make changes to this bug.