Problema na autenticação NTLM

1. Problema na autenticação NTLM

Thiago
thi

(usa Ubuntu)

Enviado em 19/07/2013 - 10:23h

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





  


2. Re: Problema na autenticação NTLM

Renato Carneiro Pacheco
renato_pacheco

(usa Debian)

Enviado em 19/07/2013 - 11:32h

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


3. Re: Problema na autenticação NTLM

Thiago
thi

(usa Ubuntu)

Enviado em 22/07/2013 - 08:48h

renato_pacheco escreveu:

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!


4. Re: Problema na autenticação NTLM

Renato Carneiro Pacheco
renato_pacheco

(usa Debian)

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

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.


5. Re: Problema na autenticação NTLM

Thiago
thi

(usa Ubuntu)

Enviado em 22/07/2013 - 09:24h

renato_pacheco escreveu:

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?


6. Re: Problema na autenticação NTLM

Renato Carneiro Pacheco
renato_pacheco

(usa Debian)

Enviado em 22/07/2013 - 09:35h

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.


7. Re: Problema na autenticação NTLM

Thiago
thi

(usa Ubuntu)

Enviado em 22/07/2013 - 10:14h

renato_pacheco escreveu:

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.






8. Re: Problema na autenticação NTLM

Renato Carneiro Pacheco
renato_pacheco

(usa Debian)

Enviado em 22/07/2013 - 10:35h

thi escreveu:

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




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


9. Re: Problema na autenticação NTLM

Thiago
thi

(usa Ubuntu)

Enviado em 22/07/2013 - 10:58h

Aonde eu altero essa porta?

Abs.


10. Re: Problema na autenticação NTLM

Renato Carneiro Pacheco
renato_pacheco

(usa Debian)

Enviado em 22/07/2013 - 11:02h

Ou é no samba ou é nas configs do winbind.


11. Re: Problema na autenticação NTLM

Thiago
thi

(usa Ubuntu)

Enviado em 22/07/2013 - 11:48h

renato_pacheco escreveu:

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.




12. Re: Problema na autenticação NTLM

Thiago
thi

(usa Ubuntu)

Enviado em 23/07/2013 - 07:41h

Olá,

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

Abs.



  
01 02



Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts