Problema na autenticação NTLM

Bom dia,

Tenho um squid fazendo autenticação nos grupos do AD. Depois de muitos testes, constatei que a queda da internet, que ocorre de forma intermitente, esta relacionada a autenticação NTLM que uso para autenticar os grupos do AD. Caso eu comente as linhas de autenticação, a navegação transcorre normalmente sem nenhum tipo de problema.

Como posso resolver isso?

Segue meu squid.conf abaixo.
Quem puder ajudar, agradeço!

http_port 3128

visible_hostname set

auth_param ntlm program /usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp

auth_param ntlm children 30

auth_param ntlm keep_alive on

#

#auth_param basic program /usr/bin/ntlm_auth --helper-protocol=squid-2.5-basic

#auth_param basic children 5

#auth_param basic realm Proxy Squid - Digite suas credenciais

#auth_param basic credentialsttl 5 hours

#auth_param basic casesensitive off

#external_acl_type ldap_group %LOGIN /usr/lib/squid3/wbinfo_group.pl

external_acl_type ldap_group %LOGIN /usr/lib/squid3/squid_ldap_group -R -b "dc=network,dc=local" -D cn=mimeweb,ou=Usuarios_de_sistemas_e_correio_RJ,ou=RJ,ou=Organizacao,dc=network,dc=local -w mi88kx2 -f "(&(objectclass=person)(sAMAccountName=%v)(memberof=cn=%a,ou=Grupos_RJ,ou=RJ,ou=Organizacao,dc=network,dc=local))" -h vulcano.network.local

#

dns_nameservers 10.1.200.23

  

#acl all src all

acl manager proto cache_object

acl localhost src 127.0.0.1/32

acl to_localhost dst 127.0.0.0/8 0.0.0.0/32

acl localdomain dstdomain vulcano.local

  

#

  

acl localnet1 src 172.16.0.0/12

acl localnet2 src 10.1.0.0/16

acl localnet3 src 10.21.0.0/16

  

# ACLs Personalizadas

  

acl autentication proxy_auth REQUIRED

acl internet external ldap_group internetrj

acl dqx external ldap_group internetdqx

#acl donwload external ldap_group downloadrj

#acl libera_webmail external ldap_group libera_webmail

#acl executaveis external ldap_group libera_download_executaveis

acl extension url_regex -i .exe .msi

acl blacklist_webmail dstdomain "/etc/squid3/ACLs/blacklist_webmail"

#

acl SSL_ports port 443      # https

acl SSL_ports port 563      # snews

acl SSL_ports port 873      # rsync

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 Safe_ports port 631      # cups

acl Safe_ports port 873      # rsync

acl Safe_ports port 901      # SWAT

acl purge method PURGE

acl CONNECT method CONNECT

acl QUERY urlpath_regex cgi-bin \?

no_cache deny localdomain

no_cache deny QUERY

  

  

  

#Default:

#

#Recommended minimum configuration:

#

# Only allow cachemgr access from localhost

http_access allow manager localhost

http_access deny manager

# Only allow purge requests from localhost

http_access allow purge localhost

http_access deny purge

# Deny requests to unknown ports

http_access deny !Safe_ports

# Deny CONNECT to other than SSL ports

http_access deny CONNECT !SSL_ports

#

#http_access deny extension !executaveis

#http_access deny blacklist_webmail !libera_webmail

http_access allow autentication internet

http_access allow autentication dqx

#*#LIBERADO TEMPORARIAMENTE

http_access allow localnet1

http_access allow localnet2

http_access allow localnet3

http_access allow localhost

  

icp_access allow localnet1

icp_access allow localnet2

icp_access allow localnet3

icp_access deny all

  

hierarchy_stoplist cgi-bin ?

  

#Default:

cache_mem 512 MB

  

#Default:

maximum_object_size_in_memory 64 KB

  

#Default:

memory_replacement_policy heap GDSF

  

#Default:

cache_replacement_policy heap LFUDA

  

#Default:

