Bug 103433 - Rhn connection didn't connect through squid proxy server.
Summary: Rhn connection didn't connect through squid proxy server.
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: rhn-applet   
(Show other bugs)
Version: 9
Hardware: athlon
OS: Linux
Target Milestone: ---
Assignee: Daniel Veillard
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2003-08-30 09:38 UTC by Chan Min Wai
Modified: 2007-04-18 16:57 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-08-30 10:38:45 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Chan Min Wai 2003-08-30 09:38:52 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; zh-TW; rv:1.2.1) Gecko/20030225

Description of problem:
After getting the new ssl Cert and the Rhn, The Rhn now starting to be weird it
cannot connection to Rhn using the proxy server.

I've my firewall blocking any direct access to the internet and that cause the
firewall log have the following error.

Aug 30 17:24:20 gw Block host "" internet access - Source= -
Destination= - HTTPS, Group Everyone

FYI, By just running up2date it self using root does run via the proxy. So the
only problem would be the python Rhn applet.

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

How reproducible:

Steps to Reproduce:
1. Setup squid proxy server, setup the new rhn server to connect via proxy.
2. Now start Rhn icon notice it will first show blue then change an unconnect
icon later prompt a "Network error :110" Message box.


Actual Results:  "Network error :110" Message box popup later (a few minutes)

Expected Results:  Rhn should run trough proxy without any problem.

Additional info:

Comment 1 Daniel Veillard 2003-08-30 09:51:13 UTC
Nothing changed recently in the way the rhn-applet connects to the services.
The upgrade should only have affected the CERT certificates from an rhn-applet
point of view. Please check that the registration and proxy informations are
properly provided in :


This is very likely to be a configuration problem. If everything is 
correctly set-up then provide the result of:

rpm -q rhnlib rhn-applet up2date up2date-gnome
rpm -V rhnlib rhn-applet up2date up2date-gnome


Comment 2 Daniel Veillard 2003-08-30 09:57:25 UTC
I don't think the report can qualify as a security issue. The only effect is
that you get reported that the applet cannot connect to the service. The 
fact that the applet tries to connect to the RHN servers is part of the
definition of the service provided, it has no direct security implication.
I will change severity back to the normal level, do not change that unless
you can provide a description in how this might lead to a security issue.


Comment 3 Chan Min Wai 2003-08-30 10:38:45 UTC
So that is my problem 
$(HOME)/.rhn-applet.conf was not setup correctly...
And I don't have a chance to change (when the configure is wrong) due to that
Rhn applet is not responding all time, and the "configre" is unclickable.

I've to delete the .rhn-applet.conf to reconfigure it.

Anyway this is solve.

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