Ajuda! Google e sites relacionados Parou de Funcionar [RESOLVIDO]

TioRoni
(usa Debian)

Enviado em 12/04/2013 - 22:19h

O meu resolv.conf está em branco, nem uma linha feita, somente as linhas comentadas que já vem com ele:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN

E no meu squid.conf eu já seto os dns´s, então estou na mesma ainda.

Buckminster
(usa Debian)

Enviado em 13/04/2013 - 01:14h

O teu resolv.conf está em branco por que não está conseguindo resolver o DNS.
Tem algum problema com teu squid.conf.
Acrescente no resolv.conf o seguinte:
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 189.38.95.95
nameserver ip_do_teu_gateway

Salve e saia. E tente acessar os sites do google.
O problema é que quando você reiniciar o servidor ou reiniciar as placas de rede o resolv.conf voltará em branco. Deve ter algum problema com teu squid.conf que não está conseguindo resolver os DNSs.
Você setou os DNSs no DHCP em option domain-name-servers?

TioRoni
(usa Debian)

Enviado em 15/04/2013 - 13:21h

Bom dia. Desculpe a demora, tive que me ausentar.

Informei os dados no meu resolv.conf.
O meu dhcp.conf está setado os dns do Google e no meu squid.conf também está setando os dns do Google.

Tem mais algum arquivo que devo configurar?

Aguardo retorno.

Abraços.

TioRoni
(usa Debian)

Enviado em 15/04/2013 - 13:31h

Segue meu squid.conf.

#################################################################################
http_port 192.168.1.4:3128

#always_direct allow all
visible_hostname www.grupomastermt.com.br

# Tamanho da cache para obejtos
cache_mem 512 MB

# tamanho maximo dos objetos guardados na cache
maximum_object_size_in_memory 4 MB

# Tamanho maximo dos objetos que serao salvos em disco
maximum_object_size 102400 kb

# Tamanho minimo dos objetos que serao salvos em disco
minimum_object_size 0 kb

# Percentagem de cache baixa
cache_swap_low 80

# Percentagem de cache alta
cache_swap_high 85

# manter memoria alocada e nao usada, para nao precisar realocar quando for usar
memory_pools on

# Como tratar o X-Forwared-For no cabecalho HTTP
forwarded_for off

#logar parametros das URL's
strip_query_terms on

# Forca 5.5 ou anteior a buscar novas paginas do servidor em caso de refresh
ie_refresh on

#Detecta respostas quebradas de conexoes persistnes e assuma que o reply foi enviado apos 10 segundos
detect_broken_pconn on

# comportamento para espaco branco nas URLs
uri_whitespace allow

half_closed_clients off
memory_replacement_policy heap GDSF
cache_replacement_policy heap LFUDA

cache_dir aufs /var/spool/squid3/squid_1 1024 16 256
cache_dir aufs /var/spool/squid3/squid_2 1024 16 256
cache_dir aufs /var/spool/squid3/squid_3 1024 16 256
cache_dir aufs /var/spool/squid3/squid_4 1024 16 256
cache_dir aufs /var/spool/squid3/squid_5 1024 16 256


####Provoca um ganho de performance ao usar conexoes pipeline (Requicoes em paralelo)
pipeline_prefetch on

#################################### Autenticao ########################################

auth_param basic program /usr/lib/squid3/ncsa_auth /etc/squid3/squid_passwd
auth_param basic children 20
auth_param basic realm Usuario e Senha - GRUPO MASTER
auth_param basic credentialsttl 6 hours
auth_param basic casesensitive off

########################### Controles de Acesso (ACL) ##################################

acl usuarios proxy_auth REQUIRED
acl all src
acl localhost src 127.0.0.1/32
acl redelocal src 192.168.1.0/32

acl SSL_ports port 443 563 1863
acl Safe_ports port 80 21 22 443 563 280 488 591 777 1025-65535
acl CONNECT method CONNECT

########################### Meus Controles de Acesso ###################################

acl sitesbloqueados dstdom_regex -i "/etc/squid3/sitesbloqueados"
acl palavrasbloqueadas url_regex -i "/etc/squid3/palavrasbloqueadas"
acl palavrasliberadas url_regex -i "/etc/squid3/palavrasliberadas"
acl sitesliberados dstdom_regex -i "/etc/squid3/sitesliberados"
acl radiosonline urlpath_regex -i "/etc/squid3/radiosonline"
acl streaming rep_mime_type ^video/x-ms-asf

acl chefes src 192.168.1.253 192.168.1.95

################################## HTTP_ACCESS ########################################

http_access allow chefes
http_access allow palavrasliberadas
http_access allow sitesliberados
http_access deny sitesbloqueados
http_access deny palavrasbloqueadas
http_access deny radiosonline
http_reply_access deny radiosonline
http_access deny streaming
http_reply_access deny streaming
http_access allow usuarios