cache_dir diskd /var/spool/squid3 65536 64 256 Q1=64 Q2=72

  

#Default:

minimum_object_size 0 KB

  

#Default:

maximum_object_size 128 MB

  

#Default:

cache_swap_low 50

cache_swap_high 90

  

access_log /var/log/squid3/access.log squid

  

#Default:

pid_filename /var/run/squid3.pid

  

#Suggested default:

refresh_pattern ^ftp:      1440   20%   10080

refresh_pattern ^gopher:   1440   0%   1440

refresh_pattern -i (/cgi-bin/|\?) 0   0%   0

refresh_pattern (Release|Packages(.gz)*)$   0   20%   2880

# example line deb packages

#refresh_pattern (\.deb|\.udeb)$   129600 100% 129600

refresh_pattern .      0   20%   4320

  

#Default:

# request_header_max_size 20 KB

request_header_max_size 128 KB

  

#Default:

# reply_header_max_size 20 KB

reply_header_max_size 128 KB

  

#Default:

cache_effective_user squid

  

#Default:

cache_effective_group squid

  

#visible_hostname "set"

  

# Leave coredumps in the first cache dir

coredump_dir /var/spool/squid3

  

#hosts_file /etc/hosts

 

Olhe nos logs do samba e do winbind q lá deve t pistas sobre a autenticação.

Fala Renato, bom dia.

Achei os logs do samba. Porém tem vários arquivos de logs. Qual seria o arquivo? Os logs do winbind ficam também na pasta do samba? Só achei dentro da pasta /samba

Em um dos arquivos de logs, achei um erro:

[2013/07/19 08:33:13.896762,  3] libads/dns.c:345(dns_send_req)

  ads_dns_lookup_srv: Failed to resolve _ldap._tcp.dc._msdcs.RNNBRR.LOCAL (Connection timed out)

[2013/07/19 08:33:13.897086,  3] libads/dns.c:415(ads_dns_lookup_srv)

 

Não pude ver todos ainda, mas achei esse ai. Outra situação interessante, vejo que nos logs do winbind, ele aponta como principal o meu outro AD. No caso eu tenho 2 ADs aqui na empresa e quando cheguei, não sei porque ambos vc consegue enxergar o mesmo active directory, não sei como.

Eu apontei em todos os arquivos para um dos ADS, só que o winbind pelo visto selecionou o outro. O que eu poderia fazer?

Obrigado!

Veja se o seu DNS resolve os nomes do AD. Outra coisa é analisar nos arquivos d configuração do kerberos e winbind qual é o AD q tá configurado pra autenticar.

Eu consigo listar os usuários e grupos do domínio. O AD que ta configurado para autenticar, é justamente o que eu não coloquei nos arquivos de configuração. Ele puxou sozinho esse AD, acredito que seja esse, né? Como me certifico disso?

Como vejo se o DNS esta resolvendo os nomes do AD?

Tem um comando q faz esse teste, acho q é o net rpc info. Pra testar o DNS, basta dar ping em alguma máquina registrada no DNS.

quando digito NET ADS INFO aparece o seguinte:

LDAP server: 192.168.0.2

LDAP server name: rip-producao01.runningbarra.local

Realm: RUNNINGBARRA.LOCAL

Bind path: dc=RUNNINGBARRA,dc=LOCAL

LDAP port: 309

KDC server: 192.168.0.2

 

NET RPC INFO

Count not connect to server RIP-PRODUCAO01

The username or password was not correct.

Connection failed: NT_STATUS_LOGON_FAILURE

 

Abs.

Kra, a porta do LDAP não é 389? Analise isso ae...

Aonde eu altero essa porta?

Abs.

Ou é no samba ou é nas configs do winbind.

Estranho... nem precisei alterar a porta... fui checar novamente o LDAP port estava com 389...

No krb5.conf tirei os nomes e coloquei os ips em kdc, admin_server, realm...

Mesmo assim, quando digito NET RPC INFO o problema persiste.

Olá,

Ninguém sabe pq dá esse erro com o comando NET RPC INFO?

Abs.