Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 306057 - gd.tuwien.ac.at doesn't reply 404 with non-existent files
Summary: gd.tuwien.ac.at doesn't reply 404 with non-existent files
Status: RESOLVED FIXED
Alias: None
Product: Mirrors
Classification: Unclassified
Component: Server Problem (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Mirror Admins
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-20 14:04 UTC by Raphael Marichez (Falco) (RETIRED)
Modified: 2010-04-23 13:09 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Raphael Marichez (Falco) (RETIRED) gentoo-dev 2010-02-20 14:04:59 UTC
http://gd.tuwien.ac.at/opsys/linux/gentoo/distfiles/subversion-1.6.4.tar.bz2
i suppose that this mirror should react as all the other ones, and reply a 404 Not Found when trying to fetch a non-existent (obsolete) file.

However, it replies a nice 302 which redirects the web client to:
http://gd.tuwien.ac.at/.admin/missing/server.php?name=GD.TUWIEN.AC.AT

I'm not sure if this is the right place to mention it. Please forgive me if i'm wrong.
Comment 1 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2010-02-28 15:59:02 UTC
(In reply to comment #0)
> http://gd.tuwien.ac.at/opsys/linux/gentoo/distfiles/subversion-1.6.4.tar.bz2
> i suppose that this mirror should react as all the other ones, and reply a 404
> Not Found when trying to fetch a non-existent (obsolete) file.
> 
> However, it replies a nice 302 which redirects the web client to:
> http://gd.tuwien.ac.at/.admin/missing/server.php?name=GD.TUWIEN.AC.AT
> 
> I'm not sure if this is the right place to mention it. Please forgive me if i'm
> wrong.

Thanks for reporting, Raphael.

Antonin,
I'm am adding you to CC here. Hopefully you can help resolve this issue because we need a 404 reply. I'm not sure if you are the right person to contact, please point me to the correct person if possible. Thanks.
Comment 2 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2010-04-21 03:43:56 UTC
ping? updates?
Comment 3 Raphael Marichez (Falco) (RETIRED) gentoo-dev 2010-04-22 19:18:56 UTC
Antonín replied me by email but it still seems broken:

$ wget http://gd.tuwien.ac.at/opsys/linux/gentoo/distfiles/subversion-1.6.4.tar.bz2
--2010-04-22 21:03:44--  http://gd.tuwien.ac.at/opsys/linux/gentoo/distfiles/subversion-1.6.4.tar.bz2
Resolving gd.tuwien.ac.at... 192.35.244.50
Connecting to gd.tuwien.ac.at|192.35.244.50|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://gd.tuwien.ac.at/.admin/missing/server.php?name=GD.TUWIEN.AC.AT [following]
--2010-04-22 21:03:45--  http://gd.tuwien.ac.at/.admin/missing/server.php?name=GD.TUWIEN.AC.AT
Connecting to gd.tuwien.ac.at|192.35.244.50|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: `server.php?name=GD.TUWIEN.AC.AT'

... and it still confuses portage while trying to fetch an obsolete file.

I wonder if Gentoo mirror admins consider this harmful or not.

Antonín: the ErrorLog directive has nothing to do with this. Try:
http://httpd.apache.org/docs/2.0/mod/core.html#errordocument
with a 404 code, and without the leading "http://server.com" part.
See:
"Note that when you specify an ErrorDocument  that points to a remote URL ... the client will not receive the original error status code, but instead will receive a redirect status code."

You may also prefer to limit the 404 behavior to the Gentoo repository:

<Directory ...linux/gentoo/distfiles>
  ErrorDocument 404 default
</Directory>


Comment 4 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2010-04-22 19:47:24 UTC
(In reply to comment #3)
> I wonder if Gentoo mirror admins consider this harmful or not.

Yes, it is harmful. That is why we want it resolved. :)

Unfortunately, we will have to pull this mirror from the official listings if it is not resolved.

Antonín, please keep communications in public in the future so we know you are fixing it or otherwise responding. Thanks.
Comment 5 Antonin 2010-04-22 22:12:22 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > I wonder if Gentoo mirror admins consider this harmful or not.
> 
> Yes, it is harmful. That is why we want it resolved. :)
> 
> Unfortunately, we will have to pull this mirror from the official listings if
> it is not resolved.
> 
> Antonín, please keep communications in public in the future so we know you are
> fixing it or otherwise responding. Thanks.
> 

Hi folks,
sorry for the extended com caused by the GD mirror. I finally corrected the config of the *external* http server. It should work now as expected.
- Antonin
Comment 6 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2010-04-23 02:30:04 UTC
(In reply to comment #5)

> Hi folks,
> sorry for the extended com caused by the GD mirror. I finally corrected the
> config of the *external* http server. It should work now as expected.
> - Antonin

Great, thanks. I noticed that you added a new email address. Should we change our records?
Comment 7 Antonin 2010-04-23 05:52:05 UTC
(In reply to comment #6)
> (In reply to comment #5)
> 
> > Hi folks,
> > sorry for the extended com caused by the GD mirror. I finally corrected the
> > config of the *external* http server. It should work now as expected.
> > - Antonin
> 
> Great, thanks. I noticed that you added a new email address. Should we change
> our records?
> 
Yes, please do so, antonin@freesw.eu is the right one.
Btw. just in case there´s approp. box in the mirror record, it might also be desirable to mention not only the mirror (backstore of Tb goodies) but also additionally the frontend interface @ www.gdsw.at. Nevertheless it´s not a "must" :-)) - Antonin in Vienna

Comment 8 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2010-04-23 12:38:34 UTC
Thanks for the info, closing bug now.
Comment 9 Raphael Marichez (Falco) (RETIRED) gentoo-dev 2010-04-23 13:09:07 UTC
thanks everyone