http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports

http_access allow localhost
http_access deny all

############################## Configuracoes Gerais ##################################

dns_nameservers 200.255.255.73 8.8.8.8 8.8.4.4

error_directory /usr/share/squid3/errors/pt-br

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

cache_mgr roni@grupomastermt.com.br

debug_options ALL,9 33,2 28,9

TioRoni
(usa Debian)

Enviado em 15/04/2013 - 13:37h

Aconteceu como vc disse, reiniciei o servidor e aí o resolv.conf ficou em brano novamente.

Não sei mais o que fazer.

Buckminster
(usa Debian)

Enviado em 15/04/2013 - 16:16h

1 - Quando você setou os DNSs no resolv.conf (sem reiniciar a máquina) a navegação dos sites do google normalizaram?

2 - Dentro do teu arquivo sitesbloqueados e/ou palavrasbloqueadas você não colocou por engano algum domínio ou alguma palavra relacionada ao google?

3 - Depois de testar, entre no teu DHCP e acrescente no final da linha option domain-name-servers x.x.x.x, x.x.x.x, 189.38.95.95, ip_do_teu_gateway;
Veja bem, essa linha deve estar dentro da tua subnet e não nas configurações gerais.
Os x são os DNSs do google. E não coloca o DNS da embratel.
E comenta a linha dns_nameservers 200.255.255.73 8.8.8.8 8.8.4.4 no squid.conf.
E comenta a linha memory_pools on também.
Depois que fizer isso, reinicia a máquina e veja se os DNSs estão no resolv.conf.

andrecanhadas
(usa Debian)

Enviado em 15/04/2013 - 16:49h

Se fizer o que sugeri na resposta 11 o arquivo não sera modificado quando reiniciar.

Buckminster
(usa Debian)

Enviado em 15/04/2013 - 16:57h

O problema é que ele não está conseguindo acessar somente os domínios relacionados ao google. Os outros sites ele consegue acessar na rede. Não é problema só no DNS.
Estou isolando o problema e ao mesmo tempo mostrando o caminho das pedras para ele.
E fixar o conteúdo do resolv.conf é gambiarra das brabas. Isso causa um problema enorme no futuro.
E eu sei que você vai responder: ah, mas eu já fiz isso e nunca me deu problema!

TioRoni
(usa Debian)

Enviado em 15/04/2013 - 22:09h

Boa noite. Mais uma vez obrigado pela ajuda e paciência.
Vamos lá:

1: Não normalizou, continuou do mesmo jeito, mesmo após setar os DNS´s no resolv.conf.
2: Não coloquei, acabei de verificar novamente e não tem nada relacionando ao Google. Caso tivesse, no log iria aparecer e não apareceu.
3: só me confirma se é assim que é para colocar:

# Sample /etc/dhcpd.conf
# (add your comments here)
default-lease-time 600;
max-lease-time 7200;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.4;
option domain-name-servers 8.8.8.8, 8.8.4.4, 189.38.95.95, 192.168.1.4;
option domain-name "mydomain.example";

subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.200;
}
Comentei a linha dns_nameservers e a do memory_pools no squid.conf.
Após isso, reiniciei e mesmo assim no resolv conf está em branco.

Fico no aguardo. Abraços.

Buckminster
(usa Debian)

Enviado em 15/04/2013 - 22:15h

Deixa assim as configurações:

authoritative;
default-lease-time 600;
max-lease-time 7200;
#option subnet-mask 255.255.255.0;
#option broadcast-address 192.168.1.255;
#option routers 192.168.1.4;
#option domain-name-servers 8.8.8.8, 8.8.4.4, 189.38.95.95, 192.168.1.4;
#option domain-name "mydomain.example";

subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.200;
option broadcast-address 192.168.1.255;
option routers 192.168.1.4;
option domain-name-servers 8.8.8.8, 8.8.4.4, 189.38.95.95, 192.168.1.4;
}

e reinicia a máquina.

Você não apagou o resto do dhcpd.conf?

TioRoni
(usa Debian)

Enviado em 15/04/2013 - 22:23h

Feito.

Buckminster
(usa Debian)

Enviado em 16/04/2013 - 11:47h

Deixa assim as configurações:

authoritative;
default-lease-time 600;
max-lease-time 7200;
#option subnet-mask 255.255.255.0;
#option broadcast-address 192.168.1.255;
#option routers 192.168.1.4;
#option domain-name-servers 8.8.8.8, 8.8.4.4, 189.38.95.95, 192.168.1.4;
#option domain-name "mydomain.example";

subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.200;
option broadcast-address 192.168.1.255;
option routers 192.168.1.4;
option domain-name-servers 8.8.8.8, 8.8.4.4, 189.38.95.95, 192.168.1.4;
}

e reinicia a máquina.

Você não apagou o resto do dhcpd.conf?