Bug 21089 - gnorpm hangs if behind a firewall
gnorpm hangs if behind a firewall
Status: CLOSED DUPLICATE of bug 19057
Product: Red Hat Linux
Classification: Retired
Component: gnorpm (Show other bugs)
7.0
All Linux
medium Severity high
: ---
: ---
Assigned To: Jeff Johnson
Dale Lovelace
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-11-19 12:54 EST by olchansk
Modified: 2007-04-18 12:29 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-12-17 04:48:19 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description olchansk 2000-11-19 12:54:41 EST
On a computer behind a firewall, gnorpm hangs if one tries to
access the "preferences" dialog, for example, to change the http
proxy settings.
   The hang is in a connect() call to tcp/www.redhat.com:80. Such
connections ("direct web browsing") are blocked by our site
firewall. At our site, all outgoing http traffic is required to
go through an http proxy (squid).
   The problem is that it is impossible to tell gnorpm to use
the proxy via the gnorpm preferences gui, because of the
above-described hang.
   Maybe the proxy settings should be added to the gnorpm
command line? At the least, a GUI-less way to specify the proxy
settings should be documented in the gnorpm man page and
in "gnorpm --help" message.
Comment 1 Richard Keech 2000-12-17 04:48:16 EST
I too find that gnorpm hangs in this situation.
Two workarounds come to mind:

1.	Set an ipchains redirection of port 80 to 8080,

2.	Take down the interface temporarily so allow the options panel of
gnorpm to become available, and set the proxy.

Needs some application-independent way for gnorpm to be aware of the proxy,
perhaps
/etc/sysconfig/proxy.
Comment 2 Jeff Johnson 2001-03-05 16:40:21 EST

*** This bug has been marked as a duplicate of 19057 ***

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