Re: [FUG-BR] Problema com Classes de Ip frio numa mesma placa deRede
Caro Nenhum de Nos, >> re1 -> ip´s 200.xxx.xxx.193 netmask 255.255.255.224 >> alias 192.168.0.254 netmask 255.255.255.0 >> alias 181.181.0.254netmask 255.255.255.0 >> alias 177.177.0.254netmask 255.255.255.0 >> estes alias sao gateway´s de rede, e estes ip´s saum ficticios, mas são >> classes diferentes de ip´s frios > > frio = inválido ? estes ip´s seriam invalidos sim, sendo enxergados apenas pelo seu gateway e pela placa do natd, vc quer dizer que apesar deles estarem na placa interna, na rede interna, se a placa que tem ip quente encontrar alguns destes ip´s na net vai parar de responder pra placa interna ? Marco Aurélio V. da Silva Prodata Inf. e Cad. Ltda. [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] - Original Message - From: "Nenhum_de_Nos" <[EMAIL PROTECTED]> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Thursday, May 31, 2007 3:35 PM Subject: Re: [FUG-BR] Problema com Classes de Ip frio numa mesma placa deRede > On 5/31/07, Marco Aurelio V. da Silva <[EMAIL PROTECTED]> wrote: >> Caros Colegas, >> >> Estou com o seguinte problema, tenho um servidor com o Freebsd 6.2 >> instalado >> que o servidor de internet para varios clientes. >> Nele tem 3 placas de rede com a seguinte topologia: >> >> re0 -> ip 200.xxx.xxx.133 é a placa que tem internet e o natd roda >> sobre >> ela para servir internet para as >> outras placas >> >> re1 -> ip´s 200.xxx.xxx.193 netmask 255.255.255.224 >> alias 192.168.0.254 netmask 255.255.255.0 >> alias 181.181.0.254netmask 255.255.255.0 >> alias 177.177.0.254netmask 255.255.255.0 >> estes alias sao gateway´s de rede, e estes ip´s saum ficticios, mas são >> classes diferentes de ip´s frios > > frio = inválido ? > >> re2 -> ip´s 200.xxx.xxx.xxx esta placa faz algumas redes com ip´s >> quentes >> alias 200.xxx.xxx.xxx >> alias 200.xxx.xxx.xxx >> >> O meu problema esta nas classes frias da re1, eles começam a navegar e de >> repente cai a conexão, ai eu faço o seguinte, dou um arp -a -d no >> servidor e >> logo em seguida pingo um dos clientes da classe, ai aquele cliente começa >> a >> navegar, mas se desabilitar a placa de rede e habilitar de novo para de >> funcionar, esta é uma das formas de fazer o cliente funcionar, mas >> convenhamos é impossível ficar pingando mais de 700 clientes qdo param ne >> ? >> Outra gambiarra que fiz pra tentar resolver e é o que ta quebrando o >> galho >> por enquanto, criei um script que tira os aliases da placa re1 e coloca >> de >> novo, e coloquei no cron para rodar de 1 em 1 minuto, ai os clientes >> estaum >> funcionando, muito louco naum entendi o porque. >> Outra forma, criei outra classe fria na placa re1 (114.114.0.254), os >> clientes desta classe ja funcionam sem problemas, se eu criar novas >> classes >> e mudar os clientes para estas novas classes ai funciona, mas tambem é >> inviavel ficar trocando os clientes de ip. >> >> Alguém tem alguma ideia ? > > nem parei muito pra pensar sobre, nem li completamente o problema, mas > tenho uma idéia sim. se a resposta para a pergunta que fiz acima for > sim, as faixas: > > alias 181.181.0.254netmask 255.255.255.0 > alias 177.177.0.254netmask 255.255.255.0 > > não são ip's inválidos ! > e assim podem aparecer na rede e quebrar teu sistema. agora se o que > está havendo é culpa disso eu não sei. num parei para raciocinar :) > >> Monitorei o trafego e aparentemente naum é gargalo de trafego, porque se >> travar toda a rede e deixar apenas um ip de uma destas classes ele tb >> naum >> funciona, tenho que dar o arp -a -d e pingar o cliente, ou deixar >> habilitado >> o script para tirar e colocar o ip dos alias da placa de rede. >> >> To doidaum, e desde já agradeço a atenção recebida. >> >> Marco Aurélio V. da Silva >> Prodata Inf. e Cad. Ltda. >> [EMAIL PROTECTED] >> MSN: [EMAIL PROTECTED] > > matheus > > -- > We will call you cygnus, > The God of balance you shall be > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Classes de Ip frio numa mesma placa deRede
Caro Nenhum de Nos, > nem parei muito pra pensar sobre, nem li completamente o problema, mas > tenho uma idéia sim. se a resposta para a pergunta que fiz acima for > sim, as faixas: > > alias 181.181.0.254netmask 255.255.255.0 > alias 177.177.0.254netmask 255.255.255.0 > > não são ip's inválidos ! > e assim podem aparecer na rede e quebrar teu sistema. agora se o que > está havendo é culpa disso eu não sei. num parei para raciocinar :) Outra coisa, existe alguma regra de ipfw que eu possa fazer para comprovar isto ? por exemplo um ipfw log logamount 1000 181.181.0.0/24 to 181.181.0.0/24 ? seria esta regra para ver se é realmente isto ? Desde já agradeço a atenção recebida. Marco Aurélio V. da Silva Prodata Inf. e Cad. Ltda. [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] - Original Message - From: "Nenhum_de_Nos" <[EMAIL PROTECTED]> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Thursday, May 31, 2007 3:35 PM Subject: Re: [FUG-BR] Problema com Classes de Ip frio numa mesma placa deRede > On 5/31/07, Marco Aurelio V. da Silva <[EMAIL PROTECTED]> wrote: >> Caros Colegas, >> >> Estou com o seguinte problema, tenho um servidor com o Freebsd 6.2 >> instalado >> que o servidor de internet para varios clientes. >> Nele tem 3 placas de rede com a seguinte topologia: >> >> re0 -> ip 200.xxx.xxx.133 é a placa que tem internet e o natd roda >> sobre >> ela para servir internet para as >> outras placas >> >> re1 -> ip´s 200.xxx.xxx.193 netmask 255.255.255.224 >> alias 192.168.0.254 netmask 255.255.255.0 >> alias 181.181.0.254netmask 255.255.255.0 >> alias 177.177.0.254netmask 255.255.255.0 >> estes alias sao gateway´s de rede, e estes ip´s saum ficticios, mas são >> classes diferentes de ip´s frios > > frio = inválido ? > >> re2 -> ip´s 200.xxx.xxx.xxx esta placa faz algumas redes com ip´s >> quentes >> alias 200.xxx.xxx.xxx >> alias 200.xxx.xxx.xxx >> >> O meu problema esta nas classes frias da re1, eles começam a navegar e de >> repente cai a conexão, ai eu faço o seguinte, dou um arp -a -d no >> servidor e >> logo em seguida pingo um dos clientes da classe, ai aquele cliente começa >> a >> navegar, mas se desabilitar a placa de rede e habilitar de novo para de >> funcionar, esta é uma das formas de fazer o cliente funcionar, mas >> convenhamos é impossível ficar pingando mais de 700 clientes qdo param ne >> ? >> Outra gambiarra que fiz pra tentar resolver e é o que ta quebrando o >> galho >> por enquanto, criei um script que tira os aliases da placa re1 e coloca >> de >> novo, e coloquei no cron para rodar de 1 em 1 minuto, ai os clientes >> estaum >> funcionando, muito louco naum entendi o porque. >> Outra forma, criei outra classe fria na placa re1 (114.114.0.254), os >> clientes desta classe ja funcionam sem problemas, se eu criar novas >> classes >> e mudar os clientes para estas novas classes ai funciona, mas tambem é >> inviavel ficar trocando os clientes de ip. >> >> Alguém tem alguma ideia ? > > nem parei muito pra pensar sobre, nem li completamente o problema, mas > tenho uma idéia sim. se a resposta para a pergunta que fiz acima for > sim, as faixas: > > alias 181.181.0.254netmask 255.255.255.0 > alias 177.177.0.254netmask 255.255.255.0 > > não são ip's inválidos ! > e assim podem aparecer na rede e quebrar teu sistema. agora se o que > está havendo é culpa disso eu não sei. num parei para raciocinar :) > >> Monitorei o trafego e aparentemente naum é gargalo de trafego, porque se >> travar toda a rede e deixar apenas um ip de uma destas classes ele tb >> naum >> funciona, tenho que dar o arp -a -d e pingar o cliente, ou deixar >> habilitado >> o script para tirar e colocar o ip dos alias da placa de rede. >> >> To doidaum, e desde já agradeço a atenção recebida. >> >> Marco Aurélio V. da Silva >> Prodata Inf. e Cad. Ltda. >> [EMAIL PROTECTED] >> MSN: [EMAIL PROTECTED] > > matheus > > -- > We will call you cygnus, > The God of balance you shall be > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Classes de Ip frio numa mesma placa de Rede
Caro Irado, A respeito das placas já foram trocadas, antes tinha 2 rl e uma xl, ai eu tinha o problema do natd estar consumindo 80% da cpu, era outro problema que eu tinha, ai graças a uma dica que vi no historico do Joao Rocha, trocamos a maquina e esta nova esta com 3 placas de rede realtek 100/1000 (re). Marco Aurélio V. da Silva Prodata Inf. e Cad. Ltda. [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] - Original Message - From: "irado furioso com tudo" <[EMAIL PROTECTED]> To: Sent: Thursday, May 31, 2007 3:53 PM Subject: Re: [FUG-BR] Problema com Classes de Ip frio numa mesma placa de Rede > Em Thu, 31 May 2007 15:11:25 -0300 > "Marco Aurelio V. da Silva" <[EMAIL PROTECTED]> escreveu: > >> re1 -> ip´s 200.xxx.xxx.193 netmask 255.255.255.224 >> alias 192.168.0.254 netmask 255.255.255.0 >> alias 181.181.0.254netmask 255.255.255.0 >> alias 177.177.0.254netmask 255.255.255.0 > > > é apenas curiosidade: pq vc precisa de um ip-addr roteável nessa placa? > não seria possível vc colocar em outra placa? > > aliás, não seria possível que vc esteja com uma placa perversamente > intermitente? não dá pra experimentar uma outra? Eu já encontrei placas > que respondiam a tudo, apenas não se comunicavam com o mundo exterior. > Não intermitente (como no seu caso), mas enfim.. é chute. > > > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > "o homem criou Deus à sua imagem e semelhança" [Nietzshe] > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problema com Classes de Ip frio numa mesma placa de Rede
Caros Colegas, Estou com o seguinte problema, tenho um servidor com o Freebsd 6.2 instalado que o servidor de internet para varios clientes. Nele tem 3 placas de rede com a seguinte topologia: re0 -> ip 200.xxx.xxx.133 é a placa que tem internet e o natd roda sobre ela para servir internet para as outras placas re1 -> ip´s 200.xxx.xxx.193 netmask 255.255.255.224 alias 192.168.0.254 netmask 255.255.255.0 alias 181.181.0.254netmask 255.255.255.0 alias 177.177.0.254netmask 255.255.255.0 estes alias sao gateway´s de rede, e estes ip´s saum ficticios, mas são classes diferentes de ip´s frios re2 -> ip´s 200.xxx.xxx.xxx esta placa faz algumas redes com ip´s quentes alias 200.xxx.xxx.xxx alias 200.xxx.xxx.xxx O meu problema esta nas classes frias da re1, eles começam a navegar e de repente cai a conexão, ai eu faço o seguinte, dou um arp -a -d no servidor e logo em seguida pingo um dos clientes da classe, ai aquele cliente começa a navegar, mas se desabilitar a placa de rede e habilitar de novo para de funcionar, esta é uma das formas de fazer o cliente funcionar, mas convenhamos é impossível ficar pingando mais de 700 clientes qdo param ne ? Outra gambiarra que fiz pra tentar resolver e é o que ta quebrando o galho por enquanto, criei um script que tira os aliases da placa re1 e coloca de novo, e coloquei no cron para rodar de 1 em 1 minuto, ai os clientes estaum funcionando, muito louco naum entendi o porque. Outra forma, criei outra classe fria na placa re1 (114.114.0.254), os clientes desta classe ja funcionam sem problemas, se eu criar novas classes e mudar os clientes para estas novas classes ai funciona, mas tambem é inviavel ficar trocando os clientes de ip. Alguém tem alguma ideia ? Monitorei o trafego e aparentemente naum é gargalo de trafego, porque se travar toda a rede e deixar apenas um ip de uma destas classes ele tb naum funciona, tenho que dar o arp -a -d e pingar o cliente, ou deixar habilitado o script para tirar e colocar o ip dos alias da placa de rede. To doidaum, e desde já agradeço a atenção recebida. Marco Aurélio V. da Silva Prodata Inf. e Cad. Ltda. [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas na instalação do postgresql via ports
Caro Paulo, Naum entendi, o que tem a ver em pingar no site do terra e a data do computador, com a compilação de uma instalação aparentemente entrar em loop ? no meu caso os pacotes foram baixados corretamente, mas na compilação é que entra em loop. Obrigado pela rápida resposta. Marco Aurélio V. da Silva Prodata Inf. e Cad. Ltda. [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] - Original Message - From: "Paulo Roberto Magrini" <[EMAIL PROTECTED]> To: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"" Sent: Monday, May 22, 2006 9:05 AM Subject: Re: [FUG-BR] Problemas na instalação do postgresql via ports > Checklist : > > ping www.terra.com.br > date > > Se pingar e se a datra estiver correta paciência, mas esses são os > problemas mais comuns, problemas com data e com DNS > > []´s > Paulo > > > Marco Aurelio V. da Silva escreveu: >> Caros Colegas, >> >> Alguém conseguiu instalar o postgresql server no freebsd 6.0 nos ultimos >> dias ? Instalei uma máquina com HD Sata o FreeBsd e a intalação foi super >> rápida, ai mandei instalar o FreeBsd via ports, tenho internet a cabo >> (somos >> provedores), e o processo começou baixou os pacotes necessários e na hora >> da >> compilação dos pacotes parece que entou em um loop e deixei mais de 30 >> horas >> e naum terminou a instalação. A única opção que marquei é suporte a PAM, >> e a >> opção de Otimização na hora de instalar. >> O que pode ser ? >> >> Desde já agradeço a atenção recebida. >> >> Marco Aurélio V. da Silva >> Prodata Inf. e Cad. Ltda. >> [EMAIL PROTECTED] >> MSN: [EMAIL PROTECTED] >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas na instalação do postgresql via ports
Caros Colegas, Alguém conseguiu instalar o postgresql server no freebsd 6.0 nos ultimos dias ? Instalei uma máquina com HD Sata o FreeBsd e a intalação foi super rápida, ai mandei instalar o FreeBsd via ports, tenho internet a cabo (somos provedores), e o processo começou baixou os pacotes necessários e na hora da compilação dos pacotes parece que entou em um loop e deixei mais de 30 horas e naum terminou a instalação. A única opção que marquei é suporte a PAM, e a opção de Otimização na hora de instalar. O que pode ser ? Desde já agradeço a atenção recebida. Marco Aurélio V. da Silva Prodata Inf. e Cad. Ltda. [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Montar Vpn no Freebsd
Caro Renato e demais colegas, A minha estrutura é o seguinte, serão várias lojas, em cada uma terá um servidor FreeBsd com o PostGresql instalado, o que eu preciso é que estes servidores se enxerguem de uma forma segura, e gastando o mínimo de internet possível, e estes servidores não terão Ip´s quentes pois os servidores de internet de cada loja serão separados do servidor de banco de dados, e estes servidores de banco de dados vão precisar replicar dados entre si. E cada loja pode ter uma estrutura de internet diferente, ex: a loja 1 é velox, a outra é internet a rádio, a outra é um link dedicado, pq como são várias cidades depende da estrutura de internet de cada uma. Desde já agradeço a atenção recebida. Marco Aurélio V. da Silva Prodata Inf. e Cad. Ltda. [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] - Original Message - From: "Renato Frederick" <[EMAIL PROTECTED]> To: Sent: Thursday, April 13, 2006 4:02 PM Subject: Re: [FUG-BR] Montar Vpn no Freebsd > Depende da sua necessidade. > > Poe ser ate pptp :) > > Se for so ligar 2 pontos, por exemplo, conectados via adsl, ipsec > garantira > um excelente nivel de seguranca > Se for, por exemplo, para um cliente remoto acessar a rede interna o pptp > que já é embutido no windows pode ser melhor > Se for ainda filiais com diversos OS, o openvpn é mais indicado... > > Enfim, depende do seu cenário. > > Nos dê mais informações do seu caso. > > Inte > > > > > On 4/13/06 15:55, "Marco Aurelio V. da Silva" <[EMAIL PROTECTED]> > wrote: > >> Caros Colegas, >> >> Gostaria de saber de quem já montou Vpn´s no freebsd qual seria a melhor >> opção, IpSec ou usar o OpenVpn. >> >> Desde já agradeço a atenção recebida. >> >> Marco Aurélio V. da Silva >> Prodata Inf. e Cad. Ltda. >> [EMAIL PROTECTED] >> MSN: [EMAIL PROTECTED] >> >> ___ >> freebsd mailing list >> freebsd@fug.com.br >> http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br >> > > > -- > Renato Frederick > FreeBSD Brasil LTDA. > Fone: (31) 3281-9633 > http://www.freebsdbrasil.com.br > > > > ___ > freebsd mailing list > freebsd@fug.com.br > http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br > ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
[FUG-BR] Montar Vpn no Freebsd
Caros Colegas, Gostaria de saber de quem já montou Vpn´s no freebsd qual seria a melhor opção, IpSec ou usar o OpenVpn. Desde já agradeço a atenção recebida. Marco Aurélio V. da Silva Prodata Inf. e Cad. Ltda. [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
