<div dir="ltr"><div><div><div><div><div>Thank you so much for the help.<br></div>So, I use the directive 'chroot' in the squid.conf.<br></div>I start squid this way:<br></div><span style="color:rgb(255,0,0)">cd /etc/squid-3.5.6<br></span></div><span style="color:rgb(255,0,0)">sbin/squid</span><br></div>and it starts normally, but when I open the client browser and do an authentication it logs the errors and don't authenticate, but the squid doesn't stop running, just it logs the error and do not authenticate. <br>How I told you before, if I do: <span style="color:rgb(255,0,0)">chroot /etc/squid-3.5.6 libexec/basic_ncsa_auth</span> it runs, that's why I'm sure that basic_ncsa_auth it's running correctly, I suspect maybe this IPCcreate run as another user that cannot access the basic_ncsa_auth or maybe IPCcreate its located in a directory that cannot see the <span style="color:rgb(255,0,0)">libexec/basice_ncsa</span> relative path<br>That's a weird scenario.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-07-24 11:02 GMT-03:00 Amos Jeffries <span dir="ltr"><<a href="mailto:squid3@treenet.co.nz" target="_blank">squid3@treenet.co.nz</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 25/07/2015 12:10 a.m., Jorgeley Junior wrote:<br>
> please guys, help me.<br>
> Any suggestions?<br>
><br>
<br>
</span>Squid is not generally run in a chroot. The master / coordinator daemon<br>
manager process requires root access for several things and spawns<br>
workers that are dropped automatically to highly restricted access<br>
anyway. You already found out how big the dependency pool of libraries is.<br>
<br>
I guess what I'm getting at is that this is a rarely tested situation.<br>
<br>
To complicate matters there are three different combinations of "chroot"<br>
that Squid can run.<br>
<br>
* External chroot. Where you enter the chroot before starting Squid and<br>
it thinks the chroot content is the whole system.<br>
<br>
* configured chroot. Where you configure Squid master process to chroot<br>
its low-privilege workers with the squid.conf chroot directive.<br>
<br>
* Linux containers. Similar to the first, but you dont have to copy<br>
files into a separate chroot area. Just assign visibility/access to the<br>
OS areas.<br>
<br>
<br>
The error is pretty clear though. The problem is that something is<br>
unable to load a file during helper startup.<br>
Either Squid is unable to read/open/see the helper binary file itself.<br>
Or the helper is unable to open a file it needs to operate.<br>
<br>
"ipcCreate:" is a big hint that its Squid not finding the helper binary<br>
named.<br>
<br>
So is Squid being run from inside the chroot, or using "chroot"<br>
directive in squid.conf?<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Amos<br>
<br>
<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div style="text-align:left"><font size="4"><b><u><br></u></b></font></div><div style="text-align:left"><font size="4"><b><u><img src="https://lh6.googleusercontent.com/-xODPvbH2piQ/T6RqD0dqXjI/AAAAAAAAAPk/0I8Y3aq0mYM/h120/linuxano+assinatura+e-mail.png"><br></u></b></font></div></div>
</div>