Bug 51641 - up2date partially ignores proxy setting
Summary: up2date partially ignores proxy setting
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: up2date   
(Show other bugs)
Version: roswell
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: uopvybqq
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2001-08-13 14:30 UTC by Michael Young
Modified: 2007-04-18 16:35 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-08-16 01:12:20 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 Michael Young 2001-08-13 14:30:23 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (X11; U; SunOS 5.6 sun4u)

Description of problem:
I am behind a firewall where non-proxyed connections to port 80 and 443 are
blocked, except via a non-transparent proxy. I have been trying to use
up2date for several days now and kept getting timeouts when I tried to use
up2date. Today I put a transparent proxy on port 80 to pass the connections
 on to the non-transparent proxy, and got further (as far as bug 50891),
and it
allowed me to identify likely two problems,
1. After the initial couple of proxyed secure connection, up2date is using
insecure port 80
2. These subsequent port 80 connections go direct, ignoring the proxy
I have checked that no connections to port 80 are being (non-transparently)
proxyed and all secure connections are proxyed.

How reproducible:

Steps to Reproduce:
1. run up2date from behind a firewall.

Comment 1 Michael Young 2001-08-13 15:51:45 UTC
I have done a bit more checking, and it seems that up2date is making a GET
connection to port 80 for https://beta.rhns.redhat.com/... rather that a CONNECT
connection to port 443. Hence it will not get past any squid proxys which reject
a GET of an https page as illegal.

Comment 2 Adrian Likins 2001-08-13 18:09:36 UTC
that sounds like a good canidate. The xmlrpc calls are
probabaly handling this correctly, but the GETs are
failing. Need to make sure they both handle
proxies the same way, and that should fix this.

Comment 3 Adrian Likins 2001-08-16 01:12:16 UTC
think i've got a fix for this, should be able to qa it and get
it out soon.

Comment 4 Michael Young 2001-08-20 18:42:39 UTC
The fix for bug 50891 also fixes this.

Comment 5 Christian Hofmann 2004-03-16 16:29:34 UTC
I have the same Problem with RH EL ES 3.0 with the curren up2date 
installed. up2date-4.2.5-1

The problem lies in hardware.py where the proxy port is ignored an 
the connection is ALWAYS made on port 80

    if cfg['enableProxy']:
        server_port = up2dateUtils.getProxySetting()
        server = string.split(server_port, ':')[0]
    s.connect((server, 80))
    (intf, port) = s.getsockname()

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