Página 1 de 6 12345 ... ÚltimoÚltimo
+ Responder ao Tópico



  1. Boa tarde pessoal!
    Meu problema é o seguinte aqui na empresa: A Internet cai direto, todo santo dia. O estranho é que cai so para algumas pessoas, por um tempo indeterminado, segundos, às vezes meia hora. Parece como que tem um limite de usuarios que podem estar conectados ao mesmo tempo, sei lá.
    Às vezes, escolhendo "reparar", lá nos micrinhos do lado do relógio resolve, ou trocando o IP, e quando cai o proxy, cai tb os e-mails (outlook no caso), e não consigo pingar nada tb. Reiniciar o Squid tb nao soluciona, reiniciar o meu micro sim.

    Faz perto de um mês que to com esse problema, já mudei o squid.conf um milhão de vezes, e sempre acaba igual, calculo que o problema não é o squid.

    Outra coisa, se faço uma conexão direta do meu micro para fora (a gente tem 2 IP´s fixos), navego sem problema.

    Tó usando Squid 2.6 STABLE5, num Debian 40r3

    Vou postar aí me squid.conf e o cache.log

    SQUID.CONF:
    http_port 3128
    visible_hostname smb
    cache_mem 128 MB
    hierarchy_stoplist cgi-bin ?
    acl QUERY urlpath_regex cgi-bin \?
    no_cache deny QUERY
    maximum_object_size_in_memory 64 KB
    maximum_object_size 12288 KB
    minimum_object_size 0 KB
    cache_swap_low 90
    cache_swap_high 95
    cache_dir ufs /proxy/cache 2048 16 256
    cache_access_log /proxy/log/access.log
    cache_log /proxy/log/cache.log
    cache_store_log /proxy/log/store.log
    cache_effective_user proxy
    cache_effective_group proxy
    refresh_pattern ^ftp: 60 20% 2280
    refresh_pattern ^gopher: 60 0% 2280
    refresh_pattern . 0 20% 2280
    emulate_httpd_log off

    #-------------AUTENTICACAO-----------------
    auth_param basic program /usr/lib/squid/ncsa_auth /etc/squid/squid.passwd
    auth_param basic children 5
    auth_param basic realm Digite seu usuario e senha
    auth_param basic casesensitive on

    #------------ACL's-------------------------
    acl ncsa_users proxy_auth REQUIRED
    acl bloqueados url_regex '/samba/administrativo/Servidor/Bloqueados/Bloqueados.txt'
    acl all src 0.0.0.0/0.0.0.0
    acl manager proto cache_object
    acl localhost src 127.0.0.1/255.255.255.255
    acl SSL_ports port 443 563
    acl Safe_ports port 80 #http
    acl Safe_ports port 21 #ftp
    acl Safe_ports port 443 563 #https, snews
    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 redelocal src 192.168.10.0/24
    acl CONNECT method CONNECT
    acl outros proxy_auth -i "/etc/squid/outros"
    acl outrossites dstdomain "/etc/squid/outrossites"

    #------------HTTP_ACCESS-------------------
    http_access deny bloqueados
    http_access deny outros !outrossites
    http_access allow ncsa_users
    http_access allow manager localhost
    http_access deny manager
    http_access deny !Safe_ports
    http_access deny CONNECT !SSL_ports
    http_access allow redelocal
    http_access deny all
    icp_access allow redelocal
    icp_access deny all


    ULTIMAS LINHAS DO CACHE.LOG:
    2009/02/11 14:44:14| clientReadRequest: FD 20 (192.168.10.126:1294) Invalid Request
    2009/02/11 14:44:14| clientReadRequest: FD 23 (192.168.10.126:1295) Invalid Request
    2009/02/11 14:44:14| clientReadRequest: FD 24 (192.168.10.126:1297) Invalid Request
    2009/02/11 14:44:14| clientReadRequest: FD 20 (192.168.10.126:1296) Invalid Request
    2009/02/11 14:44:14| clientReadRequest: FD 23 (192.168.10.126:1298) Invalid Request
    2009/02/11 15:06:40| ctx: enter level 0: 'http://graficos.invertia.com.mx/Megacharts/MChartISAPI.dll?Chart?ACK=30805&UID=DemoDLYemoDLY&PRD=InvMX&SYM=IB030BOVESPA&SPR=1&SFR=5:O:1&SCL=&SLK=WWW&TIU=0&TIO=&TIS=&CSZ=140,100&CST=1,1&CGR=3&IMG=PNG&RGN=BR&XML=InvertiaTiny&TMP=0&symalt=&cache=300'
    2009/02/11 15:06:40| WARNING: unparseable HTTP header field {HTTP/1.1 200 OK}
    2009/02/11 15:06:40| ctx: exit level 0
    2009/02/11 15:06:40| WARNING: unparseable HTTP header field {HTTP/1.1 200 OK}
    2009/02/11 15:07:20| clientReadRequest: FD 39 (192.168.10.106:1775) Invalid Request
    2009/02/11 15:07:20| clientReadRequest: FD 39 (192.168.10.106:1777) Invalid Request
    2009/02/11 15:36:01| clientReadRequest: FD 20 (192.168.10.112:1234) Invalid Request
    2009/02/11 15:36:01| clientReadRequest: FD 20 (192.168.10.112:1235) Invalid Request
    2009/02/11 15:36:01| clientReadRequest: FD 20 (192.168.10.112:1236) Invalid Request
    2009/02/11 15:36:01| clientReadRequest: FD 20 (192.168.10.112:1237) Invalid Request

    Esses erros de “clientReadRequest” dá direto.

    Desculpa a extensão da pergunta, mas é que tô desesperado, e queria que ficasse bem claro o problema, que para mim está sendo impossível resolver, agradeceria muito a ajuda de vocês, pois o pessoal aqui usa bastante a internet, e sobra para mim sempre.

    Muito Obrigado!

  2. bão.. a mim tá mais parecendo uma placa de rede abobada ou um switch problematico. Mas vamos tentar definir melhor as coisas, na base do "eu acho" não funciona.

    esqueça (por enquanto) o squid. Quando u'a máquina não conseguir se comunicar/navegar, faça:

    a) pingue-a a partir de outra máquina ou mesmo do gw
    b) no gw, coloque o tcpdump no ar, assim:
    tcpdump -nvvi interface_interna host maquina_qualquer (das que costumam cair)
    examine esse trafego até que 'desapareça'. Quando (e se) desaparecer, pingue a maquina_qualquer pra ver se responde.

    a idéia é ISOLAR o problema, senão a gente endoida

    vai colocando aqui os resultados.



  3. de acordo com os logs.. nao idica problema no squid nao !!

  4. Opa!, valeu pela atenção ai pessoal!
    Seguinte, caiu enquanto eu tava lendo aqui as mensagems (que coincidencia), fiz o tcpdump, ta aí o resultado:


    smb:~# tcpdump -nvvi eth0 host informatica
    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes

    (nao tava acontecendo nada e dei um Ctrl + c)
    0 packets captured
    2115 packets received by filter
    1935 packets dropped by kernel


    Pinguei o meu micro pelo servidor(enquanto rodava o tcpdump) e ele voltou a vida imediatamente!!, o que será que pode ser??, nunca tinha visto algo assim!.

    Obs: quando cai a internet no meu micro não cai a rede, eu continuo acessando os compartilhamentos normalmente.
    Outra coisa, os switch faz tempo que tam ligado direto, um 3com(1Gb) e 1 D-link(100Mb) Eu to conectado no D-link, que vai ate o 3com, ate acessar o servidor, mais tem gente que ta direto no 3com e tb da problema.

    Obrigadão pela força ae!!!



  5. Caiu de novo, pinguei algums sites a traves do meu pc, e funcionou legal, mas o firefox continuava sem funcionar. Pinguei um micro da rede, mesmo resultado.
    Peguei o micro do chefe e pinguei o meu.... voltou a funcionar!, nao entendo...






Tópicos Similares

  1. Squid com problemas
    Por no fórum Servidores de Rede
    Respostas: 1
    Último Post: 18-09-2005, 14:23
  2. squid com problema
    Por zeusguiga no fórum Servidores de Rede
    Respostas: 2
    Último Post: 13-07-2005, 12:54
  3. squid com problemas!!!
    Por rcar no fórum Servidores de Rede
    Respostas: 13
    Último Post: 20-04-2005, 19:17
  4. squid com problemas
    Por ocire no fórum Servidores de Rede
    Respostas: 2
    Último Post: 26-05-2004, 14:13
  5. Proxy Squid com problemas
    Por Wal no fórum Servidores de Rede
    Respostas: 11
    Último Post: 04-11-2003, 15:52

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L