[squid-users] http get request with body

[Yuri]

What else goes into head..... Hmmmmmmm......

May be timeout during long body downloading/uploading session.

Anyway, require additional info to make advice.


19.03.2018 05:36, Yuri пишет:
>
> Hmmmmm, George.
>
> In what direction your request tresspasses Squid?
>
> Because of by default:
>
> #  TAG: request_body_max_size    (bytes)
> #    This specifies the maximum size for an HTTP request body.
> #    In other words, the maximum size of a PUT/POST request.
> #    A user who attempts to send a request with a body larger
> #    than this limit receives an "Invalid Request" error message.
> #    If you set this parameter to a zero (the default), there will
> #    be no limit imposed.
> #
> #    See also client_request_buffer_max_size for an alternative
> #    limitation on client uploads which can be configured.
> #Default:
> # No limit.
>
> and reply also:
>
> #  TAG: reply_body_max_size    size [acl acl...]
> #    This option specifies the maximum size of a reply body. It can be
> #    used to prevent users from downloading very large files, such as
> #    MP3's and movies. When the reply headers are received, the
> #    reply_body_max_size lines are processed, and the first line where
> #    all (if any) listed ACLs are true is used as the maximum body size
> #    for this reply.
> #
> #    This size is checked twice. First when we get the reply headers,
> #    we check the content-length value.  If the content length value
> exists
> #    and is larger than the allowed size, the request is denied and the
> #    user receives an error message that says "the request or reply
> #    is too large." If there is no content-length, and the reply
> #    size exceeds this limit, the client's connection is just closed
> #    and they will receive a partial reply.
> #
> #    WARNING: downstream caches probably can not detect a partial reply
> #    if there is no content-length header, so they will cache
> #    partial responses and give them out as hits.  You should NOT
> #    use this option if you have downstream caches.
> #
> #    WARNING: A maximum size smaller than the size of squid's error
> messages
> #    will cause an infinite loop and crash squid. Ensure that the smallest
> #    non-zero value you use is greater that the maximum header size plus
> #    the size of your largest error page.
> #
> #    If you set this parameter none (the default), there will be
> #    no limit imposed.
> #
> #    Configuration Format is:
> #        reply_body_max_size SIZE UNITS [acl ...]
> #    ie.
> #        reply_body_max_size 10 MB
> #
> #Default:
> # No limit is applied.
>
> No limit.
>
> May be, Squid's debug can light issue better?
>
> 19.03.2018 05:17, George S пишет:
>> Hello folks. Need some help on this. I am not sure if it has been
>> posted already a 100 times, so apologies for once more.
>>
>> Having said that. I am in the process of deploying of a rest api
>> layer which exposes among other things a path that entails a get
>> request but with a heavy json body. Seems like the request breaks
>> when going through squid. 
>>
>> Is there a limitation on this front on squid as far as supporting
>> this feature or is there possibly a configuration or component to
>> make it possible?
>>
>> -G
>>
>>
>> _______________________________________________
>> squid-users mailing list
>> squid-users at lists.squid-cache.org
>> http://lists.squid-cache.org/listinfo/squid-users
>
> -- 
> "C++ seems like a language suitable for firing other people's legs."
>
> *****************************
> * C++20 : Bug to the future *
> *****************************

-- 
"C++ seems like a language suitable for firing other people's legs."

*****************************
* C++20 : Bug to the future *
*****************************

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20180319/25ed2b6b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: OpenPGP digital signature
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20180319/25ed2b6b/attachment-0001.sig>