Página 2 de 3 PrimeiroPrimeiro 123 ÚltimoÚltimo
+ Responder ao Tópico



  1. #6
    Avenger
    Tem muita gente atrás da máquina, compartilhando conexão?..
    No dmesg não aparece nada de ip_conntrack: table full, dropping packet?.. Se for o caso, faz algo como echo 16384 > /proc/sys/net/ipv6/ip_conntrack_max que resolve.
    No dmesg não aparece 'ethN: Too much work at interrupt' também não?.. Nesse caso é algum problema de placa-mãe ou da placa mesmo. Mas como você trocou a placa vai ser placa-mãe hehe.
    A máquina é firmeza? Não pode ter nada queimando um overhead nela? uptime abaixo de 2.0... prá tar atrapalhando a rede o uptime deveria estar lá pros 20 ehhe
    O cabo de... hmmm... olha: eth0 vai via cabo cross pro aparelhinho xDSL. eth1 entra no HUB/Switch da rede. Se você botar eth0 + eth1 no mesmo hub/switch, tá explicadíssimo o problema, vai ser isso mesmo!
    De qualquer forma vale verificar crimpagem do cabo que vai da eth0 até o aparelhinho xDSL.
    Tá esquisito essa eth0 com ip real, atrás de DSL, não?.. O router xDSL num teria que fazer um DMZ ou simplesmente ter uma comunicação com o IP (falso) do servidor linux, não?.. Eu esperaria IP real em DSL no linux na interface ppp0, quando usando roaring penguim pppoe.

    Espero que algumas das idéias dêm uma idéia do que é o problema!

  2. #7
    bobbystar
    Estou com umas 20 máquinas atrás deste firewall.
    Não tenho DMZ implementada aqui.
    Bom, quanto a hardware pode ser, eu troquei a interface de rede, mas a mainboard eh a mesma m571. Pensei que não precisava mais do que isso pra esse firewall.
    Pensei em ip_conntrack tbm, mas os logs não dizem nada a respeito disso.
    Será que eu teria algum log se estivesse com problema de overhead!?



  3. #8
    Avenger
    Olha, não tou falando que a placa mãe seja fraquinha... mas pode ser um problema no hardware mesmo, alguma malfunção, ou coisa do tipo.
    Com 486 você roteia dados prá altos 20 computadores (um 486 faz 200mbps nos barramentos ISA (mais ainda com os pci que sairam).

    Prá ver overhead seria o uptime

    Hmmm talvez um iptraf ou um tcpdump -n -i ethN também seja de alguma ajuda.

    Arranca o cabo da rede interna, vê se sua máquina só como cliente oferece as perdas também...

    Você não está naquele lance de 'duas placas de rede num switch' não, né?

  4. #9
    bobbystar
    Nesta máquina eu tenho 2 placas de rede. Uma com a eth0(DSL) e eth1(Switch), algo de errado nisso!?



  5. #10
    Avenger
    Minha dúvida é essa:

    Sua rede e seus clientes todos ligados num switch. Então da eth1 sai um cabo e vai pro switch prá ligar toodo mundo na sua máquina.
    Até aí tudo bem.

    Mas, se para chegar no DSL, você passe a eth0 no mesmo switch dos clientes -- aí que mora o perigo. Por exemplo: você pode ter ligado o DSL no switch também por estar loonge da máquina, e ter ligado então a eth0 em outra porta do mesmo switch. Desta forma:


    clientes -------------- Porta 1, 2, 3, 5, 10, 14
    servidor (eth1) ------ Porta 4
    S W I T C H
    Modem DSL --------- Porta 6
    servidor (eth0) ------ Porta 9

    Nesse caso você deveria tirar o DSL da porta 6 do switch e o cabo da eth0 da porta 9, e simplesmente 'emendá-los' direamente.

    Sim, eu achei pouco provável que você tenha feito isso -- mas já vi dono de provedor fazendo isso uma vez... Eu só convenci ele de que isso fazia mal quando ele começou a me reclamar de intermitências inexplicáveis na rede interna dele.






Tópicos Similares

  1. Perda de Pacotes
    Por RicardoVS no fórum Redes
    Respostas: 3
    Último Post: 14-08-2004, 22:15
  2. ** Perda de Pacote ***
    Por D3v3l0p3r no fórum Servidores de Rede
    Respostas: 1
    Último Post: 29-05-2004, 09:43
  3. Respostas: 11
    Último Post: 12-05-2004, 19:11
  4. pings altos e perda de pacotes..
    Por no fórum Redes
    Respostas: 18
    Último Post: 04-05-2004, 19:15
  5. Respostas: 5
    Último Post: 18-11-2003, 19:50

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L