Grande amigo Eden! Segue abaixo as linhas do meu conf correspondente a autenticação como o senhor havia pedido:
*auth_param basic program /usr/lib/squid3/smb_auth -W MEU_DOMINIO -U 10.200.100.250 auth_param basic children 10 auth_param basic realm Nome_da_empresa auth_param basic credentialsttl 30 minutes auth_param basic casesensitive on* *acl InetAccess proxy_auth REQUIRED acl InetDeny proxy_auth "/etc/squid3/regras/inetdeny.**txt" acl Coord proxy_auth "/etc/squid3/regras/coord.**txt" acl Plantonistas proxy_auth "/etc/squid3/regras/**plantonistas.txt" acl Manutencao proxy_auth "/etc/squid3/regras/**manutencao.txt" acl Desenv proxy_auth "/etc/squid3/regras/desenv.**txt" acl users_excecao proxy_auth "/etc/squid3/regras/users_exc.**txt" acl exc_sites proxy_auth "/etc/squid3/regras/exc_sites.**txt" * Abraços, Moksha Em 17 de agosto de 2012 11:15, Eden Caldas <[email protected]> escreveu: > Posta aí pra gente as linhas do seu squid.conf referentes a autenticação. > > Em 17 de agosto de 2012 10:47, Dane <[email protected]> escreveu: > > Bom dia, se vc tem um base muito grande, poderia começar a pensar em um > > backend melhor, como ldap. > > > > mas é apenas uma sugestão, você deve analisar onde está o teu gargalho, > isso > > pode ser disco lento também. > > > > Use ferramentas do sysstat para analisar os valores antes e durante um > > problema de desempenho (sar, vmstat, free) > > > > Com isso você vai saber o que está demorando para liberar o processador. > > > > Em 17-08-2012 10:16, Marcos Carraro escreveu: > > > > Buenas, talvez eles esteja com a base grande? talvez alguma alteração? > > gerando uma consulta com erros de programação???? > > > > Posta a autenticação. > > > > -- > > Att > > Marcos Carraro > > marcoscarraro.blogspot.com > > > > > > > > Em 17 de agosto de 2012 10:13, Moksha Tux <[email protected]> escreveu: > >> > >> Bom dia queridos amigos da lista amigos que me ajudaram no post > anterior! > >> > >> Esse squid que detalhei a vcs no post anterior e que ficava durante > todo o > >> dia consumindo a CPU (100%), pois bem, não havia mencionado que ele era > >> autenticado, autenticação via SAMBA, temos aqui na empresa um PDC > rodando > >> SAMBA que concentra todos os usuários da rede (cerca de 2500). Fiz um > teste > >> retirando a autenticação do squid e o resultado foi monstruoso, em > momentos > >> de pico no trabalho a CPU oscilava entre 0 a 8% de consumo e no mesmo > >> instante quando voltava com a obrigatoriedade de autenticação no squid o > >> consumo voltava para 100% e ficava sem cair. A empresa exige que > façamos um > >> controle de acesso a internet por usuário por isso não posso tirar a > >> autenticação mas como posso fazer para que o processo de autenticação > via > >> smb_auth não onere tanto a CPU ao ponto de comprometer o desempenho do > >> servidor e com isso tornando a navegação mais lenta? Alguém poderia me > >> ajudar? Abraços, > >> > >> Moksha > > > > > > > > -- > > Att. Dane Brand > > Atua Sistemas de Informação > > Skype: dane.atua > > Msn: [email protected] > > ICQ : 126258686 > > Fone: (54) 3045-4144 > > Celular: (54) 9673-8919 > > Linux User #548369 > > > -- > To UNSUBSCRIBE, email to [email protected] > with a subject of "unsubscribe". Trouble? Contact > [email protected] > Archive: > http://lists.debian.org/canwxfxoh6xqtmh0a4+wlxumig19mwwbkeekqhkg0dlrb5j...@mail.gmail.com > >
