Problemas para autenticar no Squid [RESOLVIDO]

kepas
(usa Debian)

Enviado em 19/09/2013 - 19:04h

ele só retorna ERR!

renato_pacheco
(usa Debian)

Enviado em 19/09/2013 - 19:07h

Tente v se há algo faltando, através deste artigo aki:

http://www.cyberciti.biz/tips/linux-unix-squid-proxy-server-authentication.html

kepas
(usa Debian)

Enviado em 19/09/2013 - 19:37h

dei uma olhada no link e fiz como esta no site , o erro persiste!

Eu acredito Renato que deve ter sido algum bug na atualização do ubuntu, quando eu testei isso e estava funcionado tudo normal eu usava a versão 12.10 e depois atualizei para 13.04 , mais só fui reutilizar essa função agora.

Enfim amanhã vou instalar o Debian pra vê se resolve o problema e te dou resposta.

Agradeço mais uma vez por tentar me ajudar!

Buckminster
(usa Debian)

Enviado em 19/09/2013 - 21:36h

Não sei se você já formatou, mas de qualquer jeito segue aí:

http_port 3128
visible_hostname srv-gateway
error_directory /usr/share/squid3/errors/Portuguese/

auth_param basic realm Digite sua senha de acesso
auth_param basic children 3
auth_param basic credentialsttl 2 hours
auth_param basic casesensitive off
auth_param basic program /usr/lib/squid3/ncsa_auth /etc/squid3/passwd.squid3

acl usuarios proxy_auth REQUIRED
http_access allow usuarios

cache_mem 512 MB
maximum_object_size_in_memory 2048 KB
maximum_object_size 512 MB
minimum_object_size 4 KB
cache_swap_low 90
cache_swap_high 95
cache_dir ufs /var/spool/squid3 512 128 256
cache_access_log /var/log/squid3/access.log
refresh_pattern ^ftp: 15 20% 2280
refresh_pattern ^gopher: 15 0% 2280
refresh_pattern . 15 20% 2280


acl all src 0.0.0.0/0.0.0.0 # ou acl all src all
acl manager proto cache_object
acl localhost src 127.0.0.1/32
acl purge method PURGE
acl CONNECT method CONNECT
acl redelocal src 192.168.1.0/24
http_access deny !redelocal << esta linha não se faz necessária uma vez que a última linha nega tudo que não foi liberado acima.

http_access allow manager localhost
http_access deny manager
http_access allow purge localhost
http_access deny purge


http_access allow localhost
http_access allow redelocal
http_access deny all


Procure colocar as linhas de autenticação sempre no início, como está acima.

kepas
(usa Debian)

Enviado em 19/09/2013 - 23:16h

Então, testei aqui e ainda assim não deu certo! :/

dá o mesmo erro , a tela de login reaparece mesmo depois de colocar usuário e senha corretamente.

Buckminster
(usa Debian)

Enviado em 20/09/2013 - 00:11h

Você reiniciou o Squid depois de fazer as alterações?
E reiniciou as estações nas quais está fazendo o teste? (deve testar em, no mínimo, duas estações)

Delete o arquivo passwd.squid3 e crie um novo com o nome de passwd (não esqueça de alterar no squid.conf também) e insira um ou dois usuários nele e teste.
Mas crie o arquivo no seguinte caminho:

/etc/squid3/passwd

ou seja, utilize o teu editor de texto favorito, por exemplo:

# vim /etc/squid3/passwd << usei o vim, você use o teu editor de texto.

pode criar o arquivo vazio mesmo, salve e saia e depois crie os usuários e senhas com

# htpasswd /etc/squid3/passwd teste (dê enter e irá pedir a senha, digite uma senha e dê enter)

kepas
(usa Debian)

Enviado em 20/09/2013 - 07:14h

Eu já tinha feito esses testes!

quando mudo o squid.conf eu faço o seguinte:

1º- Service squid3 stop
2º- rm -r /var/log/squid3/**
3º- squid3 -k parse
4º- squid3 -z
5º- Service squid3 start

Também já tinha criado o arquivos /etc/squid3/passwd ao inves de /etc/squid3/passwd.squid3 e mudei no conf o caminho.
uso o vim como editor.

depois reinicio as estaçõs dos clientes, e as vezes tbm o servidor.

O erro tbm da em mais de uma maquina.


Acredito eu que o problema está com o /usr/lib/squid3/ncsa_auth , pois quando executo o comando abaixo e tento colocar o nome do usuario ele retorna ERR.
/usr/lib/squid3/ncsa_auth /etc/squid3/passwd.squid3

renato_pacheco
(usa Debian)

Enviado em 20/09/2013 - 08:57h

Fuçando aki, o teste q vc deve fazer pra validar o usuário é da forma sugerida neste forum abaixo:

http://www.mail-archive.com/squid-users@squid-cache.org/msg29849.html

Fiz o teste na minha máquina e deu OK tb. Faça esse teste e passe o resultado aki.

kepas
(usa Debian)

Enviado em 20/09/2013 - 22:08h

Renato testei o comando do site,
/usr/lib/squid3/ncsa_auth /etc/squid3/passwd

e me retorna o seguinte erro:
Falha de segmentação (imagem do núcleo gravada)

Então, como eu precisava resolver isso logo eu acabei colocando o Debian 7.1 no server e adivinha, funcionou direitinho!
Aí só pra testar coloquei o ubuntu 12.04 e tbm funfou, mais quando tentei colocar o 13.04 que era o que estava, PUMBA, o mesmo problema.

Resolvi então em voltar ao meu velho e bom Debian que nunca me deixou na mão!!

Mais infelizmente por ser um server de produção eu não podia ficar investigando pra resolver o problema e deixar aqui pra galera, mais quando tiver mais tempo vou investigar e qualquer coisa posto aqui blza.

Quero agradecer a vc Renato e ao Buckminster por me ajudar!!

Um grande abraço a vcs.

renato_pacheco
(usa Debian)

Enviado em 21/09/2013 - 00:33h

Kra, se deu falha d segmentacao é pq o seu ncsa_auth tava corrompido. Por isso q quando instalou outra versão funcionou. Deixe assim mesmo.

kepas
(usa Debian)

Enviado em 21/09/2013 - 11:43h

Não é a minha ncsa_auth que estava com problema não, pq eu instalei novamente o Ubuntu 13.04 e deu o mesmo erro, o problema está na versão que está no ubuntu.

Buckminster
(usa Debian)

Enviado em 22/09/2013 - 16:40h

De nada.