Bug 175153 - Support http 302 redirect requests in rhnlib
Support http 302 redirect requests in rhnlib
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: up2date (Show other bugs)
3.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: Bret McMillan
Beth Nackashi
:
Depends On:
Blocks: 179651 RHEL3U8CanFix
  Show dependency treegraph
 
Reported: 2005-12-06 18:20 EST by Jason Connor
Modified: 2014-03-30 21:38 EDT (History)
2 users (show)

See Also:
Fixed In Version: RHEA-2006-0470
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-07-20 10:54:35 EDT
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 Jason Connor 2005-12-06 18:20:57 EST
This support is already there. We need to verify that it works. The biggest pain
in all this will be setting up a test environment. I'll work with Akamai to get
access to test servers.
Comment 1 Pradeep Kilambi 2006-04-12 11:49:13 EDT
This capability has been added in the rhnlib module which acts as a gateway
between the client(up2date/satsync) and hosted/akamai edge-nwk.

Basically the rpclib is modified such that the fail-over and redirect are
handled at the same place.  

Implemented Flow:
- when you run up2date it starts with POST and GET request for login and pkg hdr
 info respectively

- for every package a GET request is sent to hosted .
- hosted redirects with 302 back to the client with akamai url
- client sends a request to akamaized url for pkg.
- we fill the headers with pkg info and redirect paths for akamai use in case of
failure or redirect. 
- if package avaiable:
     downlods it
- elif 4xx or 5xx from akamai:
     #send the request back to hosted, set no-redirect flag (avoid loops)
     #download pkg 
- elif 302 from akamai:
     #sends a 302 back to the redirect url and if hosted downloads the pkg.




Comment 3 Bret McMillan 2006-05-02 15:26:37 EDT
summary changed to properly reflect what package got modified
Comment 4 Fanny Augustin 2006-05-02 16:46:05 EDT
It was decided that the client portion of the ISO Pkg Redirect should be deliver
with with the RHN-RHEL3.8 and RHN-RHEL4.4 update agent release
Comment 5 Fanny Augustin 2006-05-02 16:48:12 EDT
RHN Dev and RHN QA have agreed to develop and test this bug
Comment 7 Bret McMillan 2006-05-03 17:12:46 EDT
Moving component to RHEL for errata reasons.  Note that the server side bits for
302 are not going into 410, they will be turned on at a later point.  Testing
right now should be regression testing.
Comment 12 Fanny Augustin 2006-05-09 15:36:17 EDT
This bug has been fixed in this release
Comment 18 Red Hat Bugzilla 2006-07-20 10:54:36 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2006-0470.html

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