Re: [FUG-BR] Falha roteamento x vlan
Pois é Paulo, eu participei dessa thread que você comentou, na verdade abri novamente essa discussão imaginando que alguém conseguiu evoluir (ou se realmente é um problema, pode ser cagada minha tb.). Não tenho affinity no cenário, analisando os contadores não vejo necessidade de fazer isso, mas como estou no escuro vou fazer e esperar por resultados melhores. 2017-02-01 15:55 GMT-02:00 Paulo Henrique : > Em 1 de fevereiro de 2017 14:35, Matheus Cucoloto < > matheuscucol...@gmail.com > > escreveu: > > > Srs. mais um ambiente e o mesmo dilema, só reiniciando para voltar ao > > normal. > > Imagino que seja algum cache, buffer algo do gênero porque é muito > > aleatório. > > > > O 172.16.10.242 esta diretamente conectado através da vlan. Porém os > > pacotes ao invés de obedecerem a tabela de roteamento usando a rota mais > > especifica 172.16.10.240/30 esta usando o gw padrão. > > > > Estou sem ROUTETABLES e sem MROUTING no kernel. > > > > E o pior, até pacotes para ele mesmo esta escapando para o gw padrão > > (observem abaixo no tcpdump a seqüência icmp 6 e 15 escapando para o > > default). > > > > Dessa vez consegui ser mais detalhista vejam as infos abaixo. Alguem aqui > > já passou por isso? > > > > root@bgp:/etc # traceroute -n 172.16.10.242 > > > > traceroute to 172.16.10.242 (172.16.10.242), 64 hops max, 40 byte packets > > > > 1 200.183.24.33 10.010 ms 9.918 ms 9.921 ms > > > > 2 204.246.244.62 10.050 ms 10.068 ms 10.038 ms > > > > 3 64.208.27.170 9.937 ms > > > > 64.208.27.158 22.572 ms 12.972 ms > > > > 4 149.3.181.103 39.617 ms 10.897 ms 11.053 ms > > > > 5 209.197.25.165 14.013 ms * 13.587 ms > > > > 6 200.150.1.69 13.378 ms 13.590 ms 13.800 ms > > > > 7 127.0.0.1 13.452 ms 13.666 ms 13.640 ms > > > > 8 172.16.10.242 14.131 ms 12.778 ms 14.210 ms > > > > root@bgp:/etc # route -n get 172.16.10.242 > > > >route to: 172.16.10.242 > > > > destination: 172.16.10.240 > > > >mask: 255.255.255.252 > > > > fib: 0 > > > > interface: vlan2010 > > > > flags: > > > > recvpipe sendpipe ssthresh rtt,msecmtuweightexpire > > > >0 0 0 0 1500 1 0 > > > > root@bgp:/etc # > > > > root@bgp:/etc # ifconfig vlan2010 > > > > vlan2010: flags=8843 metric 0 > mtu > > 1500 > > > > options=3 > > > > ether 0c:c4:7a:11:0c:13 > > > > inet6 fe80::ec4:7aff:fe11:c13%vlan2010 prefixlen 64 scopeid 0x7 > > > > inet 172.16.10.241 netmask 0xfffc broadcast 172.16.10.243 > > > > nd6 options=21 > > > > media: Ethernet autoselect (1000baseT ) > > > > status: active > > > > vlan: 2010 parent interface: em0 > > > > root@bgp:/etc # > > > > root@bgp:/etc # uname -a > > > > FreeBSD bgp 10.3-STABLE FreeBSD 10.3-STABLE #3 r312885: Fri Jan 27 > 14:09:44 > > BRST 2017 matheus@bgp:/usr/obj/usr/src/sys/BGP amd64 > > > > root@bgp:/etc # > > > > > > > > > > root@bgp:/usr/local/etc # tcpdump -npi ix0 host 172.16.10.241 > > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol > decode > > > > listening on ix0, link-type EN10MB (Ethernet), capture size 65535 bytes > > > > 14:27:51.216338 IP 192.168.10.1 > 172.16.10.241: ICMP echo request, id > > 47897, seq 6, length 64 > > > > 14:28:00.224323 IP 192.168.10.1 > 172.16.10.241: ICMP echo request, id > > 47897, seq 15, length 64 > > > > > > > > > > $ ping -S 192.168.10.1 172.16.10.241 > > > > PING 172.16.10.241 (172.16.10.241) from 172.16.10.241: 56 data bytes > > > > 64 bytes from 172.16.10.241: icmp_seq=0 ttl=63 time=1.009 ms > > > > 64 bytes from 172.16.10.241: icmp_seq=1 ttl=63 time=0.134 ms > > > > 64 bytes from 172.16.10.241: icmp_seq=2 ttl=63 time=0.129 ms > > > > 64 bytes from 172.16.10.241: icmp_seq=3 ttl=63 time=0.182 ms > > > > 64 bytes from 172.16.10.241: icmp_seq=4 ttl=63 time=0.158 ms > > > > 64 bytes from 172.16.10.241: icmp_seq=5 ttl=63 time=0.132 ms > > > > 64 bytes from 172.16.10.241: icmp_seq=6 ttl=63 time=13.533 ms > > > > 64 bytes from 172.16.10.241: icmp_seq=7 ttl=63 time=0.258 ms > > > > 64 bytes from 172.16.10.241: icmp_seq=8 ttl=63 time=0.152 ms > > > > 64 bytes from 172.16.10.241: icmp_seq=9 ttl=63 time=0
[FUG-BR] Falha roteamento x vlan
Srs. mais um ambiente e o mesmo dilema, só reiniciando para voltar ao normal. Imagino que seja algum cache, buffer algo do gênero porque é muito aleatório. O 172.16.10.242 esta diretamente conectado através da vlan. Porém os pacotes ao invés de obedecerem a tabela de roteamento usando a rota mais especifica 172.16.10.240/30 esta usando o gw padrão. Estou sem ROUTETABLES e sem MROUTING no kernel. E o pior, até pacotes para ele mesmo esta escapando para o gw padrão (observem abaixo no tcpdump a seqüência icmp 6 e 15 escapando para o default). Dessa vez consegui ser mais detalhista vejam as infos abaixo. Alguem aqui já passou por isso? root@bgp:/etc # traceroute -n 172.16.10.242 traceroute to 172.16.10.242 (172.16.10.242), 64 hops max, 40 byte packets 1 200.183.24.33 10.010 ms 9.918 ms 9.921 ms 2 204.246.244.62 10.050 ms 10.068 ms 10.038 ms 3 64.208.27.170 9.937 ms 64.208.27.158 22.572 ms 12.972 ms 4 149.3.181.103 39.617 ms 10.897 ms 11.053 ms 5 209.197.25.165 14.013 ms * 13.587 ms 6 200.150.1.69 13.378 ms 13.590 ms 13.800 ms 7 127.0.0.1 13.452 ms 13.666 ms 13.640 ms 8 172.16.10.242 14.131 ms 12.778 ms 14.210 ms root@bgp:/etc # route -n get 172.16.10.242 route to: 172.16.10.242 destination: 172.16.10.240 mask: 255.255.255.252 fib: 0 interface: vlan2010 flags: recvpipe sendpipe ssthresh rtt,msecmtuweightexpire 0 0 0 0 1500 1 0 root@bgp:/etc # root@bgp:/etc # ifconfig vlan2010 vlan2010: flags=8843 metric 0 mtu 1500 options=3 ether 0c:c4:7a:11:0c:13 inet6 fe80::ec4:7aff:fe11:c13%vlan2010 prefixlen 64 scopeid 0x7 inet 172.16.10.241 netmask 0xfffc broadcast 172.16.10.243 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active vlan: 2010 parent interface: em0 root@bgp:/etc # root@bgp:/etc # uname -a FreeBSD bgp 10.3-STABLE FreeBSD 10.3-STABLE #3 r312885: Fri Jan 27 14:09:44 BRST 2017 matheus@bgp:/usr/obj/usr/src/sys/BGP amd64 root@bgp:/etc # root@bgp:/usr/local/etc # tcpdump -npi ix0 host 172.16.10.241 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ix0, link-type EN10MB (Ethernet), capture size 65535 bytes 14:27:51.216338 IP 192.168.10.1 > 172.16.10.241: ICMP echo request, id 47897, seq 6, length 64 14:28:00.224323 IP 192.168.10.1 > 172.16.10.241: ICMP echo request, id 47897, seq 15, length 64 $ ping -S 192.168.10.1 172.16.10.241 PING 172.16.10.241 (172.16.10.241) from 172.16.10.241: 56 data bytes 64 bytes from 172.16.10.241: icmp_seq=0 ttl=63 time=1.009 ms 64 bytes from 172.16.10.241: icmp_seq=1 ttl=63 time=0.134 ms 64 bytes from 172.16.10.241: icmp_seq=2 ttl=63 time=0.129 ms 64 bytes from 172.16.10.241: icmp_seq=3 ttl=63 time=0.182 ms 64 bytes from 172.16.10.241: icmp_seq=4 ttl=63 time=0.158 ms 64 bytes from 172.16.10.241: icmp_seq=5 ttl=63 time=0.132 ms 64 bytes from 172.16.10.241: icmp_seq=6 ttl=63 time=13.533 ms 64 bytes from 172.16.10.241: icmp_seq=7 ttl=63 time=0.258 ms 64 bytes from 172.16.10.241: icmp_seq=8 ttl=63 time=0.152 ms 64 bytes from 172.16.10.241: icmp_seq=9 ttl=63 time=0.153 ms 64 bytes from 172.16.10.241: icmp_seq=10 ttl=63 time=0.186 ms 64 bytes from 172.16.10.241: icmp_seq=11 ttl=63 time=0.109 ms 64 bytes from 172.16.10.241: icmp_seq=12 ttl=63 time=0.329 ms 64 bytes from 172.16.10.241: icmp_seq=13 ttl=63 time=0.139 ms 64 bytes from 172.16.10.241: icmp_seq=14 ttl=63 time=0.843 ms 64 bytes from 172.16.10.241: icmp_seq=15 ttl=63 time=13.576 ms -- --- Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Parada
2016-12-14 10:04 GMT-02:00 Renato Botelho : > > Concordo com a última parte. O pessoal mais novo não usa e-mail, eles > gostam de plataformas de celular e tal, então acabam indo pra whatsapp e > telegram fácil fácil. > > Só restam os velhos aqui :P > > -- > Renato Botelho > > Um pouco de romantismo... Acompanho a lista desde a FUGSPBR. Na minha opnião o nível técnico dos membros sempre foi o diferencial. Inclusive foi através desta lista que tive a oportunidade de ter a minha primeira grande decisão da vida, aonde sai da minha zona de conforto e aceitei uma oferta de trabalho em um provedor no norte do Paraná. Neste provedor utilizávamos o FreeBSD como solução principal nas camadas de core e distribuição, além de ser S.O principal nas aplicações de Datacenter. Naquela época os desafios eram "prazerosos" pois tínhamos que pesquisar, estudar e até modificar códigos para atender a necessidade criar produtos e de crescer com o menor custo possível. Brinco com amigos que na época levantamos uma base wireless com dois palitos e uma caixa de fósforo rodando freebsd. Eramos em pelo menos 13 pessoas na mesma sala que viviam de FreeBSD e todas também participavam da lista. Era engraçado pois a gente ficava em constante debate sobre os assuntos que rolavam na lista. Existia até uma disputa saudável de ego e tudo contribuía para que todos crescecem profissionalmente. Naquela época textão era uma coisa boa, principalmente quando vinha do eksffa (conheci ele em bebedouro a uns 18 anos pelo menos), do garga (conhece?), do skywarrior, do gugabsd e muitos outros, era discussão grande garantida. Não acredito que o FreeBSD ficou mais estável (lembro de termos um Qmail com Freebsd 4.1 com uptime de 2 anos pra mais) ou do Linux ter superado o FreBSD, ou do MK ser o Deus na terra. O que mudou hoje é a demanda comercial e o tempo que você dispõem ou pode dispor para a demanda. Digo por experiência própria, Hoje uso Linux como base na nossa solução de telefonia porque meu principal parceiro é a Khomp que atualmente tem o driver apenas para linux. Substitui a um tempo atras um BSD BGP por um juniper porque o conjunto processador, placa mãe, placa de rede não estava suportando a demanda de trafego. Veja que as duas situações não é porque o FreeBSD não atende mas porque eu não posso mais dispor do mesmo tempo de antes realizando pesquisas, codificando e realizando testes, preciso de soluções imediatas. Poderia fazer um port do driver da Khomp? Poderia pesquisar a melhor placa de rede / placa mae ou até usar o serveru para como bgp? E quando tiver atualização do driver da Khomp? E quando meu trafego dobrar (sim sim, vou ter limitação com o juniper também mas a proporção é menor)? A realizadade é que o tempo é o nosso bem mais valioso e para nós mais "experientes na vida" acabamos dando mais valor ainda a isso. Percebe-se que revivi o post antigo pois estava dando um "bizu" por aqui. -- --- Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 11 e vlans
2016-09-06 7:06 GMT-03:00 Renato Frederick : > > > De: Marcelo Gondim > Responder: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) < > freebsd@fug.com.br> > Data: 5 de setembro de 2016 at 18:19:26 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) < > freebsd@fug.com.br> > Assunto: Re: [FUG-BR] FreeBSD 11 e vlans > > > > > > chegaram a testar as releases mais antigas, por ex da 10 até a 8? > Não testamos porque não queria retroceder na versão. A versão > 10.1-stable que estávamos usando até a revisão xpto, funcionava bem mas > dela pra frente dava pau. Mas dava somente com as conexões com vlan. As > conexões sem vlan funcionavam normalmente. Como eu não podia abrir mão > das vlans, fui obrigado à partir pro Juniper mesmo. > > Opa, no 9 o problema da Vlan não acontece, pelo menos no meu cenário. O curioso é que fazem 2 anos que isso esta se arrastando. -- --- Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 11 e vlans
A emoção foi grande que até me perdi no enter. Feliz por até que enfim descobri que não é só eu que enfrenta esse tipo de problema e triste por ter a certeza de que não tem solução até o momento. Isso esta acontecendo desde a primeira versão do 10 e até mesmo em tráfegos pequenos com varias Vlans o mesmo problema ocorre. Alem disso, depois de um determinado tempo a fib se perde, jogando as rotas diretamente conectadas para a default router (não todos os pacotes, alguns de forma aleatória). Em alguns cenários optamos pela mesma solução, coloca caixa juniper. Entrarei em PVT para trocar mais ideias. 2016-09-04 20:56 GMT-03:00 Matheus Cucoloto : > Marcelo, fico feliz e ao mesmo tempo triste. > > Feliz por até que enfim descobri > > 2016-09-01 20:10 GMT-03:00 Marcelo Gondim : > >> Buenas pessoal, >> >> Uns meses atrás estávamos com um FreeBSD 10.1-stable fazendo papel de >> router de borda e estava segurando um tráfego total de mais de 6Gbps e >> 1.8Mpps. Eram 4 cidades passando por ele mas estávamos tendo muitos >> problemas nos horários de pico. Problemas como perdas de pacotes nos links >> IP e clear channels. Patrick está de prova que tentamos muitas alternativas >> mas infelizmente não podíamos esperar para mais testes e a empresa resolveu >> investir em um Juniper MX 104 que está rodando bem hoje. Acreditamos que o >> problema estava relacionado com as vlans porque onde não tinha vlan, >> funcionava perfeitamente. >> >> Nas cidades ainda temos Firewalls rodando FreeBSD e logo sairá a versão >> 11. Pessoal que tá direto no desenvolvimento, como o LooS e Egypcio, sabe >> me dizer se chegaram à mexer nessa parte de vlans e se descobriram algo que >> poderia estar impactando no tráfego? >> >> []´s >> Gondim >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > --- > Matheus Cucoloto > -- --- Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 11 e vlans
Marcelo, fico feliz e ao mesmo tempo triste. Feliz por até que enfim descobri 2016-09-01 20:10 GMT-03:00 Marcelo Gondim : > Buenas pessoal, > > Uns meses atrás estávamos com um FreeBSD 10.1-stable fazendo papel de > router de borda e estava segurando um tráfego total de mais de 6Gbps e > 1.8Mpps. Eram 4 cidades passando por ele mas estávamos tendo muitos > problemas nos horários de pico. Problemas como perdas de pacotes nos links > IP e clear channels. Patrick está de prova que tentamos muitas alternativas > mas infelizmente não podíamos esperar para mais testes e a empresa resolveu > investir em um Juniper MX 104 que está rodando bem hoje. Acreditamos que o > problema estava relacionado com as vlans porque onde não tinha vlan, > funcionava perfeitamente. > > Nas cidades ainda temos Firewalls rodando FreeBSD e logo sairá a versão > 11. Pessoal que tá direto no desenvolvimento, como o LooS e Egypcio, sabe > me dizer se chegaram à mexer nessa parte de vlans e se descobriram algo que > poderia estar impactando no tráfego? > > []´s > Gondim > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- --- Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Vaga Administrador de Sistemas.
Descrição da vaga Pré-requisitos: * Residir em Londrina - PR Descrição das atividades * Apoiar no suporte e manutenção da solução de Telecomunicações. * Administração de Servidores (Linux e Freebsd) Competências e experiências desejadas: * Conhecimento em FreeBSD. * Conhecimento avançado em Linux. * Conhecimento em Voip. * Conhecimento em PHP. * Conhecimento em desenvolvimento de scripts (Bash, Perl e expressões regulares). * Postura ética e profissional com foco em resultados. * Habilidade para resolução rápida de problemas. * Habilidade para análise de causa-raiz. * Capacidade para trabalhar sob pressão. Descrição da empresa: * Empresa especializada em TIC, com soluções próprias de CRM e discador. Informações adicionais * Função: Administrador de Sistemas * Horário de trabalho: De segunda a sexta-feira das 8 as 18hrs * Remuneração: Á combinar Interessados enviar CV para math...@mxsolucoes.com.br com o assunto "Administrador de Sistemas" Obrigado. -- ------- Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 10, ARP, rota estática
Então, a unica coisa que grita é o DHCP, com o FreeBSD 9 não tive este problema :/ "ICMP Echo Reply for 192.168.5.52 late or spurious" isc-dhcp43-server-4.3.0_1 The ISC Dynamic Host Configuration Protocol server 2014-05-28 12:08 GMT-03:00 Vinícius Ferrão : > Já tive problemas absurdos de rede e eram os drivers das Realtek. Eles > funcionam bem para coisas simples. Mas quando começa muito tráfego, VLAN, > etc dava problemas. > > Não posso afirmar que é esse o problema. Mas se você possuir duas placas > Intel, por exemplo, seria legal dar uma olhada e testar. > > Tem algum crash ou erro no dmesg? > > Sent from my iPhone > > > On 28/05/2014, at 11:54, "Matheus Cucoloto" > wrote: > > > > Galera. > > > > Ambiente: > > * FreeBSD 10 - STABLE > > * Placas de Rede Realtek. > > * 1 Wan Operadora > > * 1 Lan Switch (vlan100, vlan101, vlan102, vlan103) são 11 vlans > > * DHCP em todas as vlans. > > > > re0 = internet (default gateway) > > vlan100 = 192.168.1.1/24 > > vlan101 = 192.168.2.1/24 > > > > Aleatoriamente o servidor para de responder a algum ip de alguma vlan e > > joga a resposta para o default gateway. Não toda a rede mas alguns IPS de > > forma aleatória. > > > > Exemplo: > > > > Host 192.168.1.2 manda ping para 192.168.1.1, o icmp chega na vlan100 do > > servidor, o servidor tem o MAC do 192.168.1.2 mas manda o pacote para a > re0 > > para o dafault gateway. > > > > Derrubo a vlan e crio novamente e o problema persiste. > > > > Reinicio o servidor e o problema para, mas volta depois de um tempo > (horas > > depois). > > > > Alguma dica? > > > > --- > > Matheus Cucoloto > > - > > 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 > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD 10, ARP, rota estática
Galera. Ambiente: * FreeBSD 10 - STABLE * Placas de Rede Realtek. * 1 Wan Operadora * 1 Lan Switch (vlan100, vlan101, vlan102, vlan103) são 11 vlans * DHCP em todas as vlans. re0 = internet (default gateway) vlan100 = 192.168.1.1/24 vlan101 = 192.168.2.1/24 Aleatoriamente o servidor para de responder a algum ip de alguma vlan e joga a resposta para o default gateway. Não toda a rede mas alguns IPS de forma aleatória. Exemplo: Host 192.168.1.2 manda ping para 192.168.1.1, o icmp chega na vlan100 do servidor, o servidor tem o MAC do 192.168.1.2 mas manda o pacote para a re0 para o dafault gateway. Derrubo a vlan e crio novamente e o problema persiste. Reinicio o servidor e o problema para, mas volta depois de um tempo (horas depois). Alguma dica? --- Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] NETGRAPH (FreeBSD 9.1 + DAHDI 2.4 ( Interface para Asterisk) + foneBridge redFone (interface E1))
Em 13/02/2013, às 18:47, Thiago Rocha escreveu: > Pessoal, > > primeiro: desculpe pelo tamanho da mensagem, mas acredito ser necessário > para me fazer entender. > segundo: já conversei com algumas pessoas que trabalhando com asterisk, mas > a questão sempre é o BSD, apesar de existir o driver ainda não encontrei > alguém que tenha funcionando, por isso a lista de BSD. Opa… Fazia tempo que não dava letra por aqui... Thiago, não tenho como te dar a solução para o problema mas um exemplo de configuração com TDMoE com FreeBSD. Usando CIANET (200 e la vai cacetada ramais)… rc.conf # Interface com os CIANET em cascata! ifconfig_bce1="UP media 100baseTX mediaopt full-duplex" # DAHDI dahdi_enable="YES" dahdi_modules="dahdi dahdi_transcode dahdi_dynamic_eth dahdi_dynamic_ethmf dahdi_echocan_oslec" /boot/loader.conf ng_ether_load="YES" ng_ether_echo_load="YES" /usr/local/etc/dahdi/system.conf dynamic=eth,bce1/00:19:46:0a:02:c2,36,1 dynamic=eth,bce1/00:19:46:0a:a2:c0,36,1 … Até parece mais estável que em ambientes com Linux. -- Att. Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Openospf, FreeBSD, Rotas diretamente conectadas e ECMP
Opa.
Vamos aos fatos primeiro:
O OpenBSD aceita multiplas rotas para um mesmo destino usando a metrica de
prioridade.
No FreeBSD isso é um sonho meu de longa data (Louvado seja o RADIX_MPATH
quando estiver estavel), pois no FreeBSD é uma rota na tabela fib e acabou.
(sim sim sim existe multiplas fib mas acredito que não é o caso.)
Ja aceitei o fato de que vou ter que esperar o RADIX estabilizar para ter
ECMP, mas eu enrosquei em uma dificuldade com o uso do Openospf ontem.
O cenário é um BSD 9-stabe com OpenOSPF e duas interfaces WAN falando ospf.
wan1 master
wan2 backup
As duas wans recebem os mesmos anuncios, porém a wan1 sempre é eleita a
melhor rota (ok ta certo!).
Quando a wan1 cai o correto é mudar as rotas para o Wan2, entretanto
quando o openospf vai fazer alteração na fib do FreeBSD ele da um delete
nas rotas diretamente conectadas do BSD e com isso para a comunicação com o
router da wan2.
Se eu mudar a prioridade (wan2 sendo o master), acontece a mesma coisa!
Sabendo dos fatos mensionados acima, eu pergunto, será que o OpenOspf
portado não esta prevendo que o OpenBSD manipula a tabela de roteamento
diferentemente do FreeBSD? ou será que existe alguma flag que corrige isso?
ou então, será que ta tão errada a minha configuração?
No mesmo ambiente sem desligar o BSD dei um pkg_delete openospf e um make
install quagga, uns 4 comandos no telnet do quagga e o ospf levantou em
cima do quagga e não apresentou nenhum problema na manipulação quando ele
vai mudar a tabela de roteamento.
Qualquer dica é valida!
Abraços
cat ospfd.conf
router-id 10.0.0.1
redistribute connected
redistribute static
fib-update yes
spf-delay 1
spf-holdtime 5
area 0.0.0.0 {
interface vlan10:172.16.0.1 {
hello-interval 10
metric 1
retransmit-interval 5
router-dead-time 40
router-priority 1
transmit-delay 1
auth-type none
}
interface vlan20:172.17.0.1 {
hello-interval 10
metric 200
retransmit-interval 5
router-dead-time 40
router-priority 1
transmit-delay 1
auth-type none
}
}
--
---
Matheus Cucoloto
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] maildrop e .qmail
Então sei la, coloquei o seu para tirar a duvida se o meu era muuuito complexo mas deu o mesmo resultado! Valeu meu, bom fds! 2012/1/14 Welington F.J > Matheus, > > Então, usando o código que postei os arquivos .qmail estão > funcionando sem problemas > > Em 14/01/12, Matheus Cucoloto escreveu: > > 2012/1/13 Welington F.J > > > >> Olá Matheus, > >> > >> > >> > > Opa. > > > > Valeu Welington, mas minha duvida não é neste sentido, pois minhas > > condições do maildrop funcionam... > > > > Vamos dar mais detalhes para ver se alguem se pronuncia. > > > > .qmail-default do dominio (/usr/local/vpopmail/domains/ > > teste.com.br/.qmail-default) chamando maildrop > > > > no final do maildrop eu dou um to vdelivermail com exitcode = 0 ou 99 > (nao > > fez diferença nenhuma para o problema) > > > > .qmail do usuario (/usr/local/vpopmail/domains/ > teste.com.br/usuario/.qmail) > > redirecionando emails &xingl...@teste2.com.br > > > > Se o .qmail-default chama o maildrop o qmail-local não le mais o .qmail > do > > usuario e não faz o redirecionamento. > > > > Se o .qmail-default chama o vdelivermail do vpopmail no lugar do > maildrop > > o qmail-local le o .qmail do usuario e faz o redirecionamento. > > > > Ja tentei com Preline mas tb não foi. > > > > Não sei ao certo se isso é default qmail-local ou é caca do maildrop e/ou > > vdeliverymail do vpopmail. > > > > To vendo que vou ter que tratar isso no maildrop. > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > -- > Welington F.J > BSD User: 51392 > MSN: welingto...@gmail.com > flames > /dev/null (powered by Irado) > "O profissional que conhece e sabe como funciona nunca se desespera!" > Drogas ? Pra que? Já Tenho Meu Windows!! > " ...e serás instável, trará o caos, destruição, dor e sofrimento a > todos. Haverá choro e ranger de dentes" Apocalipse sobre Windows > "Malandro é o cavalo marinho que se finge de peixe pra não puxar carroça". > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] maildrop e .qmail
2012/1/13 Welington F.J > Olá Matheus, > > > Opa. Valeu Welington, mas minha duvida não é neste sentido, pois minhas condições do maildrop funcionam... Vamos dar mais detalhes para ver se alguem se pronuncia. .qmail-default do dominio (/usr/local/vpopmail/domains/ teste.com.br/.qmail-default) chamando maildrop no final do maildrop eu dou um to vdelivermail com exitcode = 0 ou 99 (nao fez diferença nenhuma para o problema) .qmail do usuario (/usr/local/vpopmail/domains/teste.com.br/usuario/.qmail) redirecionando emails &xingl...@teste2.com.br Se o .qmail-default chama o maildrop o qmail-local não le mais o .qmail do usuario e não faz o redirecionamento. Se o .qmail-default chama o vdelivermail do vpopmail no lugar do maildrop o qmail-local le o .qmail do usuario e faz o redirecionamento. Ja tentei com Preline mas tb não foi. Não sei ao certo se isso é default qmail-local ou é caca do maildrop e/ou vdeliverymail do vpopmail. To vendo que vou ter que tratar isso no maildrop. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] maildrop e .qmail
Opa... Quanto tempo! Bom, eu tava muito empolgado aqui com o maildrop e acabei encontrando a seguinte dificuldade. No .qmail-default do dominio eu chamo o script de maildrop. No meio do script eu do um to | /usr/local/vpopmail/bin/vdelivermail '' bounce-no-mailbox Mas... la na caixa do usuario tem um .qmail aonde tem por exemplo, redirecionamento ou mensagem de ferias. Ainda não encontrei uma forma do maildrop ou do ambiente em um todo respeitar o .qmail do usuario. Se no .qmail-default do dominio eu enviar diretamente para o | /usr/local/vpopmail/bin/vdelivermail '' bounce-no-mailbox tudo volta ao normal. Alguem passou por isso? Abraços - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] visualizar trafego na interface
2011/11/25 coopermine > achei...   rate -q 1 -i nfe0 -R  ... > __ > > Tem o ifstat tb! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RADIX_MPATH e load balance
2011/10/17 Eduardo Schoedler > Em tempo: se o kernel funciona como deveria (ECMP), aí não sei dizer... > alguém precisaria testar. > > Opa, tava na estrada... Então vai ser eu! Vou começa em um ambiente com 50mb, depois pulo para um de 300mb. Abraços - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RADIX_MPATH e load balance
2011/10/16 Eduardo Schoedler > > Antes de aplicar, faca um cvsup para o 8-STABLE e veja se já nao foi > aplicado pelo autor. > > Referencia: > [1] > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026509.html > > Então o Link do patch ta quebrado, pode ser que ele já deu commit. --- Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RADIX_MPATH e load balance
2011/10/16 Eduardo Schoedler > Desculpem o post anterior sem conteúdo. > > Nao utilizem o RADIX_MPATH no Freebsd 8.x, só funciona com um patch. Sem o > patch, é kernel panic com certeza. Inclusive postei um PR (155177, se nao me > engano) sobre isso. > > Você nao precisa de multipath para fazer balanceamento... basta fazer > utilizando os princípios básicos de roteamento: anuncie uma rede mais > especifica por cada enlace. > > Se seu problema é largura de banda, pode fazer LAGG/LACP. > > -- > Eduardo Schoedler > ESDS Consultoria de TI > Enviado via iPhone > > Opa. Eduardo com certeza com os principios básicos como você mensionou fica facil, não tem nem o que discutir. Entretanto isso não vale para o meu cenário. O meu ambiente é da seguinte forma. - Entre os dois roteadores tenho uma sessao ospf aonde anuncio algumas classes internas. - Em cima de duas classes anuniciadas no ospf eu faço uma sessão BGP. Neste cenario eu tenho uma sessao BGP com load balance porque o nexthop esta em cima do ospf. Com cisco isso é facil de mais, quero fazer o mesmo no FBSD. Obrigado pelo seu report, o patch que você mensionou esta disponivel aonde? Abraços. -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RADIX_MPATH e load balance
Opa... Galéra... As pessoas que usam RADIX_MPATH no kernel se possivel me reportem a estabilidade. Preciso fazer load balance no Freebsd ( traffic share cisco) usando quagga e/ou openospf. Agora se eu estiver no caminho errado ja vou perguntando. A nivel de protocolo (bgp, ospf) como que vocês estão fazendo load balance. Ja uso route-to e forward com fibs no FreeBSD, mas quero a nivel de protocolo. Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Openbgpd e confederation
Pessoal, no openbgpd para usar confederation existe alguma opção? ... router bgp 65001 bgp confederation identifier x bgp confederation peers 65002 65200 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Iftop ou network monitor web...
Então Patrick eu tenho justamente isso em produção. O problema é que tenho que cadastrar o que eu quero monitorar to procurando algo que mostre parecido com o iftop mesmo. Abraços. 2011/8/8 Patrick Tracanelli > Eu pego via mib ipfw e mando po cacti, da pra ter em realtime a info. > > Enviado via iPad > > Em 08/08/2011, às 17:55, MrBiTs escreveu: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > On 08/08/2011 17:25 , Matheus Cucoloto wrote: > >> Opa. > >> > >> Alguem conhece algum projeto (ports) ou afins que faça graficos online > do consumo de um IP ou conjunto deles via web? > >> > >> A info de um iftop por exemplo. > >> > >> Ao estilo Conexões PPPoE do mikrotik. - > Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da > >> lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > > > IMHO, o ntop continua sendo o campeão para isso, mas dados coletados via > SNMP e enviados pra um CACTI da vida também são legais. > > > > - -- > > > > LLAP > > > > .0. MrBiTs - mrbits@gmail.com > > ..0 GnuPG - > http://keyserver.fug.com.br:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB > > 000 http://www.mrbits.com.br > > > > > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.10 (Darwin) > > > > iQEcBAEBCAAGBQJOQE1ZAAoJEG7IGPwrPKWrZ7QH/Ry9EHY04n0qJ1JqtQKdBQae > > hNtYuM5fw4zMgnmaLizItCiOW/Obex6zZUIMARQQvEzZcuahSffpidHW7bYS/XkM > > sma3Kjzgg5nPW/cI9d/m8ZkwJZ8uhJtVpyp10QxARtqfFzIssEuRJa938L63YBg9 > > utYOOSH1gLblY5MQzRtCubGswaT+Q+Sxo6HbhtYDfKR10aVWuggLGKjDEek4s++u > > 3jrlfGMdrQwrd5UZXtjydzmO6Cp6Q0JhHsWSfE4slOMj3DLFGeAp7jaIHOfHIf9+ > > m+nvYukVybzE/NOt2MkmDs3mB1dX75xFwKlZ5w8aKyjwXwPNJlU8jUi8+lnPUgo= > > =csiS > > -END PGP SIGNATURE- > > - > > 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 > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Iftop ou network monitor web...
Opa. Alguem conhece algum projeto (ports) ou afins que faça graficos online do consumo de um IP ou conjunto deles via web? A info de um iftop por exemplo. Ao estilo Conexões PPPoE do mikrotik. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Luta com Freenas
Na versao do freenas com free 7 eu nao tive bons resultados. Eu usava iscsi e pendurava apenas 2 xenservers. Por algum motivo o processo do iscsi ficava lento e muitas vezes parava de responder. Troquei o hardware que era um pc por um dell e o freenas para a versao 8. Hj a carga é maior e ainda não tivemos problemas. Meu hardware para o freenas eh um dell com uma perc 6 e um md1000 com 12 discos de 2 tera. Em 02/08/2011 10:06, "Ari Arantes Filho" escreveu: Eu também não tive muita sorte com o FreeNAS, apesar que querer muito ter usado, principalmente pelo FreeBSD. Acabei indo para o Nexenta, como o colega já mencionou. A vantagem do Nexenta é o ZFS. Coloquei o FreeNAS em servidor com hotswap, retirei um disco do array do FreeNAS e o sistema nem notou, nem acusou erro. A vantagem é que não parou, mas deveria ter avisado na interface ou algum alarme. Já o Nexenta, na hora que saca o HD, ele já avisa e também não pára. A vantagem do FreeNAS é que vc coloca ele em pendrive, já o Nexenta fica uma carroça em pendrive. Você tem que colocar ele num disco sozinho. Eles aconselham 2 discos só para o Nexenta e o resto para o array ZFS. Isso é um desperdício nem servidores de rack com 6 ou 8 discos no máximo. Ari Em 2 de agosto de 2011 08:35, Christiano Liberato < christianoliber...@gmail.com> escreveu: > a última. > > Em 2 de agosto de 2011 00:43, Diogo Rodrigo... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OFF-TOPIC Cache PeerAPP UB200 (vendo)
Pessoal... O zé aqui escreveu errado é Peer App, não sei pq fiz isso! 2011/6/25 Matheus Cucoloto > Srs, desculpe o offtopic. > > Tenho um PeerUp UB200 com hardware. > > Faz cache de http e p2p. > Suporta até 400mb. > > Interessados mandem pvt. > -- ------- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Object release Lusca
Boa noite. Meu lusca hoje( pelo menos hoje eu percebi isso ) comecou a apagar os objetos no cache dele e começou a comer IO e PROCESSAMENTO. no storage.log vejo varios registro de RELEASE de objeto. Tenho duvidas sobre este evento, ele acontece porque o cache_dir estourou ou é alguma outra rotina. Em outros caches com um trafego bem parecido nunca tinha percebido esta ação. Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] OFF-TOPIC Cache PeerUp UB200 (vendo)
Srs, desculpe o offtopic. Tenho um PeerUp UB200 com hardware. Faz cache de http e p2p. Suporta até 400mb. Interessados mandem pvt. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Não usem FBSD-8x como router !!!
2011/3/2 Patrick Tracanelli > > router1# uname -mrs > FreeBSD 8.2-PRERELEASE i386 > > Patrick. Existe algum fato especifico para você estar usando i386 neste ambiente? abraços -- ------- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: RES: Não usem FBSD-8x como router !!!
Pessoal. Não posso deixar de escrever algo sobre este assunto também. Até então não tive problemas de kernel panic em meus roteadores BGP, mas tive outros problemas nestes ambientes. Nos roteadores BGP com freebsd 7 e placas em e bge tive/tenho o seguinte problema: Se eu ativo o Full routing com os peer de saida o FreeBSD começa a ter erros de pacotes no input das placas de rede. Já tentei com kernel generic, kernel customizados, varias sysctls, com polling, sem polling mas o problema continua. Nestes mesmos roteadores se eu filtrar o full routing, ou seja, usar só rota padrão o problema desaparece. Já mandei relatos sobre este problema no ano passado para vocês. Como o upload não é o meu problema, preferi não usar full routing. Esses dias eu tava pensando em voltar a ver o problema e migrar para FreeBSD 8.2 mas fico pensativo com estes problemas que são relatados.. 2011/3/2 Eduardo Schoedler > Em 02/03/2011 15:30, Klaus Schneider escreveu: > > Um bit pode causar um overflow. Não sou desenvolvedor, mas da pra > > imaginar que isso pode acontecer, principalmente se o quagga > > aceitar uma informação mal repassada que vai parar dentro do kernel, > > não fica reservado ao userland. Talvez nem seja problema com o > > bgpsimple, pode ser com o quagga. > > Acho que não é o caso, pois tirei a referência desse aplicativo da GTER > MASOCH-L (não me recordo exatamente) e utilizaram por lá sem problemas. > > > > Já testou o bgpsimple com o openbgpd ou i386(citado pelo Patrik)? > > Ainda não, mas não tenho mais tanto tempo de sobra... esse foi um teste > final. > O 8.2-STABLE parou com panic depois que retirei a opção RADIX_MPATH do > kernel. > > Acredito ser mais um bug no kernel relacionado à adição/remoção de rotas do > que problema de quagga/bgpsimple./ > > > -- > Eduardo Schoedler > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Off-Topic: FreeNAS 8.0 RC1
Tenho um freenas com 24tera , iscsi, nfs e afins e varios hosts pendurados nele. Na hora do release do novo freenas sera que rola upgrade? Alguem ja fez. Algo deste genero? Em 22/02/2011 00:44, "Josias L.G" escreveu: http://sourceforge.net/projects/freenas/files/FreeNAS-8/ " Release Notes for FreeNAS 8.0 Release Candidate 1 --- More than just a huge jump in version numbers...FreeNAS 8.0 blends FreeBSD 8.x technology, production ready ZFS, and a web-based GUI with x86/amd64 based hardware to make a NAS device available with a lower barrier to entry."... Continua no site do projeto. - 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] RES: RES: RES: tuning de rede - FreeBSD 7.3
Cara, faça um teste. Faça um route-map no bgp, aceitando APENAS a rota padrao anunciada pelos seus neighbors. Ou seja tire o full routing. Suspeito muito que voçe nao vai mais ter perda de pacote. Passa para nós o resultado. Em 24/02/2011 17:41, "Eduardo Schoedler" escreveu: Dependendo da quantidade de tráfego que está passando nesse server, com Firewall + roteamento + Interrupções (IRQ) devem estar matando sua cpu. Qual o load dessa máquina ? -- Eduardo Schoedler > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freeb... > Enviada em: quinta-feira, 24 de fevereiro de 2011 17:38 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] RES: RES: tuning de rede - FreeBSD 7.3 > > Certo. Obrigado, vou dar uma lida sim. > > Eu também utilizo pf na máquina onde faço uns route... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: ht... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Smtp autenticado no qmail buscando em um vpopmail externo
Olá. To pesquisando e estudando ainda, mas talvéz alguem ja fez aqui. Tenho um qmail com vpopmail rodando belezinha rendondinho, só que eu quero criar um servidor de smtp separado. Bom, tudo certo instala o qmail configura o servico smtp e boa, mas e a autenticação dos usuarios? Eu poderia resolver isso instalando o vpopmail nesta maquina e buscar o banco da outra. Mas... tem outro jeito? Eu tenho um outro servidor smtp que é postfix e ele autentica os usuarios do mesmo servidor vpopmail usando o modulo sasl2 e um patchzinho. Quero fazer o mesmo ambiente com qmail. Se alguem tiver alguma info boa eu agradeço. Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] Apenas uma Curiosidade...
2010/11/17 Erick Rodrigo : > É vdd, depende do perfil dos clientes... > Acabei de olhar o trafego, das 15hrs as 17hrs, subiu +/-10Mbps do normal, > ficou todo cerradinho o gráfico. > De 65Mb para 75Mb mais ou menos de utilização. > Hehehe... Aqui foi diferente até as 14:00 Km! Durante o jogo sucegado Acabo o jogo Km de novo! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] Apenas uma Curiosidade...
Tipo, to falando dos meus links... Depende muito do perfil de clientes, ou uma coisa não tem nada haver com a outra... Hehehehe... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] BaseLine CACTI
2010/11/17 Renato Frederick : > Pessoal, alguém conhece algum plugin pro cacti ou outra ferramenta, que > monitore a tendência de um gráfico e em caso de problemas gere alerta? > > Exemplo, minha banda é sempre usada 40Mb. Se ficar usando 50Mb durante 40min > ele gere um alerta ou email? > Talvez o Thold resolva o seu problema Só não sei se a regra "durante 40 minutos" vai ser possivel. No meu aqui quando passava de um valor X que eu definia ele dava alerta. Abraços -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OFF: Proxy em uma VM XEN
2010/11/17 Flávio Barros : > Bom dia. > > Meu chefe me solicitou que passasse o proxy que atualmente está em uma > máquina física para uma VM configurado no XEN-Citrix. > > Levando em consideração que a rede na qual o proxy está tem aproximadamente > 300 hosts. > Pergunto: > 01. Quais os impactos ? > 02. A VM vai suportar o tráfego ? > 03. O desempenho vai cair surgindo com isso lentidão no acesso à Internet ? > 04. É recomendado deixar o proxy em uma máquina separada mesmo ? > > Flavio, deixa eu fala... Vou dar um exemplo que tenho rodando. Empresa com 8 filiais no Brasil Cada filial com um ML150 rodando Xen Source 4.0.1 Tenho duas VM em cada um desses ML 1 - FreeBSD (Firewall, Proxy, Vpn) 2 - Centos (Asterisk com placa Khomp em modo PciBack). Em cada rede tenho entre 10 a 20 computadores com acesso controlado. Não tenho nenhum problema e o ambiente é muuito estável. Porém quando roda FreeBSD no Xen (Seja XenSource ou XenCenter) você perder performance de disco e rede, isso é fato. E eu digo isso de boca cheia porque tenho muuuitos FreeBSD Virtualizados. Então realize um estudo para ver qual é a sua realidade sobre IO de disco e Rede. Então se você esta falando de empresa, escritorio com um consumo baixo o ambiente virtualizado para Proxy funciona muito bem. Abraços. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] Apenas uma Curiosidade...
Dia e jogo do Brasil é engraçado. Hoje é apenas um amistoso mas senti que o povo ta assistindo baseado no consumo dos meus Links, o consumo esta 40% menor que o normal. E eu não estou com problemas... -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] UFS e SUJ
Olá. Aguem ja teve coragem de usar o patch para Free 8 do SUJ? http://www.andric.com/freebsd/suj/suj-stable8-r208287-1.diff.bz2 Hoje eu fiquei muuuito puto com um FSCK das 12:30 até agora (atuamente em 91%) em um gstripe de 6 discos. -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bacula
2010/10/18 Corsini Corsini : > > Então pessoal, sobre o bacula, existe uma interface gráfica p/ BSD, tenho > aqui uma unidade de Fita Power Voult TL2000 > e não tenho nem idéias de por onde começar.. qualquer ajuda seria bem vindo .. > > João B. Corsini > Analista de Suporte Minha nossa Tenho este ambiente que você esta querendo montar. FreeBSD 8.1 TL2000 com dois drivers e Autochanger. A configuração do bacula no inicio é complicada, mas com um tempo em cima das confs você vai conseguir entender a ferramenta. Você pode seguir howtos para linux que vai funcionar, logico, modificando o caminho dos devices. Bacula-dir -> Gerencia os jobs, agendamentos, pools e clientes. Bacula-sd -> Gerencia o armazenamento da informação é aqui que voce configura o TL. Bacula-fd -> Cliente que fica esperando a conexão do bacula-dir para iniciar o backup. Ou seja, no seu servidor de backup você vai rodar o bacula-dir e o bacula-sd e no cliente o bacula-fd (pode rodar no servidor tb para backupar o catalogo por exemplo). Falando em catalogo, você pode armazenar o catalogo dos arquivos backupados em mysql, pgsql, sqllite e exemplos de configuração ficam em /usr/local/share/bacula Existem três tipos de backup, full, incremental e diferencial e da para usar os três em um mesmo cliente. A minha humilde opnião diz a você para comecar mais devagar, faça backup armazenando as pools em hd (a tudo é refeciado a pool no Bacula) e vai treinando para entender como ele trabalha. Bom, o negocio é pesquisar ou fazer um curso. Um site com boas informações é o do Helio http://www.bacula.com.br/ Sobre o uso de FreeBSD, Linux ou Solaris, use o que você mais tem experiencia o serviço é o mesmo! -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Bloquear e-mail mal formado Qmail
Olá, Não consegui encontrar nas minhas pesquisas uma solução para o que vem acontecendo no meu cenário de teste. Na configuração de SPF eu uso o nivel 5. Dizem que não é aconselhavel mas ok beleza... Mas minha conta que uso para receber spam chega alguns e-mails sem conteudo e com o header incompleto. Veja o cabeçalho do email abaixo. Return-Path: Delivered-To: s...@matheusteste.com.br Received: (qmail 91573 invoked from network); 10 Oct 2010 16:47:52 -0300 Received: by simscan 1.4.0 ppid: 91565, pid: 91566, t: 4.2135s scanners: attach: 1.4.0 Received: from unknown (HELO smtp.panhost.com.br) (189.84.26.102) by email1.matheusteste.com.br with ESMTPZ; 10 Oct 2010 16:47:48 -0300 Received-SPF: error (email1.matheusteste.com.br: error in processing during lookup of tvgov.com.br: DNS problem) O conteudo inteiro do e-mail esta ai, existe apenas o cabeçalho. E é ai é que esta a minha duvida, este email foi gerado pelo qmail pois deu problema no DNS, ou é o email original mesmo. Existe forma de evita-lo? Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] .snap/fsck_snapshot
Pessoal. Pergunta de principante... Posso apagar este arquivo?? Ele ta bem grannnde! -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Enc.: CFT - Xen infrastructure and block I/O improvements
Vamos testar galera Matheus Cucoloto *Enviado usando Milestone -- Mensagem encaminhada -- De: "Justin T. Gibbs" Data: 16/09/2010 23:23 Assunto: CFT - Xen infrastructure and block I/O improvements Para: , At Spectra Logic, we are using FreeBSD amd64 under Xen to serve storage to other Xen domains. Over the past 9 months, we've made several changes to FreeBSD's Xen support. These include: o Support for backend devices (e.g. blkback) o Extensions to the Xen para-virtualized block API to allow for larger and more outstanding I/Os. o A completely rewritten block back driver with support for fronting I/O to both raw devices and files. o General cleanup and documentation of the XenBus and XenStore support code. o Robustness and performance updates for the block front driver. o Fixes to the netfront driver. Some of these changes have already been pushed back into FreeBSD, but the bulk of them need additional testing, especially under i386 PV, before they can be committed. If you work in the Xen area, I'd appreciate your review and/or testing of these changes. http://people.freebsd.org/~gibbs/FreeBSD-head-xen-diffs_2010_09_16.txt Thanks, Justin ___ freebsd-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org" - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Qmail e a flag X-Originating-IP
Pessoal, acho que achei o patch que eu precisava nos meus qmails da vida. A ideia do patch é colocar o endereço de origem de quem enviou o E-mail no cabeçalho. Para em um eventual caso ver de qual origem vem o email. Pelo menos foi isso que eu entendi. Vou testar ele amanhã. http://jeremy.kister.net/code/qmail-1.03.originip-field.patch To procurando tamb]em algo para o X-Envelope-To Alguem usa algum patch para essa minha necessidade? -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Brincando com vnet em Jail no FreeBSD
2010/7/29 Rodrigo Mosconi : > > Nos meus testes, o IP Filter e o PF geravam "page fault" quando o > filtro era habilitado. > Mandei um PR para os desenvolvedores. >>> Quando testei vimage com um trafego consideravel o sistema travava. Se na 8.1 que acabou de sair esta mais maduro... vamos testar! -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Informação no cabeçalho de emails v ia Qmail
Boa noite. Pessoal, vou fazer uma pergunta que sempre queria fazer. Uso muito o qmail mas tem uma coisa no postfix que me agrada muito quando tem que depurar algumas falhas de email que é a informação do usuario que se autenticou no SMTP para enviar email. named_attribute: rewrite_context=remote named_attribute: sasl_method=LOGIN named_attribute: sasl_username=usua...@dominio.com.br No qmail não existe nenhum patch ou forma para ter estas mesmas informações no cabeçalho do e-mail? Abraços. -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] softfail amd64
Agra sim! Obrigado! 2010/6/11 Patrick Tracanelli : > > Em 10/06/2010, às 15:59, Carlos A. Talhati escreveu: > >> sem mágica >> >> # cd /usr/ports/mail/softfail >> # make install clean >> >> kernel generic >> >> # uname -a >> FreeBSD mail.xxx.xxx.xx 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Tue >> Jan 5 21:11:58 UTC 2010 >> r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >> >> também não tem nada no make.conf, nem nos load/systctl >> >> voce criou sua base de dados no mysql como é sugerido? >> >> Please note that you have just installed softfail on >> >> /var/qmail/bin/softfail >> >> Before using it you need to properly create the MySQL database. A customized >> SQL sample was installed on >> >> /usr/local/share/doc/softfail/softfail.sql >> >> You can use this sample as root user for MySQL: >> >> mysql -uroot -p < /usr/local/share/doc/softfail/softfail.sql >> >> To use it you should configure SMTPEXTFORK's enviroment variable on qmail >> according to the instructions available on >> >> /usr/local/share/doc/softfail/README >> >> You are also suggested to add the following entries to /etc/crontab: >> >> �...@daily root /usr/local/bin/rotate-softfail-db >> �...@daily root /usr/local/bin/rotate-softfail.sh >> >> I can do it for you. Just type `make crontab-entry' if you wish me to >> add it. >> >> >> Em 10/06/2010 15:01, Matheus Cucoloto escreveu: >>> Legal... >>> >>> Então mostra a magica... >>> >>> Porque instalei em outro amd64 e deu segment fault de novo! >>> >>> 2010/6/7 Carlos A. Talhati : >>> >>>> [mail] ~# uname -m >>>> amd64 >>>> [mail] ~# pkg_info | grep softfail >>>> softfail-2.0 Enhaced greylisting system for qmail w/ SMTPEXTFORK >>>> patch >>>> >>>> >>>> Em 03/06/2010 16:34, Matheus Cucoloto escreveu: >>>> >>>>> Hehehe... >>>>> >>>>> Revivendo um post de 2008. >>>>> >>>>> Uso e abuso do softfail mas nunca tinha me ligado que usava em maquinas >>>>> i386 >>>>> >>>>> Percebi hoje que não roda em amd64. >>>>> >>>>> Tentei copiar o binario de uma i386 mas nao funcionou nao. >>>>> >>>>> Patrick tem alguma solução nova? >>>>> >>>>> Abraços. >>>>> >>>>> 2008/8/1 Patrick Tracanelli : >>>>> >>>>> >>>>>> Renato Frederick escreveu: >>>>>> >>>>>> >>>>>>> Beleza Patrick >>>>>>> >>>>>>> Andei tendo estes problemas de processo morrer(vpopmail e courier) e >>>>>>> quando >>>>>>> compilei com as flags -fPIC -O -pipe resolveu. >>>>>>> >>>>>>> Tentei usá-loas no softfail e dá problema, será que isto resolveria >>>>>>> algo? >>>>>>> >>>>>>> Sobre compilar em 32bits, é só compilar no mesmo release e jogar o >>>>>>> binário? >>>>>>> Precisa ativar alguma emulação? >>>>>>> >>>>>>> Até lá estou usando o spamdyke :-) >>>>>>> >>>>>>> >>>>>> Nenhuma emulacao. So compilar e jogar. Se quiser se precaver compila >>>>>> estatico hehe mas nem sempre eh necessario. >>>>>> >>>>>> -- >>>>>> Patrick Tracanelli >>>>>> >>>>>> FreeBSD Brasil LTDA. >>>>>> Tel.: (31) 3516-0800 >>>>>> 316...@sip.freebsdbrasil.com.br >>>>>> http://www.freebsdbrasil.com.br >>>>>> "Long live Hanin Elias, Kim Deal!" >>>>>> >>>>>> ----- >>>>>> 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 > > > Acho que alguem pode estar confundindo algo nessa thread, então vamos alinhar: > > - softfail: tem que funcionar 100% em 64bits; qualquer erro é particularidade > daquela instalação; > > - SMTPEXTFORK: pode dar problema em algumas situações, em 64 bits; solução > feia é compilar qmail-smtpd estático em 32bits com SMTEXTFORK aplicado e > rodar no 64bits; se não quiser compilar estático instala a compat com 32 bits; > > > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] softfail amd64
Legal... Então mostra a magica... Porque instalei em outro amd64 e deu segment fault de novo! 2010/6/7 Carlos A. Talhati : > [mail] ~# uname -m > amd64 > [mail] ~# pkg_info | grep softfail > softfail-2.0 Enhaced greylisting system for qmail w/ SMTPEXTFORK > patch > > > Em 03/06/2010 16:34, Matheus Cucoloto escreveu: >> Hehehe... >> >> Revivendo um post de 2008. >> >> Uso e abuso do softfail mas nunca tinha me ligado que usava em maquinas i386 >> >> Percebi hoje que não roda em amd64. >> >> Tentei copiar o binario de uma i386 mas nao funcionou nao. >> >> Patrick tem alguma solução nova? >> >> Abraços. >> >> 2008/8/1 Patrick Tracanelli : >> >>> Renato Frederick escreveu: >>> >>>> Beleza Patrick >>>> >>>> Andei tendo estes problemas de processo morrer(vpopmail e courier) e quando >>>> compilei com as flags -fPIC -O -pipe resolveu. >>>> >>>> Tentei usá-loas no softfail e dá problema, será que isto resolveria algo? >>>> >>>> Sobre compilar em 32bits, é só compilar no mesmo release e jogar o binário? >>>> Precisa ativar alguma emulação? >>>> >>>> Até lá estou usando o spamdyke :-) >>>> >>> Nenhuma emulacao. So compilar e jogar. Se quiser se precaver compila >>> estatico hehe mas nem sempre eh necessario. >>> >>> -- >>> Patrick Tracanelli >>> >>> FreeBSD Brasil LTDA. >>> Tel.: (31) 3516-0800 >>> 316...@sip.freebsdbrasil.com.br >>> http://www.freebsdbrasil.com.br >>> "Long live Hanin Elias, Kim Deal!" >>> >>> - >>> 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 > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] softfail amd64
Patrick... A mesma coisa para o vhckuser com as suas modificações para rodar em smtpextfork. Não roda! 2010/6/3 Matheus Cucoloto : > Hehehe... > > Revivendo um post de 2008. > > Uso e abuso do softfail mas nunca tinha me ligado que usava em maquinas i386 > > Percebi hoje que não roda em amd64. > > Tentei copiar o binario de uma i386 mas nao funcionou nao. > > Patrick tem alguma solução nova? > > Abraços. > > 2008/8/1 Patrick Tracanelli : >> Renato Frederick escreveu: >>> Beleza Patrick >>> >>> Andei tendo estes problemas de processo morrer(vpopmail e courier) e quando >>> compilei com as flags -fPIC -O -pipe resolveu. >>> >>> Tentei usá-loas no softfail e dá problema, será que isto resolveria algo? >>> >>> Sobre compilar em 32bits, é só compilar no mesmo release e jogar o binário? >>> Precisa ativar alguma emulação? >>> >>> Até lá estou usando o spamdyke :-) >> >> Nenhuma emulacao. So compilar e jogar. Se quiser se precaver compila >> estatico hehe mas nem sempre eh necessario. >> >> -- >> Patrick Tracanelli >> >> FreeBSD Brasil LTDA. >> Tel.: (31) 3516-0800 >> 316...@sip.freebsdbrasil.com.br >> http://www.freebsdbrasil.com.br >> "Long live Hanin Elias, Kim Deal!" >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > --- > Matheus Cucoloto > Unix Expertise > Voip Expertise > > WiTec - Wi Telecom > Fix: +55 44 36194211 > Cel: +55 44 99216200 > Sip: sip://1...@sipwicne1.grupoirapida.com.br > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] softfail amd64
Hehehe... Revivendo um post de 2008. Uso e abuso do softfail mas nunca tinha me ligado que usava em maquinas i386 Percebi hoje que não roda em amd64. Tentei copiar o binario de uma i386 mas nao funcionou nao. Patrick tem alguma solução nova? Abraços. 2008/8/1 Patrick Tracanelli : > Renato Frederick escreveu: >> Beleza Patrick >> >> Andei tendo estes problemas de processo morrer(vpopmail e courier) e quando >> compilei com as flags -fPIC -O -pipe resolveu. >> >> Tentei usá-loas no softfail e dá problema, será que isto resolveria algo? >> >> Sobre compilar em 32bits, é só compilar no mesmo release e jogar o binário? >> Precisa ativar alguma emulação? >> >> Até lá estou usando o spamdyke :-) > > Nenhuma emulacao. So compilar e jogar. Se quiser se precaver compila > estatico hehe mas nem sempre eh necessario. > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail e hora dos emails.
2010/5/13 Patrick Tracanelli : > > > Em 13/05/2010, às 14:42, Matheus Cucoloto escreveu: > >> Galéra, não to conseguindo lembrar e também não achei no google qual >> eh a variavel que coloca no ENV do qmail-smtp ou do diretorio control >> para que os emails enviados e recebidos respeitem sempre a hora do >> servidor. >> >> Ja fiz isso uma vez mas atualmente não lembro. >> >> Alguem pode passar a info? > > > É o patch localtime :) > Pois é também tenho a certeza de que é o localtime, mas o fato é que o patch não esta funcionando em um novo ambiente que fiz. Para ter certeza de que o meu make install estava com o patch locatime fui direto no arquivo fonte da minha compilação (salvo o diretório work) e visualizei o arquivo que o patch altera. O arquivo é o date822fmt.c e esta exatamente da forma como o patch sugere. Ainda não descobri o que esta anulando o patch, se alguem tiver alguma dica ja ajuda. Neste ambiente eu estou usando varias ferramentas como por exemplo, smtpextfork, softfail, qmail-auditor, simscan. Abraços -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail e hora dos emails.
Então, Eu habilitei no qmail-spamcontrol │[X] LOCALTIME_PATCHemit dates in the local timezone Mas os emails estão passando com a data e hora do cliente... Ai eu lembro que tinha algo para coloca no env ou no control... 2010/5/13 Danilo G. Baio : > 2010/5/13 Matheus Cucoloto > >> Galéra, não to conseguindo lembrar e também não achei no google qual >> eh a variavel que coloca no ENV do qmail-smtp ou do diretorio control >> para que os emails enviados e recebidos respeitem sempre a hora do >> servidor. >> > > Opa, > > Não é o patch qmail-date-localtime.patch que está querendo ? > > []'s > -- > Danilo Gonçalves Baio (dbaio) > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194211 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Qmail e hora dos emails.
Galéra, não to conseguindo lembrar e também não achei no google qual eh a variavel que coloca no ENV do qmail-smtp ou do diretorio control para que os emails enviados e recebidos respeitem sempre a hora do servidor. Ja fiz isso uma vez mas atualmente não lembro. Alguem pode passar a info? Abraços -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD8 e o php com oracle (xi..)
Então... Port: databases/php5-oci8 Moved: Date: 2010-04-11 Reason: Doesn't support Oracle8 client library Port: databases/php5-pdo_oci Moved: Date: 2010-04-11 Reason: Doesn't support Oracle8 client library Pelo o que eu entendi não tem como rodar o modulo oci do php 5.3 no FreeBSD. O jeito é instalar o /usr/ports/lang/php52 e em seguida instalar o /usr/ports/database/php52-oci Sera que é para todos os SOs ou só no BSD? Ta de arrancar os cabelos ultimamente usar FreeBSD em alguns ambientes. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeebsd e Iscsi EMC
Minha ultima tentativa foi dessa forma.
Ja tentei com informacao do inicializador, e varias otras opcoes.
e nada!
email1# cat /etc/iscsi.conf
target0 {
targetaddress= 10.0.0.100
targetname = iqn.1992-04.com.emc:cx.ckm00094900162.b2
}
email1#
2010/4/26 Marcelo Vilela :
> Matheus,
>
> Não tenho em produção.
>
> Mais uma coisa, no iscsi.conf tem alguma configuração padrão de
> autenticação? Ou o storage está pedindo alguma autenticação que não
> está configurada?
>
> Ua,
> Marcelo Vilela.
>
> Em 26 de abril de 2010 12:01, Matheus Cucoloto
> escreveu:
>> 2010/4/26 Marcelo Vilela :
>>> Matheus,
>>>
>>> Infelizmente não tenho nenhum CX novo nos meus labs... mas vamos por partes:
>>>
>>> 1. Você consegue pingar a interface iSCSI do CX?
>>
>> Pingo o IP da Interface web e o IP da interface iscsi.
>>
>>> 2. Há algum firewall entre o FreeBSD e o Storage?
>>
>> Nenhum, me conecto via telnet na porta do iscsi sem nenhum erro
>>
>>> 3. O host (FreeBSD) aparece no Connectivity Status (Navisphere) como
>>> registrado e conectado?
>>
>> Aparece como registrado mas não conectado.
>>
>>> 4. Está feito o Storage Group corretamente no Navisphere?
>>>
>>
>> Sim criei um storage group e associei o host a esse storage group em
>> seguida coloquei uma lun nesse mesmo storage group
>>
>>> Eu acho que é algum problema de configuração no Storage.
>>
>> Pode até ser.
>>
>> Você tem esse tipo de ambiente em produção?
>>
>>> Se tiver
>>> oportunidade monta um FreeNAS e cria um iSCSI para testar se o iSCSI
>>> do FreeBSD está funcionando.
>>
>>
>>
>>
>> --
>> ---
>> Matheus Cucoloto
>> Unix Expertise
>> Voip Expertise
>> -
>> 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
>
--
---
Matheus Cucoloto
Unix Expertise
Voip Expertise
WiTec - Wi Telecom
Fix: +55 44 36194211
Cel: +55 44 99216200
Sip: sip://1...@sipwicne1.grupoirapida.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeebsd e Iscsi EMC
2010/4/26 Marcelo Vilela : > Matheus, > > Infelizmente não tenho nenhum CX novo nos meus labs... mas vamos por partes: > > 1. Você consegue pingar a interface iSCSI do CX? Pingo o IP da Interface web e o IP da interface iscsi. > 2. Há algum firewall entre o FreeBSD e o Storage? Nenhum, me conecto via telnet na porta do iscsi sem nenhum erro > 3. O host (FreeBSD) aparece no Connectivity Status (Navisphere) como > registrado e conectado? Aparece como registrado mas não conectado. > 4. Está feito o Storage Group corretamente no Navisphere? > Sim criei um storage group e associei o host a esse storage group em seguida coloquei uma lun nesse mesmo storage group > Eu acho que é algum problema de configuração no Storage. Pode até ser. Você tem esse tipo de ambiente em produção? > Se tiver > oportunidade monta um FreeNAS e cria um iSCSI para testar se o iSCSI > do FreeBSD está funcionando. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeebsd e Iscsi EMC
Leandro... Cara compilei o driver sim, ta no kernel. Marcelo É um EMC CX4-120 --- Não tive sucesso, passei o final de semana inteiro tentando fazer rodar, o access denied não tem mais mas no discovery ele não acha o storage. Eu não quer acreditar que vou ter que tirar o FreeBSD para poder usar o Storage com ISCSI, não vou pedir para comprar um HBA porque as portas fiber do storage ja estão ocupadas e comprar um switch fiber também esta sem condições. Alguem aqui na lista de fato é fez o FreeBSD se conectar em um storage EMC via iscsi? Também não quero acreditar que sou desbravador neste assunto aqui no Brasil. Encontrei um francês que estava na mesma novela que eu, mas ele não me responde. Qualquer ajuda é bem aceita! Abraços. -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Freeebsd e Iscsi EMC
Bom dia pessoal. Estou tentando conectar um frebsd 7.3-stable a um storage da EMC via iscsi. No linux, eu instalo o agente do storage e o linux se conecta sem nenhum problema. Bom, no freebsd não tem como instalar o agente do linux nem tão pouco temos suporte. (é duro!) Mas temos um inicializador no FreeBSD que se propoem (até aonde eu entendi) se conectar em iscsi chamado iscontrol iscontrol -v -d targetaddress=192.168.200.51 initiatorname=teste.dominio.com.br Mas, tenho o seguinte erro: connect: Connection refused Provavelmente é alguma liberação no storage, porem não achei ainda o que mais tem que fazer. Como falei, no linux vai facinho, mas no FreeBSD ta dificil, alguem ja tem um ambiente desta forma? Abraços -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Off: Não consigo receber email extern o (erro no clamav)
Só ontem parou 12 servidores meus... Foi uma correria! 2010/4/16 Rejaine Monteiro : > você precisará atualizar sua versão do clamav para 0.95 ou superior > o suporte para versões mais antigas foi descontinuado ontem e se você rodou > o freshclam depois disso, sua base de assinaturas foi desabilitada! > > veja em: http://www.clamav.net/lang/en/2009/10/05/eol-clamav-094/ > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ZFS
2010/3/25 Jean Carlos Zanuzo : ... Uso aqui em um servidor de Jails com um "HD BOX" ou Gaveta de Discos da Dell. São 8 HDS em Raidz. Para mim ficou perfeito! -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Free montando partição Windows2003.
Bom dia. Estou tentando ja a um tempo, montar um mapeamento smbfs no FreeBSD. Nada de magnifico nisso, porém o que eu estou tentando montar esta em um Windows 2003. Ja tentei de todas as formas até usando e não usando nsmb.conf, em outros S.O (linux, windows 98 e afins eu consigo montar sem problemas). Ja habilitei o netbios e desabilitei o firewall no windows 2003 e também não deu certo! O erro é sempre o mesmo: mount_smbfs: unable to open connection: syserr = Connection reset by peer Com smbclient eu consigo conectar no diretorio compartilhado do windows, mas o que eu quero é mapear e não apenas acessar. Alguem aqui na lista conseguiu efetivamente montar um compartilhamento de um windows 2003 no FreeBSD? Qual é a magica? Ja tentei: mount_smbfs //192.168.10.23/teste /teste mount_smbfs -I 192.168.10.23 //gu...@192.168.10.23/teste /teste mount_smbfs -I 192.168.10.23 //administra...@192.168.10.23/teste /teste mount_smbfs -I -N 192.168.10.23 //administra...@192.168.10.23/teste /teste mount_smbfs -N -I 192.168.10.23 -W WORKGROUP //administra...@192.168.10.23/teste /teste mount -t smbfs //192.168.10.23/teste teste - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD e SUN Fire v490
Fala pessoal!!! Então, acho que vou continuar com o solaris e vou instalar o ldoms (Virtualizador do Solaris), na documentação diz que ele pode rodar guests linux. De qualquer forma vou liberar essa maquina só no final do mês. Abraços -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD iSCSI EMC CX4-120
Olá pessoal. Estou com a missão de conectar diversos FreeBSDs 7.2 em um Storage da EMC CX4-120 via iscsi. Sei que no FreeBSD existe o iscontrol e o iscsi.conf nativos para trabalhar com iscsi. Mas alguem aqui na lista esta usando este tipo de Ambiente em produção com FreeBSD? Abraços. -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD e SUN Fire v490
Pessoal, to com um Sun Fire v490 com 32gb de memória, hd fiber channel e alguns nucleos de processador e rodando solaris. To pensando em colocar um FreeBSD nele. Alguem ja instalou o Free ou algum outro SO foram o Solaris em uma maquina dessas? -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Tabela de roteamento FreeBSD
É esse hardware do caramba. Fiz uma manobra aqui e coloquei um quadcore 2.4 com 2gb de memoria com os mesmos tunnigs Full Routing. Picos de 70.000 pps. Placa de redes em0 e re0 bgp-cne-wi1# netstat -w 1 input(Total) output packets errs bytespackets errs bytes colls 68277 0 32139198 67916 105 31919453 0 64764 0 30828458 64078 0 30627382 0 64939 0 30838202 64401 0 30681158 0 65196 0 31006342 64655 0 30864618 0 66646 0 31293027 65881 0 31119212 0 65197 0 30404631 64967 0 30215766 0 64678 0 30472305 64108 0 30282628 0 64211 0 30443245 63558 0 30253984 0 63587 0 29662771 63069 0 29489763 0 63839 0 30112870 63465 0 29955282 0 64009 0 29788719 63419 0 29600539 0 re0em0Total Kbps in Kbps out Kbps in Kbps out Kbps in Kbps out 84509.75 29873.31 37691.61 91636.04 122201.4 121509.4 83405.84 31171.91 39473.22 91130.81 122879.1 122302.7 82394.89 33178.76 42212.47 90711.58 124607.4 123890.3 82177.64 31878.79 40407.34 89993.56 122585.0 121872.4 82212.71 32473.34 40465.71 89678.01 122678.4 122151.3 83688.57 33076.66 42169.55 92141.86 125858.1 125218.5 Só que é maquina montada! Será o driver da BGE ou esse HP -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Tabela de roteamento FreeBSD
2010/2/3 Edinilson - ATINET > Voce esta usando polling? > Eu aqui já desisti de usar...muitos problemas e alguns kernel panics no > meio > do caminho (usando tanto fxp quanto em). > > Ja experimentou tambem eliminar todas as regras de ipfw só para testar? > > Então, nao uso polling(também tenho os mesmos problemas) e o ipfw esta apenas com a regra padrão de allow all. o pf esta desabilitado. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Tabela de roteamento FreeBSD
Bom dia. Com hz=2000, 3000 ou 4000 Mesma merda, começou hoje e manha com 30.000 pps e ja começou a dar erros constantes. Tirei o full routing, ficou tudo normal. Que M*RDA ! -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Tabela de roteamento FreeBSD
2010/2/2 Luiz Otavio O Souza > Matheus, > > No seu caso o flowtable nao deve estar ajudando, experimente desabilitar: > > sysctl net.inet.flowtable.enable=0 > > Então acho que flowtable é só no free 8 se não me engano. Em todo o caso no 7.2 que estou usando nem a variavel é encotrada. # sysctl -a | grep -ri flowtable Exit 1 # Valeu Luiz. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Tabela de roteamento FreeBSD
2010/2/2 Rafael Ganascim > Você está usando o fastforwarding? > > net.inet.ip.fastforwarding > > Ja tentei com e sem! net.inet.ip.fastforwarding: 1 -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Tabela de roteamento FreeBSD
2010/2/2 Patrick Tracanelli > Qual FreeBSD? Versão e arquitetura? FULL de quantas operadoras? Com > ROUTETABLES ou sem no kernel? Se com, cola em pvt as FIB em uso fora a > primaria onde o BGP vai tuxar suas rotas. > > FreeBSD 7.2-Stable (semana passada) AMD64. Duas sessões FULL com Oi e GVT usando quagga. Não configurei o ROUTETABLES no kernel. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Tabela de roteamento FreeBSD
2010/2/2 Rafael Ganascim > Matheus, > > A escolha de ir para um Cisco, dependendo do negócio e futuro crescimento, > é > boa. Porém geralmente tem um custo inicial elevado e perdem-se as vantagens > de ter um shell para fazer o que bem entender. > > Então Brother. Ja pensei que fosse hardware, e ainda tenho suspeitas. Talvez seja um problema mesmo de placa de rede da broadcom, mas vamos pensar bem. Quando eu tiro o filtro do bgp para receber full routing (duas sessoes). Na hora começa a dar erro de entrada nas interfaces e os meus pps caem 30%. No TOP e no vmstat nada se altera. Ai eu tiro o full routing e fico apenas com a rota padrão, nesta hora não tenho mais nenhum erro nas interfaces e os meus pps voltam ao normal. Com este resultado na minha opnião mostra que o problema não esta no numero de pacotes ou banda que passa pela placa, mas esta na hora em que o Kernel tem que processar a tabela de rotas. Vale lembrar que eu não abaixo o BGP apenas não deixo entrar o full routing. Hoje estou com o UPLOAD apenas por uma operadora e para mim está ótimo, porém não esta da forma como tem que ser. Abraços. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Tabela de roteamento FreeBSD
2010/2/2 Eduardo Schoedler > Matheus, > > Você chegou a fazer o teste? > Eu tenho um firewall aqui, com hz=2000... mas não gostei muito, de vez em > quando aparecem alguns erros na interface (monitoro pelo cacti). > > Pode ser só coincidência, mas também estou com a versão 7.2: > > # uname -a > FreeBSD rtr01 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #3: Thu Nov 12 17:02:38 > BRST 2009 r...@rtr01:/usr/obj/usr/src/sys/FW amd64 > > > Sds, > > Então Eduardo. Agendei para esta madrugada, fiquei desanimado ontem. Se não der certo vou ter que partir para um cisco. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Thunder 4 liberado
O thunder para linux foi liberado http://www.biazus.com/forum/viewtopic.php?f=6&t=1115 -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Tabela de roteamento FreeBSD
2010/2/1 Eduardo Schoedler Adailton Milhorini escreveu: > Qual versao do freebsd ? Segundo o próprio Matheus Cucoloto em sua thread original (Bge0 e FreeBSD): > "To usando o FreeBSD 7.2-stable de ontem o servidor é um HP > com processador xeon quadcore. Olá Eduardo. Acho que hoje de madrugada vou colocar um hz=4000. Para ver se tem alguma diferença. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Res: Tabela de roteamento FreeBSD
2010/2/1 Alessandro Braga > Matheus, > > Qual hardware esta' usando? > > > Xeon Quadcore 2.00GHz 4gb de memoria Duas Broadcom gigabit HP ML170 -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Tabela de roteamento FreeBSD
Pessoal... Lembram daquele erro de pacotes? Então, descobri o que é. Quando eu estou com full routing (300.000 rotas) o servidor não aguenta e começa a descartar pacotes. Quando tiro o full routing e uso apenas a rota padrão tudo volta ao normal. Agora eu tenho certeza disso porque realizei varios testes até chegar neste resultado. Alguem ai sabe quais parametros de sysctl e kernel que influenciam neste caso. Abraços. -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Proxy e controle de banda.
Pois é, é o que eu penso também. Queria saber se existe alguma opção no squid para que a conexão seja sincronizada com o cliente. Ambiente Internet | Proxyn (Tproxy) | Base (limitacao de banda do cliente) | Cliente A grande pergunta, tenho que fazer limitação depois do proxy para que o proxy não pegue toda a banda quando for buscar os arquivos da net? -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Proxy e controle de banda.
Fala Giacarlo. Então a duvida não é limitar a banda no squid. A duvida é quando um usuario vai abaixar um arquivo passando pelo proxy o proxy vai abaixar o arquivo com toda a velocidade e entregará para o usuario baseado na limitação de banda que ele tem la na ponta dele? Ou não, ele vai respeitar acks da conexao tcp e vai abaixar o arquivo e entregar para o usuario na limitacao que ele ta sofrente na ponta dele. Abraços. 2010/1/27 Giancarlo Rubio > matheus, procure por delay pools! > > Em 1 27, 2010 1:31 AM, "Matheus Cucoloto" >escreveu: > > Pessoal, uma duvida. > > Quando tem um proxy transparante na saida de internet e la na ponta do > cliente tem a limitação de banda do cliente. > > Quando o proxy vai por exemplo abaixar o arquivo que esta la na net, ele > vai > abaixar com toda a banda ou vai respeitar a banda do usuario baseado nas > ack > da conexao? > > Pergunto isso porque eu pensava que iria respeitar (mas com uma pulga atras > da orelha, pois o proxy faz uma nova conexao) e na verdade nos testes que > fiz ele não faz isso. > > Existe alguma opção no squid que permita isso? > > -- > --- > Matheus Cucoloto > Unix Expertise > Voip Expertise > > WiTec - Wi Telecom > Fix: +55 44 36194203 > Cel: +55 44 99216200 > Sip: sip://1...@sipwicne1.grupoirapida.com.br > - > 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 > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Proxy e controle de banda.
Pessoal, uma duvida. Quando tem um proxy transparante na saida de internet e la na ponta do cliente tem a limitação de banda do cliente. Quando o proxy vai por exemplo abaixar o arquivo que esta la na net, ele vai abaixar com toda a banda ou vai respeitar a banda do usuario baseado nas ack da conexao? Pergunto isso porque eu pensava que iria respeitar (mas com uma pulga atras da orelha, pois o proxy faz uma nova conexao) e na verdade nos testes que fiz ele não faz isso. Existe alguma opção no squid que permita isso? -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Bge0 e FreeBSD.
2010/1/22 Eduardo Schoedler > > > E o MTU ? Você está usando Jumbo Frames ? > > -- > Eduardo Schoedler Não não a interface esta padrão e sem polling. # ifconfig bge0 bge0: flags=8843 metric 0 mtu 1500 options=19b ether 00:21:5a:f5:63:cc media: Ethernet autoselect (1000baseTX ) status: active # ifconfig bge1 bge1: flags=8843 metric 0 mtu 1500 options=19b ether 00:21:5a:f5:63:cd media: Ethernet autoselect (100baseTX ) status: active TOP: last pid: 17917; load averages: 0.22, 0.30, 0.27 up 0+11:30:39 14:21:20 98 processes: 5 running, 79 sleeping, 14 waiting CPU: 0.0% user, 0.0% nice, 8.0% system, 0.0% interrupt, 92.0% idle Mem: 190M Active, 110M Inact, 327M Wired, 264K Cache, 418M Buf, 3321M Free Swap: 2048M Total, 2048M Free PID USERNAME THR PRI NICE SIZERES STATE C TIMECPU COMMAND 12 root1 171 ki31 0K16K CPU22 684:40 100.00% idle: cpu2 13 root1 171 ki31 0K16K CPU11 684:40 100.00% idle: cpu1 14 root1 171 ki31 0K16K RUN 0 653:56 90.97% idle: cpu0 11 root1 171 ki31 0K16K CPU33 611:57 88.96% idle: cpu3 26 root1 -68- 0K16K - 3 77:10 15.97% bge0 taskq 27 root1 -68- 0K16K - 0 34:02 7.96% bge1 taskq NETSTAT: input(Total) output packets errs bytespackets errs bytes colls 85033 0 35528064 85003 0 35393848 0 84850 0 35060630 84831 0 34939822 0 88368 0 34664626 88339 0 34539264 0 84601 0 35486336 84602 0 35379358 0 86523 0 36559200 86512 0 36445144 0 88674 0 35677640 88657 0 35553420 0 85460 0 35200282 85449 0 35091470 0 85810 0 34702054 85801 0 34582500 0 81923 0 33533818 81896 0 33400202 0 82805 0 34390014 82796 0 34279744 0 80mil pacotes e zero erros. VIVA -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Bge0 e FreeBSD.
2010/1/22 Eduardo Schoedler > E aí, novidades sobre o problema ? > > Bom dia. Então... Mais uma noite de trabalho e o resultado foi: input(Total) output packets errs bytespackets errs bytes colls 69074 0 33396030 69058 0 33296992 0 70214 0 34581706 70179 0 34469716 0 68854 0 34335176 68825 0 34230444 0 65893 0 31321556 65847 0 31218318 0 66450 0 29536268 66436 0 29434424 0 66200 0 31793260 66166 0 31687672 0 65294 0 31925960 65261 0 31823412 0 65581 0 31584054 65567 0 31487664 0 65919 0 30649070 65873 0 30531314 0 71187 0 35389114 71178 0 35294468 0 70615 0 35373244 70580 0 35256734 0 70761 0 36687284 70720 0 36558234 0 69331 0 35336904 69275 0 35207282 0 73113 0 35792378 73086 0 35667212 0 72523 0 35639974 72500 0 35544634 0 71080 0 35465936 71045 0 35344748 0 69356 0 33400414 69337 0 33297696 0 70033 0 33515858 70002 0 33393676 0 69389 0 34787444 69371 0 34680578 0 70827 0 34089884 70795 0 33975098 0 68987 0 34349994 68955 0 34241792 0 bge1bge0 Total Kbps in Kbps out Kbps in Kbps out Kbps in Kbps out 95757.47 17558.51 54182.59 131799.8 149940.1 149358.3 96816.23 16188.94 56005.61 135872.7 152821.8 152061.7 97213.54 17815.45 53701.77 132379.4 150915.3 150194.8 92561.73 16781.38 55053.06 129956.8 147614.8 146738.2 93174.40 16595.95 56569.33 132469.4 149743.7 149065.4 93607.77 16706.08 55444.06 131550.8 149051.8 148256.8 94913.13 18582.23 57510.34 133180.1 152423.5 151762.3 94399.77 19319.25 61388.02 135558.3 155787.8 154877.6 93143.93 17924.18 55715.91 129872.9 148859.8 147797.1 99706.27 17351.43 58022.10 139705.0 157728.4 157056.4 96284.44 17844.76 56161.61 133968.3 152446.1 151813.0 100820.8 18698.39 56737.90 138052.2 157558.7 156750.6 94386.06 18861.08 56359.79 131184.6 150745.8 150045.7 92801.79 18367.76 60831.99 134506.0 153633.8 152873.8 95206.45 18141.78 58372.55 134782.6 153579.0 152924.4 92836.85 19326.63 56173.16 128876.0 149010.0 148202.7 98910.99 17776.68 56508.55 136931.8 155419.5 154708.5 99704.72 17130.06 57243.05 138969.8 156947.8 156099.9 101048.0 16150.51 54686.64 138701.7 155734.7 154852.2 Nenhuma perda de pacote. Isso de manhã né, tem que ver a tarde aonde o negocio pega. Modificações realizadas: No kernel: HZ=100 Tirei tudo o que não ia ser usado ficando apenas o GENERIC enchuto e o IPFW(em casos de necessidade). Sysctl: net.inet.ip.ttl=128 net.inet.tcp.maxtcptw=40960 net.isr.direct=0 kern.polling.burst_max=1000 kern.polling.each_burst=1000 kern.polling.reg_frac=100 kern.polling.user_frac=1 kern.polling.idle_poll=0 loader.conf: kern.ipc.nmbclusters=165536 kern.ipc.maxsockets=165536 vm.kmem_size="2G" kern.maxbcache="512M" Alterações físicas: Desliguei o server, tirei da tomada, abri, tirei e coloquei as memorias, abençoei com agua benta, pendurei um alho nos cabos de rede e liguei. Mais uma vez obrigado a todos pela força. Abraços. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Bge0 e FreeBSD.
Bom dia. 2010/1/22 Eduardo Schoedler > E aí, novidades sobre o problema ? > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- ------- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bge0 e FreeBSD.
2010/1/21 Luiz Otavio O Souza > Matheus, > > O core dumped tem razão, CRC normalmente é erro físico, porém recomendo que > você leia essa thread onde vários aspectos de tuning foram abordados: > > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=0+0+/usr/local/www/db/text/2009/freebsd-net/20091011.freebsd-net > > No fim o problema não era no dummynet e sim no tamanho da fila (buffer) da > placa de rede, que precisou ser ajustado manuallmente para comportar esse > trafego. > > A thread é muito longa, portanto a dica é ler as mensagens do pessoal mais > experiente (Robert Watson, Luigi Rizzo e julian elisher), ali est'ao > concentradas as informa;'oes mais importatnes. > > > > Grande Luiz... Vou dar uma olhada neste link. Abraços. > -- > --- > Matheus Cucoloto > Unix Expertise > Voip Expertise > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bge0 e FreeBSD.
--Marcelo Rossi. Ele também usa bge0, quero trocar de placa mas o server é um hp e tem que ser só placa de rede pci-express não tenho no momento tenho que aguardar. --Renato Vo trocar, mas tem que esperar chegar a placa --Nilson To usando o FreeBSD 7.2-stable de ontem o servidor é um HP com processador xeon quadcore. # vmstat -w 3 procs memory pagedisks faults cpu r b w avmfre flt re pi pofr sr ad4 ad5 in sy cs us sy id 0 0 0893M 2120M 561 0 0 0 548 0 0 0 7446 1629 20658 1 8 91 0 0 0893M 2120M31 0 0 0 0 0 2 2 11295 201 28763 0 8 92 0 4 0940M 2118M 398 0 0 0 166 0 3 3 11301 419 28805 0 10 90 0 0 0893M 2120M48 0 0 0 252 0 0 0 11261 575 28678 0 9 91 0 0 0893M 2120M29 0 0 0 0 0 0 0 11302 121 28706 0 9 91 0 0 0893M 2120M10 0 0 0 0 0 0 0 11421 618 28996 0 9 91 0 0 0893M 2120M 0 0 0 0 0 0 0 0 11361 1542 28990 0 9 91 0 0 0893M 2120M 242 0 0 0 0 0 0 0 10968 2100 27934 0 11 89 0 0 0893M 2120M27 0 0 0 0 0 1 1 10954 461 27833 0 12 88 0 0 0893M 2120M 2 0 0 0 0 0 0 0 10971 98 27731 0 12 88 Rebootei essa madrugada. # vmstat -s 719304935 cpu context switches 260472458 device interrupts 50067145 software interrupts 18402989 traps 54489105 system calls 57 kernel threads created 26235 fork() calls 20954 vfork() calls 0 rfork() calls Sobre os HZ, fui de 1000 para 1500 depois para 2000 voltei em 1000 desci para 800. Nenhuma melhora. Estou com problema mas duas interfaces bge. -- Renato Frederik Cara... pode até ser... é o que parece na verdade. -- Anderson Então cara, até aonde eu podia filtrar eu filtrei(antes deste server), como este servidor esta ligado apenas a outros routers o broadcast fica somente atras desses servidores, porém por via das duvidas eu andei monitorando e não encontrei nada malicioso. -- Rafael Ganascim. Faa Rafael. Então não pensei nisso não, na verdade eu até vi este parametro mas fiquei com medo de parar tudo, vou deixar para a madrugada. # sysctl -a | grep -ri net.isr.direct net.isr.directed: 5013288 net.isr.direct: 1 -- cOre. Então cara, para você ter noção da confusão até fluke foi passado na estrutura fisica e nada. Pessoal não esperava tantas respostas, obrigado pela atenção de todos. -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bge0 e FreeBSD.
> > > > > Mas isso no nível de pacotes, não no de frames. Acho que são seus > links externos descartando tráfego. Com quem vc troca tráfego > (peering) e a qual velocidade? Tá rodando BGP? Multihomed? > > > > > Duas sessões bgp full routing com quagga, uma de 100mb e outra de 120mb GVT e OI. Sobre os descartes, dentro da minha DMZ também esta perdendo pacote. To ficando louco ja com isso, e o pior, neste momento estou trafegando 2 pacotes segundos e ta dando erro também. Ja troquei de switch, coloquei um cisco 3550 e acontece a mesma coisa. Para ficar mais desesperado ainda encontrei este cara aqui com problema semelhante: http://www.mail-archive.com/freebsd-...@freebsd.org/msg30126.html -- ------- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bge0 e FreeBSD.
2010/1/20 Márcio Luciano Donada > > Seu switch é gerenciável? O que ele diz na porta que essa interface > está conectada? > > > Marcio e helio... Obrigado pelas respostas... O erro de CRC acontece somente no FreeBSD, no Switch (Gerenciavel) não da nenhum erro. FCS Errors: 0 Single Collision Frames: 0 Late Collisions: 0 Oversize Packets: 0 Internal MAC Rx Errors: 0 Received Pause Frames: 0 Transmitted Pause Frames: 0 -- ------- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Bge0 e FreeBSD.
79271 0 40815530 79432 0 32898606 0 62806 2855 25740320 62767 0 25511696 0 74184 0 32057472 74122 0 31920564 0 75952 0 34464844 75779 0 34329614 0 64278 2629 28927986 64233 0 27086522 0 7900486 39730322 79066 0 3118 0 76016 0 36502590 76034 0 32285930 0 Não posso nem pensar em habilitar o polling que a coisa fica feia. A Interface é bge, já forcei para ser full duplex no switch e no servidor mas não tive resultados bons. Estou com perda de pacotes. Não tem firewall, apenas roteamento! Se alguem trabalha nestas condições ou tem alguma diga, por favor ajude-me. Abraços. -- --- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] lusca/squid/thundercache/freebsd
Pelo que eu andei lendo nas conversas paralelas o pessoal do thunder ta dando uma estudada no tproxy sim. 2010/1/4 Renato Frederick > Obrigado Matheus, realmente é um recurso bem engenhoso :-) > > Vou tentar primeiro fazendo um divert pra outra porta sem tproxy e ver se > atende, o problema vai ser se mais IP´s forem associados aos AS, mas dá > para > ir quebrando o galho até lá, quem sabe o povo do thundercache não lança uma > solução pra versão 4 até lá.. > > > > ---------- > From: "Matheus Cucoloto" > Sent: Monday, January 04, 2010 11:06 AM > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Subject: Re: [FUG-BR] lusca/squid/thundercache/freebsd > > > Oi. > > > > Então pelo o que eu entendi quando conversei com o Patrick a jogada ta em > > usar o recurso de x-forward do Squid e do Thunder. > > > > O thunder vai receber o IP do cliente final e ai o Thunder, ai vc > > configura > > o thunder para usar de novo o Squid como parent para chegar até o destino > > final e ai no squid vc configura o outgoing-ip do squid sendo o x-forward > > quando a requisicao vier do Thunder. > > > > Ai tem que fazer umas acls malucas também para não ter loop. > > > > Não testei, nao implementei nem nada pois final de nao queria ficar > > sucegado, quem sabe nessa semana eu bata cabeça. > > > > Bom... essa é a informação que tenho. > > > > Abraços. > > > > 2010/1/4 Renato Frederick > > > >> Opa pessoal.. :) > >> > >> Notei lá no site da fug um artigo do Patrick[1] sobre o thundercache no > >> FreeBSD. > >> > >> > >> Pois bem, como já relatei aqui, ele não dá muito certo com o tproxy, > >> porém > >> lá Patrick comenta que há algumas alterações no lusca para que o > >> thundercache funcione com tproxy. > >> > >> Alguém sabe me dizer sobre estas alterações? > >> > >> Infelizmente hoje em dia não dá mais para tirar o TPROXY, estava > pensando > >> seriamente em fazer uma gambiarra que seria pegar o AS atrelado a cada > >> domínio que o thundercache trabalha, obter o CIDR associado e fazer uma > >> regra desviando o tráfego para estes ips para outra porta do squid, que > >> não > >> tem o tproxy... > >> > >> > >> > >> [1] http://www.biazus.com/forum/viewforum.php?f=37%20 > >> > >> > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > > > > > > > -- > > --- > > Matheus Cucoloto > > Unix Expertise > > Voip Expertise > > > > WiTec - Wi Telecom > > Fix: +55 44 36194203 > > Cel: +55 44 99216200 > > Sip: sip://1...@sipwicne1.grupoirapida.com.br > > - > > 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 > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] lusca/squid/thundercache/freebsd
Oi. Então pelo o que eu entendi quando conversei com o Patrick a jogada ta em usar o recurso de x-forward do Squid e do Thunder. O thunder vai receber o IP do cliente final e ai o Thunder, ai vc configura o thunder para usar de novo o Squid como parent para chegar até o destino final e ai no squid vc configura o outgoing-ip do squid sendo o x-forward quando a requisicao vier do Thunder. Ai tem que fazer umas acls malucas também para não ter loop. Não testei, nao implementei nem nada pois final de nao queria ficar sucegado, quem sabe nessa semana eu bata cabeça. Bom... essa é a informação que tenho. Abraços. 2010/1/4 Renato Frederick > Opa pessoal.. :) > > Notei lá no site da fug um artigo do Patrick[1] sobre o thundercache no > FreeBSD. > > > Pois bem, como já relatei aqui, ele não dá muito certo com o tproxy, porém > lá Patrick comenta que há algumas alterações no lusca para que o > thundercache funcione com tproxy. > > Alguém sabe me dizer sobre estas alterações? > > Infelizmente hoje em dia não dá mais para tirar o TPROXY, estava pensando > seriamente em fazer uma gambiarra que seria pegar o AS atrelado a cada > domínio que o thundercache trabalha, obter o CIDR associado e fazer uma > regra desviando o tráfego para estes ips para outra porta do squid, que não > tem o tproxy... > > > > [1] http://www.biazus.com/forum/viewforum.php?f=37%20 > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FIB + Jail
Estou com o mesmo problema. Resolver isso eu consegui da seguinte forma... (muito complicado e nao achei ainda uma forma automatica). --- setfib 1 /bin/csh route add default ipdogateway /usr/local/etc/rc.d/ezjail.sh start nomedemaquina --- Fazendo essa forma a jail usou a fib 1. Agora automatizar isso eu ainda nao encontrei a falha. Abraços. 2009/11/30 Fabricio Archanjo > Galera, > Eu instalei o FreeBSD 8, e estou testando fib + jail. Porém estou com uma > dúvida. Quando eu digo jail_nomedajail_fib="1", ela seta essa fib como > default da determinada jail?? > Porque eu fiz isso no meu rc.conf, porém não funciona eu preciso usar > setfib > para ultilizar minha outra saída. > > Cordialmente, > Fabricio Archanjo Fonseca. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- ------- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Pftpx Dead.
E lasqueira. # make search name=pftpx Port: ftp/pftpx Moved: Date: 2009-12-15 Reason: Broken by libevent update and the project is dead -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] limitar upload com PF+ALTQ
altq só funciona no fluxo sainte.
por este motivo faça uma adaptação nas suas regras para limitar no fluxo de
saida.
exempo:
para limitar o download de um pc atras do seu limitador crie uma regra na
saida da interface interna ( from any to ip damaquina)
para limitar o upload de um pc atras do seu limitador crie uma regra na
saida da interface externa ( from ip da maquina to any)
Cuidado com o keep state no free 7 ele gera automaticamente mesmo que você
não mensione na regra, isso as vezes pode prejudicar na formação das regras,
eu uso no state porem deve de existir formas mais elegantes.
2009/11/16 Rogério Moura
> olá pessoal,
> estou com dificuldades para limitar o upload aqui na rede, ja fiz pesquina
> no google e aqui mesmo na lista, achei algumas dicas mas que apliquei sem
> sucesso.
>
> Meu ambiente é o seguinte, tenho uma maquina com PF fazendo NAT e ALTQ para
> um link de 34Mbps com varias redes atras dela
>
>---
> varias LANs| P NAT |internet
> | F ALTQ|
>
> e gostaria de limitar x banda para cada uma dessas lans tanto para download
> quanto upload, o download eu consigo mas nao o upload.
>
> segue minhas regras:
>
> # Interfaces
> if_int="em0"
> if_ext="em1"
>
> # Redes
> rede_geral="10/8"
> rede_1="10.20/16"
> rede_2="10.50/16"
>
> # NAT
> nat on $if_ext from $rede_geral to any -> ip_real
>
>
> # ALTQ
>
> # UPLOAD
> altq on $if_ext hfsc bandwidth 34Mb queue { upstnd, uprede1, uprede2 }
> queue upstnd bandwidth 2Mb hfsc (default, realtime 2Mb, upperlimit
> 3Mb)
> queue uprede1 bandwidth 4Mb hfsc (realtime 4Mb, upperlimit 5Mb)
> queue uprede2 bandwidth 4Mb hfsc (realtime 4Mb, upperlimit 15Mb)
>
>
>
> # DOWNLOAD
> altq on $if_int hfsc bandwidth 34Mb queue { dowstnd, dowrede1, dowrede2 }
> queue dowstnd bandwidth 2Mb hfsc (default, realtime 2Mb, upperlimit
> 3Mb)
> queue dowrede1 bandwidth 4Mb hfsc (realtime 4Mb, upperlimit 5Mb)
> queue dowrede2 bandwidth 4Mb hfsc (realtime 4Mb, upperlimit 15Mb)
>
>
> # Regras
>
> pass in quick on $if_int from $rede_1 to any queue dowrede1
>
> pass in quick on $if_int from $rede_2 to any queue dowrede2
>
>
> Do jeito que está descrito ai, consigo limitar o download, mas como faria
> nesse ambiente pra limitar o UPLOAD?
>
> um abraço.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
--
---
Matheus Cucoloto
Unix Expertise
Voip Expertise
WiTec - Wi Telecom
Fix: +55 44 36194203
Cel: +55 44 99216200
Sip: sip://1...@sipwicne1.grupoirapida.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Oportunidade de trabalho.
A Wi/Irapida oferece oportunidades de trabalho para Administrador de Redes. Missão do cargo Administrar em equipe a infraestrutura de redes e servidores do provedor. Requisitos essenciais Cursando/Concluido ensino superior em Sistemas de informação, Ciências da computação ou areas afins; Administração de equipamentos de redes: ativos de rede, roteadores e roteadores sem fio; Administração de sistemas Unix/Linux: FreeBSD, Linux e Mikrotik; Conhecimento/Noções de protocolos de roteamento como rip, ospf e bgp Facilidade de comunicação oral e escrita; Capacidade de trabalhar em equipe com responsabilidade, dedicação e iniciativa; Capacidade de análise, síntese e decisão; Capacidade de solucionar problemas e ser pró-ativo; Capacidade de lidar com pessoas; Capacidade para trabalhar sob pressão, atendendo aos prazos requeridos com qualidade; Pensamento criativo e inovador; Demonstrar capacidade de antecipar cenários futuros; Demonstrar empatia com público-alvo. Experiências que ajudam no processo seletivo da empresa Administração de servidores e aplicativos de e-mail: Postfix, Qmail; Administração de serviços de rede: Apache, bind, ipfw, pf, squid; Administração de serviços de telefonia: Asterisk, gnugk e opensips; Administração de serviços de virtualização: Xen e Vmware; Outras informações A WI/Irapida esta presente em mais de 180 cidade no Paraná, provendo serviços de telefonia IP e Internet(radio e fibra óptica). Local de trabalho: Cianorte - PR Início: imediato Enviar cv para math...@grupoirapida.com.br com pretenção salarial. -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Templates FreeBSD para XenServer?
No Caso vc ta rodando em virtualização full e não em para virtualização. Correto? 2009/11/3 Danilo G. Baio > 2009/10/31 João Filho > > > > > Alguem conheçe algum repositório com templates *BSD para > para-virtualização > > com XenServer? > > > > Grato, > > João > > > > > > > Logo teremos o FreeBSD rodando em DomU 100%. > Rolou alguma discussão de partes interessadas VERSUS desenvolvedores na > lista um tempo atrás, algumas empresas estavam dispostas a ajudar > financeiramente os desenvolvedores (que estavam alegando que não podiam > parar de fazer trabalhos remunerados para trabalhar com com o port do > freeba/xen, mas que quando tiverem tempo irão fazer =) ) e eles pediram > para > entrarem em contato com a FreeBSD Foundation. > > Com o 8.0-RC2, bootou certinho em um XenServer, acesso a disco e rede já > estão bem melhores, mas ainda falta bastante coisa. > Você pode testar já. > > > > freeba8# uname -a > FreeBSD freeba8.localdomain 8.0-RC2 FreeBSD 8.0-RC2 #0: Fri Oct 30 15:18:43 > BRST 2009 root at freeba8.localdomain > <http://lists.freebsd.org/mailman/listinfo/freebsd-xen > >:/usr/obj/usr/src/sys/XENHVM > amd64 > > > > freeba8# dmesg | grep -i xen >r...@freeba8.localdomain:/usr/obj/usr/src/sys/XENHVM > ACPI APIC Table: > acpi0: on motherboard > xenpci0: port 0xc100-0xc1ff mem > 0xf300-0xf3ff irq 30 at device 3.0 on pci0 > xenbus0: on xenpci0 > xbd1: 25600MB at device/vbd/768 on xenbus0 > xn0: at device/vif/0 on xenbus0 > > > > XenServer 5.0.0 (CentOS) > Xen 3.2 > > > > -- > Danilo Gonçalves Baio (dbaio) > danilobaio (*) gmail . com > + 55 (44) 8801 1257 > ----- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Templates FreeBSD para XenServer?
2009/11/3 Antônio Pessoa > PVT nada, aqui mesmo na thread ou em outra. Isso muito me interessa e > creio que outros também. E não chega a ser [OFF]. > > -- > Antônio Rogério Lins de A. Pessoa > Técnico em Tecnologia da Informação > CREA-PE > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Ok então. Segue mais um endereço: http://wiki.freebsd.org/AdrianChadd -- ------- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Templates FreeBSD para XenServer?
2009/10/31 João Filho > > Alguem conheçe algum repositório com templates *BSD para para-virtualização > com XenServer? > > Grato, > João > Não temos nada na familia *BSD que rode em para-virtualização. Estou esperando o 8 para ter esta possibilidade. Hoje uso DOMU-Full FreeBSD 7.x em diversos XEN, mas tive uma grande perda de performance comparado a linux full, opensolaris full e windows full. Realizei varios tunning mas nada que refletiu em uma melhora consideravel. Os esforços para usar Freebsd em ambiente XEN vc pode visualizar o site abaixo: http://wiki.freebsd.org/FreeBSD/Xen Se tiver alguem na lista trabalhando com FreeBSD e Xen, por favor pvt para trocar figurinhas. Abraços ------- Matheus Cucoloto Unix Expertise Voip Expertise - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fw: Servidor PPPoE
O MPD é uma ótima solução! Para mim, muito melhor que pppoed. Abraços. 2009/9/27 Frederico Terra Boechat > Opa, > Caraca esse patch me salvou, resolveu o problema!!! > > Se tu nao fosse tão feio até te dava um beijo na boca..rs > > To brincando, mas resolveu o problema. O cliente PPPoE conectava e a rota > tava inválida. Apliquei o patch no dir /usr/src/usr/usr/sbin/ppp, dei um > make clean && make && make install e pronto > > Agora o problema tá resolvido > > Vale comentar que desde o 4.11 a parte do PPPoE do FreeBSD vem piorando > cada > vez mais. > > Uma vez eu achei uma forma de botar o PPP do 4.11 no 6.2, mas perdi isso. É > possível compila-lo no 7.2? > > Ou alguem com influencia fazer com que os desenvolvedores façam isso? Pois > ele funcionava otimamente bem ate o 4.11 :-( > > Abraço e mais uma vez obrigado pelo patch! > > Frederico Boechat > > 2009/9/24 Luiz Otavio O Souza > > > > e o seguinte nas versoes BSD apartir da 7.0 quando o usuario conecta > via > > > PPPoE a gateway do usuario sempre aponta pro tun0 notei isso quando o > > > cliente conecta de maquinas linux > > > conforme thered > > > > > > http://www.mail-archive.com/freebsd@fug.com.br/msg39924.html > > > > Por favor me envie (em pvt se você quiser) o ppp.log de uma conexão, seu > > ppp.conf e sua tabela de rotas com o cliente conectado (e qualquer outro > > detalhe que você considere importante). > > > > Att., > > Luiz > > > > - > > 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 > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Jails e FIB
Pessoal que usa Jails. Alguem sabe se da para definir uma tabela FIB para cada jail? Abraços -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Snort_inline e o P2P
2009/8/18 Otacílio de Araújo Ramos Neto > > > > Que tipo de tráfego P2P você está limitando? Emule? Torrents? Como você > está > limitando? > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > O trafego é redirecionado para o snort através de divert. O snort identifica o trafego usando as rules p2p.rules e emerging-p2p.rules. Quando o snort identifica o trafego ele reinjeta para o ipfw em uma regra especifica que faz um tag da conexao. Abaixo dessa tag tem um pipe simples from any to any Os testes que estou fazendo é com torrents. Valeu -- ------- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Snort_inline e o P2P
Pessoa, bom dia. To em ambiente de testes tentando fazer limitação de trafego P2P usando FreeBSD Snort_Inline e PIPE. Funciona, mas não é 100%. Não consegui identificar aonde ta escapando trafego mas tem horas que limita e tem horas que não. No inicio do download é feita a limitação, porém, depois de um tempo a limitação ja não funciona direito. Alguem esta com este ambiente e pode me ajudar? Abraços. -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Snort_Inline do Ports e rules.
Acabei de enganar o ports usando NO_CHECKSUM. Agora é testar para ver se funciona ainda... 2009/8/13 Matheus Cucoloto > Olá a todos. > > Instalei o snort_inline pelo ports só que ele não vem com as rules. > Abaixei no site do snort as rules para a versão 2.8. > > Só que essas rules pelo que eu intendi(pesquisando na net) só funciona em > versões maiores que 2.5 pois quando inicio o snort tenho a seguinte > mensagem. > > Aug 14 04:14:22 teste snort[52621]: FATAL ERROR: Warning: > /usr/local/share/snort_inline/rules/p2p.rules(25) => Unknown keyword ' > metadata' in rule! > > > O nosso querido ports do snort_inline foi atualizado pela ultima vez em > 2008/08/21 e a versão no ports é snort_inline-2.4.5.tar.gz > > Praticamente 1 ano né! > > A versão atual do snort_inline é 2.6.1.5. > http://snort-inline.sourceforge.net/download.html > > Gostaria que uma boa alma envia-se um link das regras do snort para a > versão 2.4 ou as que funcione no snort_inline do ports (2.4.5). > > Ou então se alguem puder me dar a dica de como conseguir rodar as regras do > 2.8 no 2.4.5. > > Lembrando que comentar a linha não é a solução. > > Vou usar o snort_inline para identificar P2P e fazer com que o ipfw faça o > controle de banda. > > > Abraços. > > -- > --- > Matheus Cucoloto > Unix Expertise > Voip Expertise > > WiTec - Wi Telecom > Fix: +55 44 36194203 > Cel: +55 44 99216200 > Sip: sip://1...@sipwicne1.grupoirapida.com.br > -- --- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Snort_Inline do Ports e rules.
Olá a todos. Instalei o snort_inline pelo ports só que ele não vem com as rules. Abaixei no site do snort as rules para a versão 2.8. Só que essas rules pelo que eu intendi(pesquisando na net) só funciona em versões maiores que 2.5 pois quando inicio o snort tenho a seguinte mensagem. Aug 14 04:14:22 teste snort[52621]: FATAL ERROR: Warning: /usr/local/share/snort_inline/rules/p2p.rules(25) => Unknown keyword ' metadata' in rule! O nosso querido ports do snort_inline foi atualizado pela ultima vez em 2008/08/21 e a versão no ports é snort_inline-2.4.5.tar.gz Praticamente 1 ano né! A versão atual do snort_inline é 2.6.1.5. http://snort-inline.sourceforge.net/download.html Gostaria que uma boa alma envia-se um link das regras do snort para a versão 2.4 ou as que funcione no snort_inline do ports (2.4.5). Ou então se alguem puder me dar a dica de como conseguir rodar as regras do 2.8 no 2.4.5. Lembrando que comentar a linha não é a solução. Vou usar o snort_inline para identificar P2P e fazer com que o ipfw faça o controle de banda. Abraços. -- ------- Matheus Cucoloto Unix Expertise Voip Expertise WiTec - Wi Telecom Fix: +55 44 36194203 Cel: +55 44 99216200 Sip: sip://1...@sipwicne1.grupoirapida.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
