<div dir="ltr"><span style="font-size:12.8px;text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">live access.log streams is probably the most efficient way of doing this.<br></span><br><div>Concerning this moment</div><div><br></div><div>So in the logs only one half of the traffic, and if the incoming + outgoing<br><br><a href="https://alter.org.ua/soft/fbsd/squid_tot_sz/">https://alter.org.ua/soft/fbsd/squid_tot_sz/</a><br><br><div>All the patches I found are related to the old versions of the SQUID</div><div>for 3.5 this is not</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-06-21 19:20 GMT+03:00 Alex Rousskov <span dir="ltr"><<a href="mailto:rousskov@measurement-factory.com" target="_blank">rousskov@measurement-factory.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 06/21/2018 05:14 AM, Tiraen wrote:<br>
> where i can read more about this (I mean the development of custom<br>
> ICAP/eCAP modules and their connection to the proxy) ?<br>
<br>
</span>The best place to start is probably<br>
<a href="https://wiki.squid-cache.org/SquidFaq/ContentAdaptation" rel="noreferrer" target="_blank">https://wiki.squid-cache.org/<wbr>SquidFaq/ContentAdaptation</a><br>
<br>
If you decide to go the ICAP route, you will need to find the right ICAP<br>
server for your project. After that, the development will revolve around<br>
writing a custom adapter for that ICAP server. The above URL links to a<br>
page with a list of ICAP servers:<br>
<a href="https://wiki.squid-cache.org/Features/ICAP" rel="noreferrer" target="_blank">https://wiki.squid-cache.org/<wbr>Features/ICAP</a><br>
<br>
If you decide to go the eCAP route, you will need to (find somebody to)<br>
write an eCAP adapter (no server required).<br>
<br>
In either case, the required development is similar to writing a plugin<br>
or loadable module. Any capable developer can do it, but understanding<br>
of HTTP concepts and familiarity with the ICAP server or eCAP API helps.<br>
<br>
<br>
HTH,<br>
<br>
Alex.<br>
<div><div class="h5"><br>
<br>
> 2018-06-13 18:35 GMT+03:00 Alex Rousskov:<br>
> <br>
>     On 06/13/2018 07:09 AM, Matus UHLAR - fantomas wrote:<br>
>     > On 13.06.18 13:26, Tiraen wrote:<br>
>     >> ICAP will help provide data on incoming / outgoing traffic?<br>
> <br>
>     > icap can get the data and work with it.<br>
>     > you don't have to manipulate, just do the accounting.<br>
>     > you just need ICAP module that will do it.<br>
> <br>
> <br>
>     Yes, it is possible to collect more-or-less accurate incoming request<br>
>     and incoming response stats using an ICAP service, but doing so would be<br>
>     very inefficient. Using eCAP would improve performance, but interpreting<br>
>     live access.log streams is probably the most efficient way of doing<br>
>     this.<br>
> <br>
>     IIRC, both eCAP and ICAP interfaces do not see the exact incoming<br>
>     requests and incoming responses because Squid may strip hop-by-hop HTTP<br>
>     headers and decode chunked HTTP message bodies before forwarding the<br>
>     incoming message to the adaptation service. If you need exact headers<br>
>     and exact body sizes, then you need more than just the basic ICAP and<br>
>     eCAP interface. Again, access.log is probably an overall better choice<br>
>     for capturing that info.<br>
> <br>
>     Both eCAP and ICAP interfaces do not see outgoing requests and outgoing<br>
>     responses because Squid only supports pre-cache vectoring points.<br>
> <br>
> <br>
>     HTH,<br>
> <br>
>     Alex.<br>
>     P.S. In the above, "incoming" is "to Squid" and "outgoing" is "from<br>
>     Squid".<br>
> <br>
> <br>
</div></div>>     >> 2018-06-13 12:54 GMT+03:00 Matus UHLAR - fantomas <<a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a> <mailto:<a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a>>>:<br>
<span class="">>     >><br>
>     >>> On 13.06.18 11:51, Tiraen wrote:<br>
>     >>><br>
>     >>>> either such a question, perhaps someone in the course<br>
>     >>>><br>
>     >>>> in the SQUID is still not implemented radius accounting?<br>
>     >>>><br>
>     >>><br>
>     >>> authentication - yes. But squid doese not support accounting (afaik).<br>
>     >>><br>
>     >>> Maybe there are any third-party modules working correctly?<br>
>     >>>><br>
>     >>><br>
>     >>> maybe iCAP module.<br>
> <br>
> <br>
>     ______________________________<wbr>_________________<br>
>     squid-users mailing list<br>
>     <a href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.<wbr>org</a><br>
</span>>     <mailto:<a href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.<wbr>squid-cache.org</a>><br>
>     <a href="http://lists.squid-cache.org/listinfo/squid-users" rel="noreferrer" target="_blank">http://lists.squid-cache.org/<wbr>listinfo/squid-users</a><br>
<div class="HOEnZb"><div class="h5">>     <<a href="http://lists.squid-cache.org/listinfo/squid-users" rel="noreferrer" target="_blank">http://lists.squid-cache.org/<wbr>listinfo/squid-users</a>><br>
> <br>
> <br>
> <br>
> <br>
> -- <br>
> With best regards,<br>
> <br>
> Vyacheslav Yakushev,<br>
> <br>
> Unix system administrator<br>
> <br>
> <a href="https://t.me/kelewind" rel="noreferrer" target="_blank">https://t.me/kelewind</a><br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><span lang="en"><span>With best</span> <span>regards,</span><br><br><span>Vyacheslav</span> <span>Yakushev</span><span>,</span><br><br><span>Unix</span> <span>system administrator<br></span><span></span><span></span><br><a href="https://t.me/kelewind" target="_blank">https://t.me/kelewind</a><br><span></span></span><span lang="en"><span></span></span></div></div></div></div></div></div></div>
</div>