Re: [FUG-BR] /usr/X11R6/bin: file not recognized: File format not recognized
2009/4/24 Joao Rocha Braga Filho : > Estou notando um padrão. Parece ser tudo que envolve o X-Windows, > > " > libtool: link: cc -shared .libs/libpyglib_2_0_la-pyglib.o > -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib > -L/usr/local/lib /usr/local/lib/libgobject-2.0.so /usr/X11R6/bin > /root/bin /usr/local/bin /usr/local/sbin /usr/games /usr/bin /usr/sbin > /bin /sbin /usr/local/lib/libgthread-2.0.so > /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so > /usr/local/lib/libiconv.so /usr/local/lib/libpcre.so -march=athlon64 > -pthread -pthread -pthread -Wl,-soname -Wl,libpyglib-2.0.so.0 -o > .libs/libpyglib-2.0.so.0 > /usr/X11R6/bin: file not recognized: File format not recognized > gmake[2]: ** [libpyglib-2.0.la] Erro 1 > gmake[2]: Saindo do diretório > `/usr/ports/devel/py-gobject/work/pygobject-2.16.1/glib' > gmake[1]: ** [all-recursive] Erro 1 > gmake[1]: Saindo do diretório > `/usr/ports/devel/py-gobject/work/pygobject-2.16.1' > gmake: ** [all] Erro 2 > *** Error code 1 > > Stop in /usr/ports/devel/py-gobject. > *** Error code 1 > > Stop in /usr/ports/x11-toolkits/py-gtk2. > *** Error code 1 > > Stop in /usr/ports/security/zenmap. > " > > Alguém mais tem este problema? > > Eu tenho a impressão que o /usr/X11R6/bin está sendo colocado em > uma lista de bibliotecas, onde não deveria estar. O diretório /usr/X11R6/bin > é o primeiro de uma lista de diretórios que aparece entre dois arquivos > ".so". Se é este o erro, em que variável eles estão? Eu não conheço à > fundo o funcionamento dos ports para poder saber de cor isto. > Olá João, sinistro esse teu problema. A mensagem "File format not recognized" indica que tem alguma coisa muito errada com teu sistema, não está parecendo ter a ver com o caminho e sim com versões antigas de biblioteca misturadas aí. Das que você passou eu conferi aqui e tá tudo certo, o problema deve estar mais a diante. Tente recompilar o X, meu palpite tá no python. Ou faz o seguinte, manda pra mim em pvt a saída do pkg_version -v pra eu conferir com o meu se ficou alguma coisa pra trás. No mais acho que precisa mais informações (ou informações mais precisas), porque parece que estamos olhando no lugar errado. Posso apostar que a causa é um erro de atualização anterior. 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] Fwd: FreeBSD 7.2-RC2 Available
Quem puder/quiser ajudar com os testes, apenas reporte o
resultado na freebsd-stable@
-- Forwarded message --
From: Ken Smith
Date: Fri, Apr 24, 2009 at 8:23 PM
Subject: FreeBSD 7.2-RC2 Available
To: freebsd-stable
The second of the two planed Release Candidates for the 7.2-RELEASE
cycle is now available. We believe with the exception of the new bce(4)
driver not working with lagg(4) all the major issues that have come up
from the testing have been addressed. We will work with the vendor to
get that issue addressed post-release.
At this point we know of no problems big enough to impact the dates for
the rest of the release cycle which is here:
http://www.freebsd.org/releases/7.2R/schedule.html
We will continue to watch for problems both here on this list and in
Gnats but hopefully nothing so catastrophic will come up that we would
need to alter the schedule.
There is one known issue with 7.2-RC2. We switched from KDE3 to KDE4
and during my tests done before uploading the images a problem with
package dependencies for KDE4 was discovered. The kdemultimedia4
package has audio/lame as a runtime dependency but that package can not
be pre-built due to licensing issues. So the install of kdemultimedia4
fails if you choose to install kde4. The ports folks have been notified
and will make the necessary adjustments before the final release. If
you would like to test KDE4 installed from the media the easiest
approach is most likely this:
- select the kde4 metapackage while installing, during the
initial install it will install most of kde4 but will fail
as mentioned above
- post-install install lame using "make install clean" in
/usr/ports/audio/lame
- insert the install CD, start up sysinstall, and under
"Configure" select "Packages" and have it retry installing
the kde4 metapackage, it should succeed this time
There are other ways to handle getting KDE4 onto a machine post-install,
the above is just one possible route.
The ISO images and FTP install trees are available on the FreeBSD Mirror
sites. Using the primary site as an example:
ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/7.2/
where ${arch} is one of amd64 i386, ia64, pc98, or powerpc. The
builds for sparc64 just barely finished up and got loaded on
ftp-master so they are not widely available yet but should be
shortly.
Checksums for the ISO images are at the bottom of this message. The
amd64 and i386 sets include what should be the final choice for the
package set.
If you would like to do a source-based update to 7.2-RC2 from an
already installed machine you can update your tree to RELENG_7_2 using
normal cvsup/csup methods.
The freebsd-update(8) utility supports binary upgrades of i386 and amd64
systems running earlier FreeBSD releases. Systems running 7.0-RELEASE,
7.1-RELEASE, 7.2-BETA1, or 7.2-RC1 can upgrade as follows:
# freebsd-update upgrade -r 7.2-RC2
During this process, FreeBSD Update may ask the user to help by merging
some configuration files or by confirming that the automatically performed
merging was done correctly.
# freebsd-update install
The system must be rebooted with the newly installed kernel before continuing.
# shutdown -r now
After rebooting, freebsd-update needs to be run again to install the new
userland components, and the system needs to be rebooted again:
# freebsd-update install
# shutdown -r now
Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update to
upgrade to FreeBSD 7.2-RC2, but will be prompted to rebuild all third-party
applications (e.g., anything installed from the ports tree) after the second
invocation of "freebsd-update install", in order to handle differences in the
system libraries between FreeBSD 6.x and FreeBSD 7.x.
Checksums:
MD5 (7.2-RC2-amd64-bootonly.iso) = ff875ce6a639f7949d24c7dfb5747dbd
MD5 (7.2-RC2-amd64-disc1.iso) = 0c2536491cc6486a2fc3aef320437c38
MD5 (7.2-RC2-amd64-disc2.iso) = 9086fe3c1b6ed9e84fac81102eafa643
MD5 (7.2-RC2-amd64-disc3.iso) = 88640837bcc7387e0bec75cd083ec449
MD5 (7.2-RC2-amd64-docs.iso) = 617f066938354d22c02faa2320648737
MD5 (7.2-RC2-amd64-dvd1.iso) = 392553a9462a1583cab9e9af0c20f575
MD5 (7.2-RC2-amd64-livefs.iso) = 40e1e0c3e962ebe20feb83fd8dbc6e10
MD5 (7.2-RC2-i386-bootonly.iso) = 76924f1ddd0364320b8c36f198a278c0
MD5 (7.2-RC2-i386-disc1.iso) = 32e4cf44a59892bc434523b34aaa4ab7
MD5 (7.2-RC2-i386-disc2.iso) = 1d6c89d38af82446727dc1924b024237
MD5 (7.2-RC2-i386-disc3.iso) = 575174833393681222a421ce179126c4
MD5 (7.2-RC2-i386-docs.iso) = d1d268d40585bd3b802edc63ce10c2d0
MD5 (7.2-RC2-i386-dvd1.iso) = e26fd0bb7774af5dd94e96d0c15811dd
MD5 (7.2-RC2-i386-livefs.iso) = d619255070d77dc539c2f661612748d3
MD5 (7.2-RC2-ia64-bootonly.iso) = e981dceea8df6e0f44aa5f51560fe992
MD5 (7.2-RC2-ia64-disc1.iso) = 3e9bd7d64b629625a60adb9adf373a24
MD5 (7.2-RC2-ia64-disc2.iso) = d30ea19b5aa831836c523619be5c925f
MD5 (7.2-RC2-ia64-disc3.iso) = 438d0add08
Re: [FUG-BR] Fwd: FreeBSD 7.2-RC2 Available
2009/4/25 Renato Botelho : > Quem puder/quiser ajudar com os testes, apenas reporte o > resultado na freebsd-stable@ > Atualizei quinta-feira e a primeira impressão foi de que "soltou a roda", parece que a 7.1 tava meio amarradona, e parece que resolveu um problema que eu tinha da máquina religar sozinha após um shutdown. Ainda é cedo pra comemorar, vou fazer mais testes antes de encaminhar alguma coisa pra lá. :-) 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] Fwd: FreeBSD 7.2-RC2 Available
2009/4/25 Cleyton Agapito : > 2009/4/25 Renato Botelho : >> Quem puder/quiser ajudar com os testes, apenas reporte o >> resultado na freebsd-stable@ >> > > Atualizei quinta-feira e a primeira impressão foi de que "soltou a > roda", parece que a 7.1 tava meio amarradona, e parece que resolveu um > problema que eu tinha da máquina religar sozinha após um shutdown. > Ainda é cedo pra comemorar, vou fazer mais testes antes de encaminhar > alguma coisa pra lá. :-) > > Abraços. > Ah, tinha também um problema no hal, dependendo do SA que se montasse ele ficava se bantendo e ocupava toda a cpu, também melhorou. 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] Fwd: FreeBSD 7.2-RC2 Available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cleyton Agapito wrote: > Atualizei quinta-feira e a primeira impressão foi de que "soltou a > roda", parece que a 7.1 tava meio amarradona, e parece que resolveu um > problema que eu tinha da máquina religar sozinha após um shutdown. > Ainda é cedo pra comemorar, vou fazer mais testes antes de encaminhar > alguma coisa pra lá. :-) "Soltou a roda" == "Ficou mais rápido"? - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknzDmcACgkQXL+vuN2d7ZzW1ACdFr1itWIC9N31SMPiCVzmxY++ aeAAoKEYeRlMSh3LIg7pHXZSwuvDf+pc =Gxni -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: FreeBSD 7.2-RC2 Available
2009/4/25 João Paulo Just : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Cleyton Agapito wrote: >> Atualizei quinta-feira e a primeira impressão foi de que "soltou a >> roda", parece que a 7.1 tava meio amarradona, e parece que resolveu um >> problema que eu tinha da máquina religar sozinha após um shutdown. >> Ainda é cedo pra comemorar, vou fazer mais testes antes de encaminhar >> alguma coisa pra lá. :-) > > "Soltou a roda" == "Ficou mais rápido"? > Haha, é tava meio "roda presa". Aproveitando o ensejo, o flash 10 tá rolando numa boa e aqueles paus na api alsa também estão resolvidos. Quem quiser pode me xingar mas em pvt, tá, faz tempo que não fico tão feliz com um (quase) release. 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] Fwd: FreeBSD 7.2-RC2 Available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cleyton Agapito wrote: > Haha, é tava meio "roda presa". Aproveitando o ensejo, o flash 10 tá > rolando numa boa e aqueles paus na api alsa também estão resolvidos. O flash que você tá usando é o gnash? - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknzEgAACgkQXL+vuN2d7ZzGVwCgikrGIzSjXiu+cSi1Ypw6/OhA SAgAoITr7T2suO+aFnhBqlBn1qOEXqYb =TGNI -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: FreeBSD 7.2-RC2 Available
2009/4/25 João Paulo Just : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Cleyton Agapito wrote: >> Haha, é tava meio "roda presa". Aproveitando o ensejo, o flash 10 tá >> rolando numa boa e aqueles paus na api alsa também estão resolvidos. > > O flash que você tá usando é o gnash? > Não, emulação linux, por isso dava pau na api alsa. O gnash eu até andei tentando mas desisti, se alguém tiver sucesso avise... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: FreeBSD 7.2-RC2 Available
2009/4/25 Cleyton Agapito : > 2009/4/25 Cleyton Agapito : >> 2009/4/25 Renato Botelho : >>> Quem puder/quiser ajudar com os testes, apenas reporte o >>> resultado na freebsd-stable@ >>> >> >> Atualizei quinta-feira e a primeira impressão foi de que "soltou a >> roda", parece que a 7.1 tava meio amarradona, e parece que resolveu um >> problema que eu tinha da máquina religar sozinha após um shutdown. >> Ainda é cedo pra comemorar, vou fazer mais testes antes de encaminhar >> alguma coisa pra lá. :-) >> >> Abraços. >> > > Ah, tinha também um problema no hal, dependendo do SA que se montasse > ele ficava se bantendo e ocupava toda a cpu, também melhorou. Os problemas de hal consumindo muita cpu que eu tive foram resolvidos reinstalando ele, na verdade demorou pra ficar bem ajustado o hal aqui, mas o meu ambiente eh -current, então envolvia outras mudanças, como a nova stack de USB. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] shell em servidor FreeBSD
To meio enferrujado com FreeBSD... mas curti o esquema la de mover todos os binarios suid pra uma particao isolada (/bin/suid), criar symlinks para ela e montar todas as outras com nosuid. como nunca pensei nisso nos meus tempos de sysadmin? :-D Abracos, Fernando irado furioso com tudo wrote: > sempre é bom dispormos de uma conta em servidor free-shell, seja para > rebuscarmos as informações, seja para armazenarmos chaves.. enfim: > > http://www.arbornet.org/index.php > > basta um cadastro simples e temos acesso por telnet, ssh, putty. > > divirtam-se. > > > -- --- ||| \ ICQ 72293951 \~ ~/ \ MSN prestojacuti...@hotmail.com | @ @ | \ oOo(_)---oOo--- LINUX User #316101 BSD User BSD050945 "Nothing is impossible. Even the word impossible says I'm possible." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] shell em servidor FreeBSD
%cat /etc/passwd | wc -l 19256 pouca gente né ! :) 2009/4/25 Fernando Costa de Almeida : > To meio enferrujado com FreeBSD... mas curti o esquema la de mover todos > os binarios suid pra uma particao isolada (/bin/suid), criar symlinks > para ela e montar todas as outras com nosuid. como nunca pensei > nisso nos meus tempos de sysadmin? :-D > > Abracos, > > Fernando > > irado furioso com tudo wrote: >> sempre é bom dispormos de uma conta em servidor free-shell, seja para >> rebuscarmos as informações, seja para armazenarmos chaves.. enfim: >> >> http://www.arbornet.org/index.php >> >> basta um cadastro simples e temos acesso por telnet, ssh, putty. >> >> divirtam-se. >> >> >> > > -- > --- > ||| \ ICQ 72293951 > \~ ~/ \ MSN prestojacuti...@hotmail.com > | @ @ | \ > oOo(_)---oOo--- > > LINUX User #316101 > BSD User BSD050945 > > "Nothing is impossible. Even the word impossible says I'm possible." > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Luiz Gustavo Costa mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: gustavo@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPFW - Sequência de PIPE e QUEUE
Trober escreveu:
> Olá a todos.
>
> Observo que na maioria dos exemplos que rolam por aí referente à
> utilização do IPFW para controle de banda utilizam "pipe 1", "pipe 2",
> "pipe 3", sempre em sequência, começando em 1, contíguos, sem intervalos
> (1,2,3,4,5,6,...).
>
> Fiz um sistema de gestão de firewall, em que os rulesets de 6000 até 1
> são destinados ao controle banda. Para um controle mais fácil (adição,
> edição, exclusão) o número do pipe (pipe_nr) e do queue são iguais ao do
> ruleset.
>
> Por exemplo (parcial):
>
> VARRULESTART tem valor inicial de 6000 e VARRULEGROWN é igual a 5,
> incrementando a cada cliente (linha) que leio de um arquivo texto.
>
> # Download Rules
> VARRULESTART=$((VARRULESTART+$VARRULEGROWN))
> $fz pipe $VARRULESTART config bw ${varBWDOWN}Kbit/s mask dst-ip
> 0x
> $fz queue $VARRULESTART config pipe $VARRULESTART
> $fz add $VARRULESTART queue $VARRULESTART all from any to $varBWIP
>
> # Upload Rules
> VARRULESTART=$((VARRULESTART+$VARRULEGROWN))
> $fz pipe $VARRULESTART config bw ${varBWUP}Kbit/s mask src-ip 0x
> $fz queue $VARRULESTART config pipe $VARRULESTART
> $fz add $VARRULESTART queue $VARRULESTART all from $varBWIP to any
>
> Meu arquivo texto tem o seguinte formato:
>
> STATE IPADDRESS MAC DOWN UP HOSTNAME PROxYFULL
> on192.168.20.2 aa:bb:cc:dd:ee:f1 256 128 georgeyes
> on192.168.20.6 aa:bb:cc:dd:ee:f2 256 128 john no
> on192.168.20.10 aa:bb:cc:dd:ee:f3 256 128 paul yes
> on192.168.20.14 aa:bb:cc:dd:ee:f4 256 128 ringo yes
>
> Se o valor de VARRULESTART for igual a 0, com incremento de 1, os pipes e
> queues atuam perfeitamente em programas de P2P.
>
> Concluí, que o problema reportado em minha mensagem[1] sobre a anomalia do
> IPFW não estava relacionada à mascara[2], e sim aos seguintes fatos:
>
> 1) O IPFW aceita para pipe e queue qualquer inteiro positivo entre 1 e
> 65535, porém, desgraçadamente, em ordem, começando em um, contíguo, sem
> intervalo.
>
> 2) Não há documentação sobre a ordem de inserção de pipes e queues quanto
> à numeração (já li quase tudo que Luigi Rizzo escreveu sobre IPFW e nada).
>
> 3) Esse comportamento está evidente, ao meu ver, em ipfw2.c, onde o número
> do pipe é o mesmo número da posição na pilha, não deixando o administrador
> escolher manualmente o número pipe (até deixa, mas dá nessa bagunça toda).
>
> Quem concorda? Quem descorda? De forma alguma quero criar flames, e sim,
> obter a opinião de vocês, pois se for procedente, temos aí um caso omisso
> na documentação do IPFW; e sistemas como WARTA e SnowDog Firewall com
> regras tortas.
>
> Saudações,
>
> Trober
> -
> -
> -
> -
> -
>
>
> [1] http://www.fug.com.br/historico/html/freebsd/2009-04/msg00488.html
>
> [2] http://www.fug.com.br/historico/html/freebsd/2009-04/msg00518.html
>
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
Trober,
Acho que esse nível de teste seria interessante reportar na lista
freebsd-ipfw... o próprio Luigi Rizzo pode responder =)
Se mestre Patrick tiver um tempo, pode comentar por aqui também.
--
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
welk...@focusautomacao.com.br
Powered by
(__)
\\\'',)
\/ \ ^
.\._/_)
www.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] LOAD BALANCE HARDWARE
Pessoal, tem como unir a saída de dois rádios em um servidor FreeBSD e saír apenas um link. Lembrando que é um link de rede local. _ Emoticons e Winks super diferentes para o Messenger. Baixe agora, é grátis! http://specials.br.msn.com/ilovemessenger/pacotes.aspx - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPFW - Sequência de PIPE e QUEUE
Olá Welkson :) Agradeço seu retorno. Fiz a lição de casa antes de perguntar aqui, hehe. Garimpei por várias horas a lista freebsd-ipfw[1]. Inclusive, fiquei decepcionado em ler o próprio Luigi Rizzo reclamando das falhas de documentação[2] do IPFW e nada ter sido feito, de 2003 até agora, para corrigirem o "man pages". A questão apresentada deixou de ser uma dúvida, e está evidente, conforme meus testes, como fato. Número de pipe (não confundam com rulesets) quando fora de sequência crescente, começando em 1, contíguo, com incremento de 1, não funciona com P2P, conforme exemplo abaixo. ipfw add 6005 pipe 6005 ... ipfw add 6010 pipe 6010 ... ipfw add 6015 pipe 6015 ... ipfw add 6020 pipe 6020 ... O exemplo acima não funciona adequadamente, seja começando em 10, 100, 200. Se não for criado em sequência crescente, começando em 1, contíguo, com incremento de 1, não funciona. Para simples download, navegação, e coisas básicas até funciona. Agora, quando o assunto é P2P, com sockets maliciosamente escritos, não funciona o controle de banda, e o usuário feliz da vida baixa torrent à 3mbps, quando deveria ser 256kbps. Sei que já me disseram que o IPFW analisa o datagrama, independente do conteúdo, mas, por algum motivo oculto (de consequência evidente), a ordem dos pipes faz diferença. A prova disso é que a regra abaixo, funciona: ipfw add 6005 pipe 1... ipfw add 6010 pipe 2... ipfw add 6015 pipe 3... ipfw add 6020 pipe 4... Só para constar, qualquer regra minha, exceto controle de banda, começa em 2. O meu problema já resolvi, é só começar numeração de pipe em sequência crescente, começando em 1, contíguo, com incremento de 1. A questão é ter o aval de mais alguém, não para que seja corrigido, mas para que seja documentada esta "feature" (se é que dá para chamar assim). Novamente grato, Trober - - - - - [1] http://lists.freebsd.org/pipermail/freebsd-ipfw/ [2] http://lists.freebsd.org/mailman/htdig/freebsd-ipfw/2003-October/000547.html > Trober escreveu: >>[SNIP] > Trober, > > Acho que esse nível de teste seria interessante reportar na lista > freebsd-ipfw... o próprio Luigi Rizzo pode responder =) > > Se mestre Patrick tiver um tempo, pode comentar por aqui também. > > -- > Welkson Renny de Medeiros > Focus Automação Comercial > Desenvolvimento / Gerência de Redes > welk...@focusautomacao.com.br > >[SNIP] > > - > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPFW - Sequência de PIPE e QUEUE
Trober... Não sei se entendi a sua duvida e/ou problema também não estou dizendo que vc esta errado, mas utilizo muito ipfw e nunca tive ou nunca identifiquei tal problema com controle de banda p2p. Como exemplo tenho um ambiente pequeno com 891 regras ativas(digo ativas pq só estão no ipfw se o usuario estiver conectado): pppoe# ipfw show | wc -l 891 pppoe# Em um Freebsd velhinho... pppoe# uname -r 6.2-STABLE pppoe# E as pipe são chamadas de certa forma misturadas e nunca tiveram esta anomalia. No meu caso os pipe que começam com 1 é de input e os que começam com 2 eh output(tb tenho um gestor de regras) 00101 1031426578986 pipe 1422 ip from 200.xx.xxx.139 to any in via rl1 0010197848 32745227 pipe 2422 ip from any to 200.xx.xxx.139 out via rl1 00102 1074 90876 pipe 1423 ip from 200.xx.xxx.218 to any in via rl1 00102 15772000276 pipe 2423 ip from any to 200.xx.xxx.218 out via rl1 00103 724 167156 pipe 1424 ip from 200.xx.xxx.193 to any in via rl1 00103 669 205892 pipe 2424 ip from any to 200.xx.xxx.193 out via rl1 00125934135913591 pipe 1444 ip from 200.xx.xxx.130 to any in via rl1 00125658118332306 pipe 2444 ip from any to 200.xx.xxx.130 out via rl1 00182 118388 12017926 pipe 1524 ip from 200.xx.xxx.187 to any in via rl1 Tenho um outro ambiente com 3400 regras de ipfw e também não teve esta anomalia (esse com free 7.1) Abraços e bom fds 2009/4/25 Trober : > > Olá Welkson :) > > Agradeço seu retorno. > > Fiz a lição de casa antes de perguntar aqui, hehe. Garimpei por várias > horas a lista freebsd-ipfw[1]. Inclusive, fiquei decepcionado em ler o > próprio Luigi Rizzo reclamando das falhas de documentação[2] do IPFW e > nada ter sido feito, de 2003 até agora, para corrigirem o "man pages". > > A questão apresentada deixou de ser uma dúvida, e está evidente, conforme > meus testes, como fato. > > Número de pipe (não confundam com rulesets) quando fora de sequência > crescente, começando em 1, contíguo, com incremento de 1, não funciona com > P2P, conforme exemplo abaixo. > > ipfw add 6005 pipe 6005 ... > ipfw add 6010 pipe 6010 ... > ipfw add 6015 pipe 6015 ... > ipfw add 6020 pipe 6020 ... > > O exemplo acima não funciona adequadamente, seja começando em 10, 100, > 200. Se não for criado em sequência crescente, começando em 1, contíguo, > com incremento de 1, não funciona. > > Para simples download, navegação, e coisas básicas até funciona. Agora, > quando o assunto é P2P, com sockets maliciosamente escritos, não funciona > o controle de banda, e o usuário feliz da vida baixa torrent à 3mbps, > quando deveria ser 256kbps. Sei que já me disseram que o IPFW analisa o > datagrama, independente do conteúdo, mas, por algum motivo oculto (de > consequência evidente), a ordem dos pipes faz diferença. > > A prova disso é que a regra abaixo, funciona: > > ipfw add 6005 pipe 1... > ipfw add 6010 pipe 2... > ipfw add 6015 pipe 3... > ipfw add 6020 pipe 4... > > Só para constar, qualquer regra minha, exceto controle de banda, começa em > 2. > > O meu problema já resolvi, é só começar numeração de pipe em sequência > crescente, começando em 1, contíguo, com incremento de 1. A questão é ter > o aval de mais alguém, não para que seja corrigido, mas para que seja > documentada esta "feature" (se é que dá para chamar assim). > > Novamente grato, > > Trober > - > - > - > - > - > > > [1] http://lists.freebsd.org/pipermail/freebsd-ipfw/ > > [2] > http://lists.freebsd.org/mailman/htdig/freebsd-ipfw/2003-October/000547.html > > > > > >> Trober escreveu: >>>[SNIP] >> Trober, >> >> Acho que esse nível de teste seria interessante reportar na lista >> freebsd-ipfw... o próprio Luigi Rizzo pode responder =) >> >> Se mestre Patrick tiver um tempo, pode comentar por aqui também. >> >> -- >> Welkson Renny de Medeiros >> Focus Automação Comercial >> Desenvolvimento / Gerência de Redes >> welk...@focusautomacao.com.br >> >>[SNIP] >> >> - >> > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Matheus Cucoloto System Admin. Net Admin. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
