[squid-users] 3.5.8 Arm7 socket permissions

[Darren Breeze ML]

I have fixed this issue.

The Kernel Image I am using is configured with

*CONFIG_ANDROID_PARANOID_NETWORK =y 
<http://192.168.192.46/ksn-100/linux-rockchip/commit/cfc6ca5f859517957c323c340d754338211dbc61>
*

changing this to

*# CONFIG_ANDROID_PARANOID_NETWORK is not set 
<http://192.168.192.46/ksn-100/linux-rockchip/commit/cfc6ca5f859517957c323c340d754338211dbc61>*

and a rebuild has solved the issue.

Thanks again Amos for prodding me along to the fix.

Darren B.




On 29/10/2015 8:00 PM, Amos Jeffries wrote:
> On 29/10/2015 11:11 p.m., Darren Breeze ML wrote:
>> Hi
>>
>> Thanks for the reply.
>>
>> Libcap2 is in the build, but the build is for an Arm7 and the rootfs is
>> read only. Anything that needs write access I have moved to a ram disk
>> and symlinked it back into the expected place during the build process.
>>
>> There must be something else in the OS standing in the way.
>>
>> The unit has dnsmasq on it and that's working just fine. It also has a
>> set of iptables rules that have been tested on an X86 system and work fine.
>>
>> I can see the run it as root idea is just wrong so that's off the table.
> Okay. Its just tying to open a bog-standard UDP listener port there. So
> no special permissions should be needed.
>
> "debug_options 78,2" should log what IP:port it is trying to listen on
> just prior to the failure.
>
> Amos
>
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20151031/b77e6b8c/attachment.html>