On 10/07/2015 10:31 p.m., Marcus Kool wrote:
>
>
> On 07/10/2015 12:54 AM, Amos Jeffries wrote:
>> On 10/07/2015 9:51 a.m., David Touzeau wrote:
>>> Hi ikna
>>>
>>> This can be done, but you need to forget the ufdbgclient and create
>>> yourself a new one that is able to connect to the ufdbguard
On 07/10/2015 12:54 AM, Amos Jeffries wrote:
On 10/07/2015 9:51 a.m., David Touzeau wrote:
Hi ikna
This can be done, but you need to forget the ufdbgclient and create
yourself a new one that is able to connect to the ufdbguard server in
order to get ufdbguard results.
In this case, you have w
On 10/07/2015 9:51 a.m., David Touzeau wrote:
> Hi ikna
>
> This can be done, but you need to forget the ufdbgclient and create
> yourself a new one that is able to connect to the ufdbguard server in
> order to get ufdbguard results.
> In this case, you have with your code to replace the OK statu
Hi ikna
This can be done, but you need to forget the ufdbgclient and create
yourself a new one that is able to connect to the ufdbguard server in
order to get ufdbguard results.
In this case, you have with your code to replace the OK status=302
url="" sent by ufdbguard server by OK rewrite-ur
Dear all,
We recently migrated from Squid3.4.13/squidGuard to Squid3.5/ufdbGuard
With Squid3.4+squidguard, we were able to display on clients browser a
customized error page showing ONLY the original URL request on the address bar.
But, now: what we display on clients browser is:
http://10.1.1.
