 |
gildot |
 |
| |
| | Gateway em FreeBSD com problemas de rede | | |  | Contribuído por BladeRunner em 01-04-02 1:19
do departamento what-a-mess | |  | |  | | |  klansman escreve "Viva!
O motivo deste artigo é um problema que me tem vindo a aborrecer até ao ponto do desespero. Passo a explicar:
Tenho em casa uma rede com 2 computadores, em que um deles (servidor)corre permanentemente FreeBSD 4.5, e serve de gateway. Obviamente essa gateway é o único computador na (grande) rede ligado à internet. A ligação é (mal) assegurada por uma linha de 640kbit/s da netcabo, através de uma placa ethernet. Existe também outra placa de rede nesse computador que ligaria a um potencial hub (como são só 2 comps, o hub é dispensável [$$$] e está ligada directamente ao cliente por um cabo rj45 twisted ao outro computador). Até aqui tudo bem. Passemos aos detalhes:
A gateway corre FreeBSD 4.5 como já disse e assegura neste momento o serviço de masquerading através do natd e ipfw. Tudo funciona bem... ou quase bem.
O cliente corre FreeBSD 4.5 também ou por vezes win2k. O seu ip é configurado de forma estática usando endereços da subnet 192.168.0 com mask 255.255.255.0.
O problema:" | | | | | | Para conseguir um bom serviço da gateway instalei o bind para fazer caching dns, de forma a usar um endereço interno para dns server a partir dos (do) clientes. Além desse tenho também squid e outros serviços menos relevantes.
O que aconteçe é estranhíssimo (do meu ponto de vista). Quando faço um download do cliente, o processo ocorre sem problemas até ao ponto em que a ligação se lembra de "saturar" e cessa todo o fluxo de bytes. Isto acontece não só com downloads mas também con tráfego ocasional na web... Descobri através do tcpdump que quando isto acontece deixam de entrar dados de qualquer espécie na placa de rede da gateway que assegura a ligação a internet. A rede interna funciona ok, mas tudo o que tenha a ver com o exterior morre. Mais, tanto do cliente como da gateway, deixo de poder fazer pings, nslookups (digs), etc. A informação é pedida mas nunca há resposta. Para sair deste estado de "saturação" preciso de:
1. reboot na gateway, por vezes seguida de reconfiguração do IP externo por dhcp.
ou
2. desligar o modem e voltar a ligar...
Sei que parece um problema de fornecimento de serviço (netcabo).
Também pensei nisso, mas penso que despistei essa possibilidade quando liguei o modem directamente ao cliente, configurei as coisas com dhcp do win2k ou freebsd 4.5 e tudo funcionou normalmente.
Outra pista que não me leva a lado nenhum é que quando pus o bind a funcionar apenas como caching DNS a situação melhora, as cenas de "saturação" ocorrem com mais espaçamento de tempo entre elas... Mas não deixa de "encravar". Resta ainda dizer que quando estes breaks acontecem, tudo continua a funcionar bem, excepto o fluxo de dados que entra, que passa a 0. Confirmei com a firewall (ipfw show) não há pacotes rejeitados... Não entendo.
Este comportamento repete-se quando o trafego é pedido pela gateway em si... digamos usando o links como browser ou o wget para fazer o download estas cenas também acontecem. Note-se que neste sistema de masquerading todo o tráfego que passa pela gateway passa pelo sistema de masq, ou seja, o próprio trafego originado pela gateway é mascarado também.
Preciso desesperadamente de ajuda. Esta gateway já esteve a correr linux e não tinha problemas nenhuns. (esteve com linux quase 1 ano a funcionar bem).
Alguém tem ou teve problema semelhante? Alguém me pode dar uma pista... Pode até ser um local para investigar... qualquer coisa! Alguém sabe o que provoca isto? Alguém sabe como se repara? É muito aborrecido navegar 5 min e ter que desligar e ligar o modem... para não falar de downloads grandes que são impossíveis...
Se precisarem, usem o e-mail: klansman@arrakis.dhis.org para pedir informações mais detalhadas.
Desde já muito obrigado. < Gildot: três anos | Mac OS X faz um ano!! > | | gildot Login | | | Referências | | |
| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. | | | Boa tarde caro cliente Gildot. O seu problema não consta na nossa base de dados. Por isso terá de telefonar mais tarde e tentar falar com alguém da 2ª linha de atendimento ou então contactar o seu ISP ou ainda mesmo ler o manual e fazer-se à vida. Disponha sempre!
|
| | | | | | pontuação negativa pq? se este artigo aparecesse na USENET e ainda mais "respondam por favor para o meu email"...cof cof
tenham dó, se não têm paciência para resolver estes problemas de caracacá dediquem-se a outras coisas e não continuem a aprovar artigos como este aqui no gil que já parece mal...
|
| | | | Ola, eu tenho um cable modem da Motorola, que após muitas dores de cabeça consegui "descobrir" que nao funciona bem com placas de rede que não a Realtek que vinha com ele. O modem estava a funcionar muito bem mas de repente resolvia pendurar e nem acesso ao porto 80 no IP do modem conseguia ter para ir ver a configuracao do cable, tinha de ou esperar um bom bocado (de quando em vez ele "desbloqueava) ou tinha de o desligar e reconfigurar o IP da maquina que lhe ta ligada.
Por isso a minha ideia é que caso estejas a usar uma placa de rede que não a que vinha com ele, que tentes usar uma realtek (ou qq outra que viesse com ele).
Gustavo Felisberto
72ef1d7183eb2ea89420b94c0cf3e1f1
apt-get install anarchism |
| | | | | | Acho que isso é uma possibilidade. A placa de rede que ligas ao modem da Netcabo é a mesma que a Netcabo te forneceu? EXACTAMENTE a mesma?
Eu tenho uma configuração parecida contigo (a diferença é que é OpenBSD 3.0 + pf em vez de FreeBSD + ipfw) e nunca tive quaisquer problemas - mas sei que se quiser ligar a net directamente ao "PC cliente", também tenho de passar a Realtek 8139 (que me forneceram - acho que isto verifica MAC addresses e tudo) para o referido PC.
Ainda outra hipótese, menos provável - já viste os logs do dhclient (daemon cliente de DHCP)?
"We have no choice! Our Communist overlords will slay us if we fail in our mission!"
- A chinese military officer, "Tales of Suspense" #50, 1964 |
| | | | | A NetCabo não verifica o MacAdress da placa de rede para saber se te ha-de dar serviço ou não. Apenas se recorrem á informação existente no Cable Modem. Essas coisas de funcionar so com uma placa de rede e depois bloquear é coisas da Netvisão.
"Se vi mais além do que outro, é porque estava nos ombros de gigantes."
Sir Isaac Newton
|
| | | | Bem, eu tenho a idéia de que uma vez tentei simplesmente ligar o modem à placa de rede no outro PC, e não deu. E também me lembro de um colega dizer que, ao mudar a placa, teve de mudar o MAC address à mão.
Mas pelos vistos isso já não é assim...
"We have no choice! Our Communist overlords will slay us if we fail in our mission!"
- A chinese military officer, "Tales of Suspense" #50, 1964 |
| | | | mudar o MAC Address a mao
o mudo o imei do meu telas mas o mac address na tou a ver!? ;)
so se raspar a placa com um canivete =)
alterar a rom de cada vez q mudas de placa!!?
eu penso q um simples reset ao modem resolve esse prob. Desligar o modem da corrente digase.
.:}50 anos sobre a Terra e sobre o Mar{:. |
| | | | Nao digas asneiras. Em Linux, por exemplo, basta um "ifconfig eth0 hw ether DE:AD:BE:EF:00:00" para mudar o MAC da placa (desde que a placa suporte, o que e' verdade para quase todas as que se vendem por ai')
|
| | | | yep,
como disse no post nao tava a ver! do mesmo modo q ha softare pra aceder as roms de outros devices,neste caso tb existe. Dizer disparates e dizer logo a partida q nao ha. Mas pra mim, desligar o modem da ficha continua a ser o modo mais pratico,
Convehamos e mais simples telefonar a minha irma a dizer pra desligar o modem da corrente pq quero aceder ao comp de casa q ficou sem ligacao do q tar a dizerlhe pra teclar ifconfigs pra cima e pra baixo.
EU é q no taba ber!! prontoss! =)
Obrigado Mae.
[root@jupiter American Psyco Divx]# ifconfig --help
Usage:
ifconfig [-a] [-i] [-v] [-s] [[] ]
[add [/]]
[del [/]]
[[-]broadcast []] [[-]pointopoint []]
[netmask ] [dstaddr ] [tunnel ]
[outfill ] [keepalive ]
[hw ] [metric ] [mtu ]
[[-]trailers] [[-]arp] [[-]allmulti]
[multicast] [[-]promisc]
[mem_start ] [io_addr ] [irq ] [media ]
[txqueuelen ]
[[-]dynamic]
[up|down] ...
=Tipo de Hardware.
Lista dos tipos possíveis de hardware:
loop (Loopback Local) slip (SLIP) cslip (SLIP VJ)
slip6 (SLIP 6 bits) cslip6 (SLIP VJ 6 bits) adaptive (SLIP Adaptativo)
strip (Metricom Starmode IP) ash (Ash) ether (Ethernet)
tr (16/4 Mbps Token Ring) tr (16/4 Mbps Token Ring (Novo)) ax25 (AX.25 AMPR)
netrom (NET/ROM AMPR) rose (AMPR ROSE) tunnel (Túnel IPIP)
ppp (Protocolo Ponto-a-Ponto) hdlc ((Cisco)-HDLC) lapb (LAPB)
arcnet (ARCnet) dlci (Frame Relay DLCI) frad (FRAD - Dispositivo de Acesso a Frame Relay)
sit (IPv6 sobre IPv4) fddi (FDDI - Fibra Ótica) hippi (HIPPI)
irda (IrLAP) ec (Econet) x25 (generic X.25)
=Família de endereços. Default: inet
Lista de famílias de endereços possíveis:
unix (UNIX Domain) inet (DARPA Internet) inet6 (IPv6)
ax25 (AX.25 AMPR) netrom (NET/ROM AMPR) rose (AMPR ROSE)
ipx (Novell IPX) ddp (Appletalk DDP) ec (Econet)
ash (Ash) x25 (CCITT X.25)
[root@jupiter American Psyco Divx]#
.:}50 anos sobre a Terra e sobre o Mar{:. |
| | | | Ele verifica o mac address do cable modem e nao da placa de rede... agora o que deves fazer e' verificar se o teu cable modem nao tem problemas com a placa de rede que tas a usar, por exemplo o modem que tinha em Portugal um RCA qualquer coisa vulgarmente conhecido por Torradeira tinha problemas com placas recentes... Outra situacao e' que o cable modem faz cache do mac da placa de rede... basicamente um reset resolve o problema... Tens ainda a solucao mais gira flashar a eeprom do cable modem, ele faz um fallback para a secundaria que vem de fabrica e depois de estar online carrega uma versao nova para a primaria (que é flashable).
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it... |
| | | | "por exemplo o modem que tinha em Portugal um RCA qualquer coisa vulgarmente conhecido por Torradeira tinha problemas com placas recentes..."
True...
Tinha um desses que simplemente não funcionava com uma placa de rede recente. Agora tenho um outro RCA que parece uma barbatana deitada e funciona tudo bem. Tenho até a sensação (só de espírito, sem prova científica) que fiquei a ganhar também muito em termos de velocidade e estabilidade.
Mário Gamito |
| | | | Se o problema da falta de estabilidade e velocidade está no modem vou já trocar o meu... É preciso fazer quantos telefonemas para lá e estar quantos meses sem pagar para eles nos virem trocar o modem?
Quanto a não funcionar com placas de rede recentes... acho que quando me vieram cá instalar isto já deviam saber desse problema, porque deram-me uma placa de rede ISA!!
Cumprimentos,
Bruno Gravato.
|
| | | | Nos cable modems antigos (aqueles 3Com brancos), precisas de fazer um reset ao modem, se trocares a placa de rede.
De resto, desde que faças o dito reset, podes ligá-lo ao que te apetecer. Já usei desde a rtl8139 que vinha com o ditocujo, a Intels e placas PCMCIA.
O reset: pressiona o botão, desliga da corrente, volta a ligar, despressiona o botão.
|
| | | | A plava não tem de ser exactamente a mesma, eu tenho um sistema parecido, mas com linux e masq no servidor, uso uma placa realtek 8029, de 10 Mbps e nunca tive problemas, tambem já lá liguei outras placas, e so tive problemas com uma Micronet PCMCIA muito antiga, essa não funcionou mesmo!
Cumprimentos! zp |
| | | | Não é preciso ser a mesma placa, até pq com os Kits Netcabo (já deves ter reparado na publicidade), não vem incluida nenhuma placa de rede!
Segundo julgo a Mac address que eles verificam é somente o do Modem, até pq só eu é que sei a Mac da placa!
Tenho o moden da 3Com e a placa é uma Realtek RTL8029(AS) PCI Ethernet Adapter. Funciona perfeitamente em win2k e linux (Mdk8.2)..
Cumps
|
| | | | A mac address da placa de rede do teu modem ta nos registos da tvcabo e tem de bater com o teu num de cliente, associado a tua ligacao cabo. So assim se explica pq nao podes pegar no teu modem, e transportalo pra outro domicilio/empressa/etc
Quanto ao macaddress da placa de rede no teu comp,
O modem grava este na sua rom, pois tem de "despachar" os pacotes pra um endereco.Claro como ta a funcionar como um router, por hardware, possui uma pequena tabela onde guarda o endereco da tua placa de rede, associado ao IP, pra facilitar o processo.
Senao cada vez q recebesses dados destinados ao teu comp tinha de varrer toda a rede a procura da placa com o MACaddress xxxxx , ou pelo menos ate a celula mais proxima. Pois ai tem um router q divide os subgrupos, e separa as diferentes subredes.
Pra fazer reset a um modem de cabo, dependo dos modelos, mas geralmente, desligar o modem da ficha e ligar este pra libertar alguma electricidade acumulada, resulta sempre
.:}50 anos sobre a Terra e sobre o Mar{:. |
| | | | Outra vez a dizer disparates ? Ai o menino...
O cabo é um meio partilhado, até certo ponto. Portanto, duvido muito que se estiveres, por exemplo, no mesmo prédio/rua/praceta/localidade (só depende das dimensões dos referidos elementos) não possas deslocar o cable modem para outra morada, ficando o mesmo a funcionar.
Quanto ao MAC address da placa de rede, duvido muito que seja gravado na ROM do cable modem. Podia ser preciosista e brincar com o facto de ser uma memória ROM, mas... já ouviste falar no protocolo ARP ?
Isto não é uma flame... ;)
-- pmsac.oO(Cogito sumere potum alterum) |
| | | | Outra vez a dizer disparates ? Ai o menino...
sem comentarios
O cabo é um meio partilhado, até certo ponto. Portanto, duvido muito que se estiveres, por exemplo, no mesmo prédio/rua/praceta/localidade (só depende das dimensões dos referidos elementos) não possas deslocar o cable modem para outra morada, ficando o mesmo a funcionar.
Entao como e q a netcabo te factura!
Se pudesse fazer o q dizes era so espetar uns crocodilos no cabo do vizinho.
Quanto ao MAC address da placa de rede, duvido muito que seja gravado na ROM do cable modem. Podia ser preciosista e brincar com o facto de ser uma memória ROM, mas... já ouviste falar no protocolo ARP ?
Grava como cahe!! ARP cache, e q cache e essa!? nao sao diskettes concerteza, ou no disco rigido do cablemodem pq nao tem!
Se lhe chamamos ROM, PROM, RAM, EPROM etc qual a diferenca. Pra bom etendedor meia palavra basta
Os cable modems funcam como a maioria dos hubs/switches/placas,
Existe uma tabela, no cable modem, onde é guardado o IP e MAC address respecitivo das placas DA rede(s) a q pertencem,
Guardam para efeitos de cache, pra nao terem de utilizar o address resolution protocol e emiterem um broadcast pra rede inteira de cada vez q querem saber o mac address de determinado dispositivo de rede.
Caso a tua maq queria contactar uma maq exterior, tens duas hipoteses ou a tua placa guarda tb como arp cache (ARP proxy) o IP da maq da rede exterior a tua, juntamente com o MAC address do respectivo gateway q te da acesso exterior.
Ou entao, a tua placa sabe a partida que pacotes pro exterior deve enviar pra determinado gateway. Arp cache do IP e MAC do gateway.
A unica diferenca, é que na ultima hipotese o teu gateway nao precissa de saber q redes exteriores está a servir.
Isto não é uma flame... ;)
idem
.:}50 anos sobre a Terra e sobre o Mar{:. |
| | | | Mais um exemplo perfeito de uma óptima oportunidade (desaproveitada) para estares calado! De qualquer forma, 10 pontos pelo post... uma óptima forma de ir dormir bem disposto.
-- pmsac.oO(Cogito sumere potum alterum) |
| | | | quem es tu pra me mandar calar!
vaite te foder!
uma optima forma de ir dormir bem disposto =:)
.:}50 anos sobre a Terra e sobre o Mar{:. |
| | | | "vaie te foder!" ? Se estivesse em bom português, _quase_ que me conseguirias ofender...
Quem sou eu ? Um "gajo" que quando não sabe, fica calado.
Besos calientes :***
-- pmsac.oO(Cogito sumere potum alterum) |
| | | | Eu tambem tenho um motorola e uso sem problemas uma 3COM 3c509 ISA
E estive 2 ou 3 dias com uma 3COM 3c590 PCI.
|
| | | | Eu tambem tenho uma 3COM 3c590 á cerca de 4 meses sem o minimo de problemas com o modem motorola.
Pedro Esteves |
| | | | 3Com Corporation 3c905B 100BaseTX [Cyclone] esta era a que me dava problemas.... É claro que podia ser qq outra coisa, mas a questão aqui é que o problema do rapaz é mesmo estranho, por isso uma pessoa ta a mandar ideias para ele tentar resolver.
Olha la klansman, ja te deu para sacar o memtest86 e correr isso na maquina?
Eu se fosse a ti tentava trocar a placa de rede e testava a memoria com o memtest86 (eu sei que o memtest nao é 100% fiavel e que nao apanha todos os problemas de memoria, mas se ele não apanha nao conheço mais nada que apanhe).
Gustavo Felisberto
72ef1d7183eb2ea89420b94c0cf3e1f1
apt-get install anarchism |
| | | | 3Com Cyclone ?
Nothing but problems with them.
A minha sugestao passa pela Intel Pro100 (preferencialmente com as ultimas releases dos drivers by Donald Becker). Nao conheco a palavra "problema" com estas raparigas.
--
If everything else fails, RTFM.
|
| | | | Me neither...
Sempre usei disso em casa e no trabalho e sempre foi zero problemas em qualquer SO.
Mário Gamito |
| | | | Yeap ... so foi pena terem acabado...
"Nasci careca, nu e sem dentes. O que vier, é lucro!" |
| | | por Anonimo Cobarde em 01-04-02 11:26 GMT (#13)
|
| Boas.
A minha intuição é de que o problema está no driver da placa de rede. Já tive um problema em tudo semelhante, com uma Intel EtherExpress Pro/10+ (uma excelente placa, diga-se de passagem...). Funcionava bem em Win2k, funcionava bem com um redhat7.2, mas numa distro mais antiga acontecia-me o mesmo que acontece a ti: passado algum tempo deixava de poder aceder à web, e deixava de conseguir pingar qq coisa que passa-se por essa placa de rede. De 5 em 5 minutos o número de errors e carriers era colossal (ifconfig).
O que fiz primeiro foi testar a placa de rede com o software apropridado para a placa ( normalmente isso está disponivel no website do fabricante ). Como estava a funcionar correctamente, desconfiei da bios, do slot, dos daemons, do software, etc. Nada.
Ao fim de uma semana dei comigo a olhar desesperado (printk "hello world!", make oldconfig, make modules...) para a source do modulo eepro ( eepro.c ), e a fazer colecção das várias versões do modulo que encontrava pela net. Depois de muito pesquisar ( a placa é antiga, e o problema não estava referênciado em nenhuma faq), meti-me a a compilar as várias versões do modulo ( o maintainter não responde aos emails, é uma beca chato... ), e finalmente lá consegui encontrar um driver estável ( sem algumas funcionalidades, mas enfim, não se pode ter tudo, ou melhor, pode-se, mas não há tempo... ), que pertencia a uma distro manhosa, e que ainda tive de andar a corrigir à mão.
Conclusão: agarra em ti e pesquisa (google, google...) sobre possiveis erros no driver para a placa de rede, e mete-te a compilar novas versões (antigas e mais recentes). Pode ser que o problema esteja aí. :-)
Se precisares de ajuda, nbk@cyberdude.com
@516, Nbk
|
| | | | | | > Intel EtherExpress Pro/10+ (uma excelente placa, diga-se de passagem...).
Urgh.
|
| | | | Urgh ???
Há 3 anos que utilizo placas de rede Intel.
Nunca tive puto de qualquer problema com elas em qualquer SO, não podendo dizer o mesmo de outras.
Não estou a dizer que a Intel tem o exclusivo da excelência em placas de rede, mas também nunca vi que fossem más...
Contrapõe lá a tua teoria à minha prática.
Mário Gamito |
| | | | Confirmo o "Urgh" do chbm com a minha pratica. Tenho quase 200 placas dessas em producao, e acredita que sao uma violenta dor de cabeca se nao usares bons drivers.
Entre os sintomas mais comuns, encontras:
- Mortes "temporarias" da rede
- Mortes "permanentes" da rede (e so' la' vai com reboot)
- Slowdowns incriveis (tive um destes hoje), e so' la' vai com cold boot.
Solucao funcional?
Usar os drivers do Becker (scyld.com), e fazer algum finetuning (`as vezes) com o mii-diag, tb do Becker.
Solucao magica?
Usar o driver "e100" da propria Intel (que vai substituir o eepro100 na serie 2.6, e acho que ja' esta' no 2.5)
|
| | | | Hum, o chbm estava-se a referir a uma Intel EtherExpress/10+. Nao a uma Intel EtherExpressPro, nem a uma EtherExpressPro100, mas mesmo as' antigas 10 Mbit ISA. De certeza que tens 200 placas dessas em producao ?
E sim, essas nao eram grande coisa, mas tinham uma arquitectura completamente dferente das novas... Quanto ao resto, eu tb me parece problema de placa de rede... e quanto a' guerra 3Com/Intel, eu gosto das duas marcas, mas nao sao perfeitas, tal como nada e'... Para mim, qq uma placa da 3Com/Intel e' sempre preferivel ao que anda por ai... como diz o Donald Becker das Realtek, nao sao bem placas de boa performance, mas antes "solucoes de conectividade"...
|
| | | | My mistake. Falam em Intel, penso nas EtherExpress :-)
Sim, tenho a certeza que sao essas as placas que tenho. (ou, em muitos casos, nao sao placas mas sao chips eepro100 builtin na motherboard, o que vai dar ao mesmo).
Nao sao más placas, se tiveres bons drivers. Em máquinas de mail, por exemplo, um mau driver mata-te uma máquina todos os dias à hora de pico. Com um bom driver, tens vários meses seguidos de boa qualidade de serviço.
|
| |
|
