<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hmmmmm, George.</p>
<p>In what direction your request tresspasses Squid?</p>
<p>Because of by default:</p>
<p># TAG: request_body_max_size (bytes)<br>
# This specifies the maximum size for an HTTP request body.<br>
# In other words, the maximum size of a PUT/POST request.<br>
# A user who attempts to send a request with a body larger<br>
# than this limit receives an "Invalid Request" error message.<br>
# If you set this parameter to a zero (the default), there will<br>
# be no limit imposed.<br>
#<br>
# See also client_request_buffer_max_size for an alternative<br>
# limitation on client uploads which can be configured.<br>
#Default:<br>
# No limit.<br>
</p>
<p>and reply also:</p>
<p># TAG: reply_body_max_size size [acl acl...]<br>
# This option specifies the maximum size of a reply body. It
can be<br>
# used to prevent users from downloading very large files, such
as<br>
# MP3's and movies. When the reply headers are received, the<br>
# reply_body_max_size lines are processed, and the first line
where<br>
# all (if any) listed ACLs are true is used as the maximum body
size<br>
# for this reply.<br>
#<br>
# This size is checked twice. First when we get the reply
headers,<br>
# we check the content-length value. If the content length
value exists<br>
# and is larger than the allowed size, the request is denied
and the<br>
# user receives an error message that says "the request or
reply<br>
# is too large." If there is no content-length, and the reply<br>
# size exceeds this limit, the client's connection is just
closed<br>
# and they will receive a partial reply.<br>
#<br>
# WARNING: downstream caches probably can not detect a partial
reply<br>
# if there is no content-length header, so they will cache<br>
# partial responses and give them out as hits. You should NOT<br>
# use this option if you have downstream caches.<br>
#<br>
# WARNING: A maximum size smaller than the size of squid's
error messages<br>
# will cause an infinite loop and crash squid. Ensure that the
smallest<br>
# non-zero value you use is greater that the maximum header
size plus<br>
# the size of your largest error page.<br>
#<br>
# If you set this parameter none (the default), there will be<br>
# no limit imposed.<br>
#<br>
# Configuration Format is:<br>
# reply_body_max_size SIZE UNITS [acl ...]<br>
# ie.<br>
# reply_body_max_size 10 MB<br>
#<br>
#Default:<br>
# No limit is applied.<br>
</p>
<p>No limit.</p>
<p>May be, Squid's debug can light issue better?<br>
</p>
<div class="moz-cite-prefix">19.03.2018 05:17, George S пишет:<br>
</div>
<blockquote type="cite"
cite="mid:1189406584.2867449.1521415038487@mail.yahoo.com">
<div style="font-family:Helvetica Neue, Helvetica, Arial,
sans-serif;font-size:13px;">
<div>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.</div>
<div><br>
</div>
<div>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. </div>
<div><br>
</div>
<div>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?</div>
<div><br>
</div>
<div>-G</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
squid-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a>
<a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
"C++ seems like a language suitable for firing other people's legs."
*****************************
* C++20 : Bug to the future *
*****************************</pre>
</body>
</html>