On Friday 29 September 2006 22:58, [EMAIL PROTECTED] wrote: Grande MAVO, O poder do ALTQ, é verdadeiramente poderoso quando se trata de balanceamento de carga.
no altq vc tem VARIAS formas de controle de banda (dentre elas as mais usadas sao hfsc, cbq, wfq) porem existem muitas outras..... Basta tu compilar o Kernel com essas options, qualquer coisa fala comigo na Unidade Gestora de Tecnologia - UGT/MA options ALTQ options ALTQ_CBQ # Class Bases Queuing (CBQ) options ALTQ_RED # Random Early Detection (RED) options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) options ALTQ_PRIQ # Priority Queuing (PRIQ) options ALTQ_NOPCC # Required for SMP build Espero ter te ajudado. Bruno Lima São Luís-MA > Enviar submissões para a lista de discussão freebsd para > freebsd@fug.com.br > > Para se cadastrar ou descadastrar via WWW, visite o endereço > https://www.fug.com.br/mailman/listinfo/freebsd > ou, via email, envie uma mensagem com a palavra 'help' no assunto ou > corpo da mensagem para > [EMAIL PROTECTED] > > Você poderá entrar em contato com a pessoa que gerencia a lista pelo > endereço > [EMAIL PROTECTED] > > Quando responder, por favor edite sua linha Assunto assim ela será > mais específica que "Re: Contents of freebsd digest..." > > > Tópicos de Hoje: > > 1. RES: Ajuda com PF/ALTQ - aos especialistas em PF > (Marcelo Aldi Vera Olate) > 2. Re: SCSI (Carlos Anderson Jardim) > 3. Re: RES: Ajuda com PF/ALTQ - aos especialistas em PF > (Nenhum _de_Nos) > 4. Re: Lógica de conexão P2P em Redes Internas > (Nelson Pereira Júnior) > 5. Re: Lógica de conexão P2P em Redes Internas (Alex Moura) > 6. Limitar banda IP VALIDO (FREEBSD) (Anailson Gomes) > 7. Servidor NTP não sincroniza (Rafael Henrique Faria) > 8. Re: Suporte a Xeon dual core (Eduardo Crestani) > 9. Re: Suporte a Xeon dual core (Marcus Alves Grando) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 29 Sep 2006 17:17:17 -0300 > From: "Marcelo Aldi Vera Olate" <[EMAIL PROTECTED]> > Subject: [FUG-BR] RES: Ajuda com PF/ALTQ - aos especialistas em PF > To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' > <freebsd@fug.com.br> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Salve lista, > > > Aproveitando este topico, gostaria de saber se alguem pode ou informar aqui > na lista de como compilar o kernel para usar o PF+ALTQ... Vlw > > > > --- > Marcelo Olate > > > > ------------------------------ > > Message: 2 > Date: Fri, 29 Sep 2006 17:21:02 -0300 > From: "Carlos Anderson Jardim" <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] SCSI > To: " 'Lista Brasileira de Discussão sobre FreeBSD \(FUG-BR\)' " > <freebsd@fug.com.br> > Message-ID: > > <!&!AAAAAAAAAAAYAAAAAAAAAN+caAJi6xVOj8krfDrq0zDCgAAAEAAAAPCIc5gbigRGkneEQF >[EMAIL PROTECTED]> > > Content-Type: text/plain; charset="iso-8859-1" > > > -----Mensagem original----- > > De: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Em nome de Hermann T. Ribeiro > > Enviada em: sexta-feira, 29 de setembro de 2006 13:57 > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: [FUG-BR] SCSI > > > > Pessoal, > > > > ainda não obtive ajuda sobre a minha placa SCSI segundo email > > já enviado > > à lista, alguma sugestão dos senhores ? > > Ou pelos menos os comandos para verificar qual o hardware q tenho > > instalado na minha máquina já q os comandos q utilizei no linux não > > existem no Free. > > > > Grato. > > > > H. > > ------------------------- > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > Boa Tarde Hermann, > > Voce pode utilizar tambem o comando: > > # pciconf -l -v > > Vai te mostrar algo parecido > > [EMAIL PROTECTED]:8:0: class=0x010000 card=0x78819004 chip=0x81789004 > rev=0x01 > hdr=0x00 > vendor = 'Adaptec Inc' > device = 'AHA-2940U/UW/2940D Ultra/Ultra Wide/Dual SCSI Host Adapter' > class = mass storage > subclass = SCSI > > Att. > > -------------------------------- > Carlos Anderson Jardim > Tecnologia da Informacao - Redes e Internet > Santa Casa de São José dos Campos > Linux User #403727 > FUG-BR User #381 > Tel.: (12) 3925-1873 - 3925-1925 > > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > > > ------------------------------ > > Message: 3 > Date: Fri, 29 Sep 2006 17:45:04 -0300 > From: "Nenhum _de_Nos" <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] RES: Ajuda com PF/ALTQ - aos especialistas em PF > To: " Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) " > <freebsd@fug.com.br> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 9/29/06, Marcelo Aldi Vera Olate <[EMAIL PROTECTED]> wrote: > > Salve lista, > > > > > > Aproveitando este topico, gostaria de saber se alguem pode ou informar > > aqui na lista de como compilar o kernel para usar o PF+ALTQ... Vlw > > > > > > > > --- > > Marcelo Olate > > > > ------------------------- > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > handbook !!!! :) > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/firewalls-pf.html > > matheus > > -- > We will call you cygnus, > The God of balance you shall be > > > ------------------------------ > > Message: 4 > Date: Fri, 29 Sep 2006 18:29:42 -0300 > From: Nelson Pereira Júnior <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] Lógica de conexão P2P em Redes Internas > To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > <freebsd@fug.com.br> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > Certo. Pra vc entender melhor, vamos fazer uma analogia com o e-mule. > > Imagine uma rede interna 192.168... de uma empresa X em São Paulo. Ela tem > um proxy que distribui a internet a todos os PCs da rede interna. Esse > proxy tem um IP visível na Internet 200.45... O servidor proxy está bem > restrito, só deixa o povo acessar a web, não permitem que as pessoas usem > e-mule, e só deixou poucas portas ativas, as realmente necessárias, como a > 80. Na rede interna existe um PC-X com e-mule. > > Imagine outra rede interna 192.168... de uma empresa Y em Florianópolis. > Como a outra, ela tem um proxy que distribui a internet a todos os PCs da > rede interna. Esse proxy também tem um IP visível na Internet 205.84... O > servidor proxy também está bem restrito, não permitem que as pessoas usem > e-mule, só deixa o povo acessar a web, e só deixou poucas portas ativas, as > realmente necessárias, como a 80. Na rede interna existe um PC-Y com > e-mule. > > Ambos os PCs, X e Y, se conectam ao servidor da rede emule para se > encontrarem, e se encontram! > > Como os dois farão pra trocar arquivos entre si? Pelo que entendo de rede, > isso é impossível. > > MAS COMO O E-MULE CONSEGUE? > > Meu objetivo não é usar e-mule, mas entender como ele consegue que dois > Clients troquem arquivos entre si sendo que nenhum deles é servidor. > > > ----- Original Message ----- > From: "Nenhum _de_Nos" <[EMAIL PROTECTED]> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > <freebsd@fug.com.br> > Sent: Friday, September 29, 2006 11:49 AM > Subject: Re: [FUG-BR]Lógica de conexão P2P em Redes Internas > > On 9/29/06, Nelson Pereira Júnior <[EMAIL PROTECTED]> wrote: > > Olá, > > ;) > > > Tenho 2 computadores em redes internas diferentes, que não se enxergam na > > Internet, que usam um servidor da rede interna pra se conectar à > > Internet. > > voce tem duas redes invalidas distintas ( por ex 192.168.2.0/24 e uma > 10.1.1.0/24 certo ?) que se interligam so no roteador, eh isso ? seria > um roteador com pelo menos 3 placas de rede ( internet, 192.., 10...) > ? > > eles nao se "enxergarem" na internet eh normal pois eles estao atras > do mesmo NAT. > > > QUero fazer com que esses 2 computadores troquem arquivos entre si pela > > porta 80 que é liberada pelo servidor. No entanto, não quero ter que > > configurar NAT, modem, etc, etc, quero que seja algo transparente. > > a porta eh liberada para chegada de conexoes ? teu caso parece me > sugerir a presenca de um proxy e/ou proxy-cache na parada. > > conta qual conexao eh, se modem com DSL/Cabo ... > > > Visto que os 2 computadores não se enxergam, inicialmente a conexão dos 2 > > poderia ser feita por meio de um servidor na net, que seria o intercessor > > entre as duas máquinas, mas para a transferência de arquivos pesados, > > queria > > que a transferencia fosse diretamente entre as duas máquinas, e que o > > arquivo não passasse pelo servidor que intercede as duas. > > imaginando que vc consiga fazer um falar com o outro na rede externa, > esta conexao para pares externos vai cair no roteador (detentor do ip > valido) e vai acabar por ser feita na rede interna, eu so nao sei > ainda como vc vai ter este servidor fora ... > > > Creio que seja algo como P2P. Posso ter o emule em 2 computadores em > > redes internas NAT, e mesmo assim esses 2 computadores trocam arquivos > > entre si. > > pode ter emule sim, e eles podem trocar arquivos. mas vc estaria na > rede emule e teria que fazer com que um achasse o outro. mais, se vc > pode receber conexoes em alguma porta (se vc falou que so na 80 entao > complicou, pq soh um deles poderia usar esta porta) entao era > tranquilo, cada um com a sua porta e com seu emule :) > > > Alguém entende disso? > > juro que to tentando :D > > > Aceito qualquer ajuda =] > > > > Nelson. > > matheus > > -- > We will call you cygnus, > The God of balance you shall be > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > ------------------------------ > > Message: 5 > Date: Fri, 29 Sep 2006 19:21:31 -0300 > From: "Alex Moura" <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] Lógica de conexão P2P em Redes Internas > To: " Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) " > <freebsd@fug.com.br> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 9/29/06, Nelson Pereira Júnior <[EMAIL PROTECTED]> wrote: > > Ambos os PCs, X e Y, se conectam ao servidor da rede emule para se > > encontrarem, e se encontram! > > > > Como os dois farão pra trocar arquivos entre si? Pelo que entendo de > > rede, isso é impossível. > > > > MAS COMO O E-MULE CONSEGUE? > > > > Meu objetivo não é usar e-mule, mas entender como ele consegue que dois > > Clients troquem arquivos entre si sendo que nenhum deles é servidor. > > Se seu objetivo é entender, prepare-se para gastar um tempo lendo. > > A grosso modo funciona através de um intermediário, chamado de > "supernodo", em uma técnica chamada "hole punching". Essa é uma das > 'mágicas' do P2P. O Skype faz algo similar e por isso 'rouba' a banda > dos desavisados. > > Note que todos os sistemas de comunicação que oferecem qualquer > serviço em rede podem ser encarados como "servidores", do ponto de > vista "cliente/servidor". No caso específico de P2P, todos os > participantes são clientes e servidores ao mesmo tempo. > > Provavelmente, o que você quis dizer foi que que suas máquinas não são > "supernodos" (ou supernós, como dizem alguns trabalhos nacionais). > > Peer-to-Peer Communication Across Network Address Translators > http://www.brynosaurus.com/pub/net/p2pnat/ > > How the passive mode in P2P programs like KaZaA and Gnutella works > http://www.seldo.com/geeky/passivemode.php > > P2P > http://pt.wikipedia.org/wiki/P2p > > Alex > > > ------------------------------ > > Message: 6 > Date: Fri, 29 Sep 2006 20:18:17 -0300 > From: "Anailson Gomes" <[EMAIL PROTECTED]> > Subject: [FUG-BR] Limitar banda IP VALIDO (FREEBSD) > To: freebsd@fug.com.br > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Pessoal. tenho a seguinte situação e gostaria de uma ajudinha > > 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE > > xl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > options=b<RXCSUM,TXCSUM,VLAN_MTU> > inet6 fe80::201:1ff:fec7:4694%xl0 prefixlen 64 scopeid 0x3 > inet 201.88.72.130 netmask 0xfffffff8 broadcast 201.88.72.135 > inet 201.88.72.131 netmask 0xffffffff broadcast 201.88.72.131 > > rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > options=8<VLAN_MTU> > inet 192.168.253.254 netmask 0xffffff00 broadcast 192.168.253.255 > inet6 fe80::208:54ff:fe26:8d4f%rl0 prefixlen 64 scopeid 0x2 > inet 201.88.72.136 netmask 0xfffffff8 broadcast 201.88.72.143 > > > ambos ligados em um Swith. > quero fazer a seguinte forma: prender o mac e limitar o determinado IP > VALIDO ao gateway 201.88.72.136 - estou testando as seguintes > regrinhas. > > > #!/bin/sh > > #Path Ipfw > IPFW=/sbin/ipfw > #Ativar Suporte Layer2 > sysctl net.link.ether.ipfw=1 > #Desativando passagem unica > /sbin/ipfw disable one_pass > #Ativa Regras Fw > #./orion-firewall > > #Configuracao da rede > gateway="xl0" > clientes="rl0" > firewall="vr0" > > > #-[001]-------------------------- > #CLIENTE: IP REAL EDUARDO > #INSTALL: > mac_001="00:50:2c:a8:81:ac" > ip_001="201.88.72.137/32" > bwin_001="100" > bwout_001="100" > > #INICIO CONTROLE > ipfw add allow layer2 not mac-type ip > > #001 > ipfw add allow layer2 src-ip ${ip_001} mac any ${mac_001} > ipfw add allow layer2 dst-ip ${ip_001} mac ${mac_001} any > ipfw pipe 100 config bw ${bwin_001}Kbit/s > ipfw pipe 101 config bw ${bwout_001}Kbit/s > ipfw -q -f add pipe 100 ip from any to ${ip_001}in > ipfw -q -f add pipe 101 ip from ${ip_001} to any out > > ipfw add allow all from ${ip_global} to any not layer2 > ipfw add allow all from any to ${ip_global} not layer2 > > #Fecha o restante > ipfw add 65000 deny log all from any to any layer2 in via $clientes > > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > > ------------------------------ > > Message: 7 > Date: Fri, 29 Sep 2006 22:38:37 -0300 > From: "Rafael Henrique Faria" <[EMAIL PROTECTED]> > Subject: [FUG-BR] Servidor NTP não sincroniza > To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' > <freebsd@fug.com.br> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Olá lista, estou apanhando para montar um servidor NTP para atualizar o > horário de maquinas Windows. > Montei o ntp.conf com as regras, mas nenhum windows consegue sincronizar > nele. > > ---------------------------- > server 0.north-america.pool.ntp.org prefer > server 1.north-america.pool.ntp.org > server 2.north-america.pool.ntp.org > > driftfile /var/db/ntp.drift > > restrict 172.18.9.0 mask 255.255.255.0 > ---------------------------- > > No rc.conf: > ---------------------------- > ntpd_enable="YES" > ntpd_sync_on_start="YES" > ntpd_flags="-p /var/run/ntpd.pid -l /var/log/ntpd.log" > ---------------------------- > > Alguém tem um servidor NTP funcionando bem? Os windows estão sincronizando? > > Rafael Henrique Faria > [EMAIL PROTECTED] > > > > ------------------------------ > > Message: 8 > Date: Fri, 29 Sep 2006 22:55:47 -0300 > From: "Eduardo Crestani" <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] Suporte a Xeon dual core > To: " Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) " > <freebsd@fug.com.br> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Em 29/09/06, Ricardo Alves dos Reis<[EMAIL PROTECTED]> escreveu: > > >> Tranquilamente, use o amd64 pra a instalação! > > > > > > Mas posso usar o 6.1 sem problemas? não tem bugs pra SMP? > > > > Pode usar o 6.1 ... eu usaria o 6.2 pra testar e reportar errors.. > > Não posso fazer isso, essa máquina é de produção. > > > Eu participei a pouco de um teste com FreeBSD 6.1 em um Dula Xeon Dual > > Core (WoodQuest) e os teste com smp, foram tranquilo!! > > > > > > -- > > Atenciosamente > > > > Ricardo A. Reis > > UNIFESP > > Unix and Network Admin > > > > > > _______________________________________________________ > > Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu > > celular. Registre seu aparelho agora! > > http://br.mobile.yahoo.com/mailalertas/ > > > > > > ------------------------- > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > -- > EDUARDO CRESTANI > > > ------------------------------ > > Message: 9 > Date: Fri, 29 Sep 2006 22:58:18 -0300 > From: Marcus Alves Grando <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] Suporte a Xeon dual core > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > <freebsd@fug.com.br> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Eduardo Crestani wrote: > > Em 29/09/06, Ricardo Alves dos Reis<[EMAIL PROTECTED]> escreveu: > >>>> Tranquilamente, use o amd64 pra a instalação! > >>> > >>> Mas posso usar o 6.1 sem problemas? não tem bugs pra SMP? > >> > >> Pode usar o 6.1 ... eu usaria o 6.2 pra testar e reportar errors.. > > > > Não posso fazer isso, essa máquina é de produção. > > Não tem problema tu usar o 6-STABLE numa maquina de produção. > > Você pode instalar o 6.2 e atualizar para o RELENG_6 (6-STABLE). > > Abraços > > >> Eu participei a pouco de um teste com FreeBSD 6.1 em um Dula Xeon Dual > >> Core (WoodQuest) e os teste com smp, foram tranquilo!! > >> > >> > >> -- > >> Atenciosamente > >> > >> Ricardo A. Reis > >> UNIFESP > >> Unix and Network Admin > >> > >> > >> _______________________________________________________ > >> Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu > >> celular. Registre seu aparelho agora! > >> http://br.mobile.yahoo.com/mailalertas/ > >> > >> > >> ------------------------- > >> 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
