Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
73 user(s) are online (51 user(s) are browsing Forums)

Members: 0
Guests: 73

more...

Headlines

 
  Register To Post  

« 1 (2)
Re: Downloads keep failing on OSDepot
Quite a regular
Quite a regular


See User information
@orgin

When downloads fail for me, I've managed to get them successfully via the Swedish mirror.

Go to top
Re: Downloads keep failing on OSDepot
Just popping in
Just popping in


See User information
@orgin

This may be a long shot, but is there any anti-intrusion program running on your server? The reason I ask is that the server I administer at work kept having issues with failing downloads. In the logs it would appear as "Connection reset by peers" as if people had cancelled their downloads. However what was actually happening was that the anti-intrusion software that was running on the server was getting false positives for our software and killing the connections.


Go to top
Re: Downloads keep failing on OSDepot
Quite a regular
Quite a regular


See User information
@orgin

Yes, the Swedish mirror seems to work OK.

cheers
tony
Go to top
Re: Downloads keep failing on OSDepot
Supreme Council
Supreme Council


See User information
@billyfish

No there isn't.

Vacca foeda. Sum, ergo edo

Mr Bobo Cornwater
Go to top
Re: Downloads keep failing on OSDepot
Quite a regular
Quite a regular


See User information
I did some tests, lastly with wget.

Main server response
HTTP/1.1 200 OK
Date
Tue10 Sep 2019 18:40:23 GMT
Server
Apache/2.4.18 (Ubuntu)
Pragma: public
Expires0
Cache
-Control: public
Content-Dispositionattachmentfilename="amigaamp3.lha"
Content-DescriptionFile Transfer
Content
-Transfer-Encodingbinary
Accept
-Rangesbytes
Content
-Length1814968
Keep
-Alivetimeout=5max=99
Connection
Keep-Alive
Content
-Typeapplication/lha


Note the 5 second limit.

Go to top
Re: Downloads keep failing on OSDepot
Supreme Council
Supreme Council


See User information
@Thematic

Seems weird. The server is configured with:

KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 60

And this is the header I get from wget:

HTTP request sent, awaiting response...
HTTP/1.1 200 OK
Date: Wed, 11 Sep 2019 05:33:57 GMT
Server: Apache/2.4.18 (Ubuntu)
Pragma: public
Expires: 0
Cache-Control: public
Content-Disposition: attachment; filename="amiarcadia.lha"
Content-Description: File Transfer
Content-Transfer-Encoding: binary
Accept-Ranges: bytes
Content-Length: 5000476
Content-Type: application/lha
Connection: Keep-Alive
Length: 5000476 (4,8M) [application/lha]

From:

wget --server-response --spider http://os4depot.net/share/emulation/gamesystem/amiarcadia.lha


What parameters are you using for wget?

Vacca foeda. Sum, ergo edo

Mr Bobo Cornwater
Go to top
Re: Downloads keep failing on OSDepot
Supreme Council
Supreme Council


See User information
Turned off "KeepAlive" in apache to see what happens.

Getting the headers locally on the server does not include the "KeepAlive" parameter as expected.

However from a remote client it is included.

Reading up a bit on it, without claiming to be an expert om it, and it seems that any router between the client and server can handle this on their own. That is, even if the server does not handle KeepAlive the router that your client is speaking to can have its own rules for keeping connections to it reusable.

So in this case it might just be a router between you and the server that handles the connections you make to it. You get the headers as rewritten by the router and not those sent from the server to the first router in the router chain.


Edited by orgin on 2019/9/12 4:32:16
Vacca foeda. Sum, ergo edo

Mr Bobo Cornwater
Go to top
Re: Downloads keep failing on OSDepot
Not too shy to talk
Not too shy to talk


See User information
LOL

Lesson #1:

Use IBrowse. Never seen it fail on a d/l from OS4depot.

Lesson @2:

Only use Oddity when all else fails.

Simple.

Good luck,

PJS


Go to top
Re: Downloads keep failing on OSDepot
Quite a regular
Quite a regular


See User information
Did a single file fetch with the delay, and wget didn't abandon then try again, so I'm guessing that (^) did it.

Go to top

  Register To Post
« 1 (2)

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project