Re: TCP RST attack detected on file upload cut

heck it out, but otherwise I think this is probably going > to be really, really tough to reproduce. > > On Sat, Nov 22, 2008 at 2:59 AM, Diego Ballve > <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > The behavior can be consistently reproduced with

TCP RST attack detected on file upload cut

nsights to share, I appreciate. Thanks, Diego -- Diego Ballve Digital Artefacts Europe http://www.digital-artefacts.fi/

Re: Guard, authenticate failure, HTTP 401

Hi Thierry, Aha, I missed that detail of the design. Case closed. Thanks, Diego Thierry Boileau wrote: > Hi Diego, > > if you set this boolean to false, then the behaviour is changed. You > obtain a 403 status code when requesting with wrong credentials. > You can have a look in the javadocs: >

Re: Guard, authenticate failure, HTTP 401

Hi Thierry, Thanks for the test code. Try setting: guard.setRechallengeEnabled(false); br, Diego Thierry Boileau wrote: > Hello Diego, > > I send you my sample code. I receive 401 status code when the > authentication fails. > > Best regards, > Thierry Boileau > -- > Restlet ~ Core developer

Re: Guard, authenticate failure, HTTP 401

Hi Stephan, Thierry, Thanks for the answers, but.. er.. I'm using 1.1.1 fresh from maven repo. Sources pulled from there too. And I am overriding the forbid method, which in 1.1.1 returns CLIENT_ERROR_FORBIDDEN. Check here: http://restlet.tigris.org/source/browse/restlet/tags/1.1/1.1.1/modules/or

Guard, authenticate failure, HTTP 401

Hello, By default Guard returns 403 (forbidden) if authentication fails? Shouldn't it be 401? 401: The request requires user authentication 403: request, but is refusing to fulfill it as it could be explained in the entity. br, DIego -- Diego Ballve Digital Artefacts Europe http://www.di

Re: Restlet and FF in Windows: range out of range

re 2008 16:28 > *À :* discuss@restlet.tigris.org > *Objet :* Re: Restlet and FF in Windows: range out of range > > This may be connected to a recent issue I've seen with Acrobat 9 not > being able to serve up certain PDFs hosted by Restlet -- there are also > ranged req

Restlet and FF in Windows: range out of range

Hello, Can somebody take a look at the range headers in these greps? I'm experiencing problems in Windows when serving static files (times out most of the times) and I believe it's due to ranged requests since it works fine linux (1 request). More specifically, why does Restlet answer: Content-