Re: [squid-users] commBind: Cannot bind socket

On 06/04/2012 20:17, Markus Moeller wrote:
> When I try to start an external acl helper I get the following errors:
>
> 2012/04/06 19:03:27| helperOpenServers: Starting 5/5
> 'ext_kerberos_ldap_group_acl' processes
> 2012/04/06 19:03:27| commBind: Cannot bind socket FD 90 to [::1]: (99)
> Cannot assign requested address
> 2012/04/06 19:03:27| commBind: Cannot bind socket FD 91 to [::1]: (99)
> Cannot assign requested address
> 2012/04/06 19:03:27| ipcCreate: Failed to create child FD.
> 2012/04/06 19:03:27| WARNING: Cannot run
> '/opt/squid-3.2/lib/ext_kerberos_ldap_group_acl' process.
> 2012/04/06 19:03:27| commBind: Cannot bind socket FD 92 to [::1]: (99)
> Cannot assign requested address
> 2012/04/06 19:03:27| commBind: Cannot bind socket FD 93 to [::1]: (99)
> Cannot assign requested address
> 2012/04/06 19:03:27| ipcCreate: Failed to create child FD.
> 2012/04/06 19:03:27| WARNING: Cannot run
> '/opt/squid-3.2/lib/ext_kerberos_ldap_group_acl' process.
>
> Any idea for what I need to look ?
>
> I use squid3-3.1.16-2.3.1.x86_64 on OpenSuse 12.1. My config is:
>
> auth_param negotiate program /opt/squid-3.2/lib/negotiate_wrapper_auth
> --ntlm /usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp --kerberos
> /usr/sbin/negotiate_kerb_auth -s GSS_C_NO_NAME
> auth_param negotiate children 20 startup=5 idle=5
> auth_param negotiate keep_alive on
> auth_param ntlm program /usr/bin/ntlm_auth
> --helper-protocol=squid-2.5-ntlmssp
> auth_param ntlm children 20 startup=5 idle=5
> auth_param ntlm keep_alive on
> acl manager url_regex -i ^cache_object:// +i
> ^https?://[^/]+/squid-internal-mgr/
> acl localhost src 127.0.0.1/32 ::1
> acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1
> acl localnet src 10.0.0.0/8 # RFC1918 possible internal network
> acl localnet src 172.16.0.0/12 # RFC1918 possible internal network
> acl localnet src 192.168.0.0/16 # RFC1918 possible internal network
> acl localnet src fc00::/7 # RFC 4193 local private network range
> acl localnet src fe80::/10 # RFC 4291 link-local (directly plugged)
> machines
> acl SSL_ports port 443
> acl Safe_ports port 80 # http
> acl Safe_ports port 21 # ftp
> acl Safe_ports port 443 # https
> acl Safe_ports port 70 # gopher
> acl Safe_ports port 210 # wais
> acl Safe_ports port 1025-65535 # unregistered ports
> acl Safe_ports port 280 # http-mgmt
> acl Safe_ports port 488 # gss-http
> acl Safe_ports port 591 # filemaker
> acl Safe_ports port 777 # multiling http
> acl CONNECT method CONNECT
> external_acl_type kerberos_ldap_squid_allow ttl=3600 negative_ttl=3600
> %LOGIN /opt/squid-3.2/lib/ext_kerberos_ldap_group_acl -N
> WIN2003R2_at_WIN2003R2.HOME -g SQUID_ALLOW
> acl squid_allow external kerberos_ldap_squid_allow
> acl authenticate proxy_auth REQUIRED
> http_access allow localhost manager
> http_access deny manager
> http_access deny !Safe_ports
> http_access deny CONNECT !SSL_ports
> http_access allow squid_allow
> http_access deny all
> http_port 3128
> hierarchy_stoplist cgi-bin ?
> coredump_dir /var/cache/squid
> refresh_pattern ^ftp: 1440 20% 10080
> refresh_pattern ^gopher: 1440 0% 1440
> refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
> refresh_pattern . 0 20% 4320
>
>
> Markus
>
>
>
Hi,

is your squid user allowed to execute your external helper?
(chown proxy:proxy /opt/squid-3.2/lib/ext_kerberos_ldap_group_acl)

If that not help, increase the verbosity of log (debug_options ALL, 1)
to 9, you will see what's going wrong.

Regards.

-- 
Jean-Philippe Menil - P�le r�seau Service IRTS
DSI Universit� de Nantes
jean-philippe.menil_at_univ-nantes.fr
Tel : 02.53.48.49.27 - Fax : 02.53.48.49.09