[FUG-BR] TESTE DE ENVIO
TESTE -- *[]'* *Enio Rodrigo Marconcini* *"Unix is user-friendly. It's just very selective about who its friends are."* - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Teste do Servidor
Favor ignorar, testando a configuração do mailman :) Brandi - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Teste 123
Teste 123 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste de funcionamento
testando em 3, 2, 1 !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste
Obrigado pessoal. Respondi João Rocha e a mensagem não seguia. Pensei que fosse problema no meu servidor. Obrigado Matheus On October 24, 2016 8:51:25 AM GMT-03:00, Luiz Henrique Coletto wrote: >testado! > >Luiz Henrique Coletto >Chefia Seção Técnica de Sistemas - SCTS >CeTI-RP - Centro de Tecnologia da Informação de Ribeirão Preto >STI - Superintendência de Tecnologia da Informação >USP - Universidade de São Paulo - Campus de Ribeirão Preto >cole...@usp.br >55 16 3315-4738 >-- >Ho Yen-hsi:[...]Um Cavaleiro afirmou uma vez: "Confiar nos incultos e >não se preparar é o maior dos crimes. >Preparar-se de antemão para todas as contingências é a maior das >virtudes". >Sun Tzu - A Arte da Guerra > >- Mensagem original - > >> De: "Paulo Henrique" >> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >> >> Enviadas: Domingo, 23 de Outubro de 2016 12:05:39 >> Assunto: Re: [FUG-BR] teste > >> Testado !! :D > >> 2016-10-23 11:58 GMT-02:00 Nenhum_de_Nos : > >> > se alguém ler, por favor manda uma resposta. >> > >> > obrigado. >> > >> > >> > -- >> > "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 >> > > >> -- >> :UNI>> Paulo Henrique. >> Fone: (21) 37089388. >> - >> 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 -- "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
Re: [FUG-BR] teste
testado! Luiz Henrique Coletto Chefia Seção Técnica de Sistemas - SCTS CeTI-RP - Centro de Tecnologia da Informação de Ribeirão Preto STI - Superintendência de Tecnologia da Informação USP - Universidade de São Paulo - Campus de Ribeirão Preto cole...@usp.br 55 16 3315-4738 -- Ho Yen-hsi:[...]Um Cavaleiro afirmou uma vez: "Confiar nos incultos e não se preparar é o maior dos crimes. Preparar-se de antemão para todas as contingências é a maior das virtudes". Sun Tzu - A Arte da Guerra - Mensagem original - > De: "Paulo Henrique" > Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Enviadas: Domingo, 23 de Outubro de 2016 12:05:39 > Assunto: Re: [FUG-BR] teste > Testado !! :D > 2016-10-23 11:58 GMT-02:00 Nenhum_de_Nos : > > se alguém ler, por favor manda uma resposta. > > > > obrigado. > > > > > > -- > > "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 > > > -- > :UNI> Paulo Henrique. > Fone: (21) 37089388. > - > 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] teste
Testado !! :D 2016-10-23 11:58 GMT-02:00 Nenhum_de_Nos : > se alguém ler, por favor manda uma resposta. > > obrigado. > > > -- > "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 > -- :UNI>http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste
se alguém ler, por favor manda uma resposta. obrigado. -- "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
Re: [FUG-BR] teste
2016-07-22 14:40 GMT-03:00 Guilherme Ferreira Rosário < guilherme.f.rosa...@gmail.com>: > Nao funcionou! > > 2016-07-22 13:40 GMT-03:00 dialup upload : > > > Boa tarde, teste. > > - > > 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 > Não li sua mensagem, mas vi que tem top-posting na área :-) -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ ICQ: 2890831 / Gtalk: gustavo@gmail.com Blog: http://www.luizgustavo.pro.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] teste
Nao funcionou! 2016-07-22 13:40 GMT-03:00 dialup upload : > Boa tarde, teste. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste
Boa tarde, 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] teste
U Em 11/06/2016 14:20, "Marcelo da Silva" escreveu: > teste > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] 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] Teste Interface
Você pode testar com IPERF, server teste1 ---<--->--em0--pfsense---em1--<--->server teste2 Em 7 de abril de 2015 15:13, Christian de Freitas Sant'Ana < christian.li...@eloinet.com.br> escreveu: > Qual a melhor forma de testar as interfaces de rede? > Para saber se existe algum problema físico ou lógico. > > Christian Sant'Ana > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Teste Interface
Qual a melhor forma de testar as interfaces de rede? Para saber se existe algum problema físico ou lógico. Christian Sant'Ana - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste
2014-08-15 1:25 GMT-03:00 Nilton Jose Rizzo : > Em Thu, 14 Aug 2014 18:41:52 -0300, Renato Botelho escreveu > > teste > > Ok! > > > -- > > Renato Botelho > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > --- > /* > **Nilton José RizzoUFRRJ > **http://www.rizzo.eng.br http://www.ufrrj.br > **http://lattes.cnpq.br/0079460703536198 > **/ > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > ACK -- .:: Lucas Dias .:: (82) 8813-1494 / 8111-2288 .:: Antes de imprimir, veja se realmente é necessário!!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste
Em Thu, 14 Aug 2014 18:41:52 -0300, Renato Botelho escreveu > teste Ok! > -- > Renato Botelho > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- /* **Nilton José RizzoUFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste
On 14/08/2014 19:56, João Luis wrote: Checked On Aug 14, 2014 6:38 PM, "Paulo Henrique - BSDs Brasil" < paulo.rd...@bsd.com.br> wrote: Testado Enviado do meu smartphone Sony Xperia™ Renato Botelho escreveu teste -- Renato Botelho Chegou OK agora aqui pra mim. :) --- Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus está ativa. http://www.avast.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] teste
Checked On Aug 14, 2014 6:38 PM, "Paulo Henrique - BSDs Brasil" < paulo.rd...@bsd.com.br> wrote: > Testado > > Enviado do meu smartphone Sony Xperia™ > > Renato Botelho escreveu > > >teste > >-- > >Renato Botelho > > > >- > >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
Re: [FUG-BR] teste
Testado Enviado do meu smartphone Sony Xperia™ Renato Botelho escreveu >teste >-- >Renato Botelho > >- >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] teste
ACK Helio Loureiro -= sent by Android =- On Aug 14, 2014 11:42 PM, "Renato Botelho" wrote: > teste > -- > Renato Botelho > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste
teste -- 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] teste do mod_evasive rodando lento na VM [RESOLVIDO]
Em 10/09/13 18:49, vic escreveu:
> Em 2013-09-10 17:59, Marcelo Gondim escreveu:
>> Em 10/09/13 17:40, vic escreveu:
>>> Em 2013-09-10 15:26, Marcelo Gondim escreveu:
Em 10/09/13 10:16, vic escreveu:
> Em 2013-09-10 9:23, Marcelo Gondim escreveu:
>> Pessoal,
>>
>> Sei que muitos aqui conhecem o mod_evasive pro apache que no
>> FreeBSD
>> é
>> o
>> pacote ap22-mod_evasive.
>> Ele vem com um script de teste que sempre utilizei pra checar se o
>> mod_evasive tá legal:
>>
>> test.pl:
>>
>> #!/usr/bin/perl
>> # test.pl: small script to test mod_dosevasive's effectiveness
>> use IO::Socket;
>> use strict;
>> for(0..100) {
>> my($response);
>> my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
>> PeerAddr=>
>> "127.0.0.1:80");
>> if (! defined $SOCKET) { die $!; }
>> print $SOCKET "GET /?$_ HTTP/1.0\n\n";
>> $response = <$SOCKET>;
>> print $response;
>> close($SOCKET);
>> }
>>
>> Só que quando rodo numa VM com FreeBSD ele abre as conexões
>> lentamente,
>> fazendo com que o teste não funcione. Fiz o mesmo teste em um
>> FreeBSD
>> sem ser VM e rodou mais rápido e consegui fazer os testes. Fui
>> comparar
>> com uma outra máquina com Linux e rodou estupidamente mais rápido.
>> Logicamente que diferenças de processamento podem ser uma das
>> causas
>> mas
>> porque rodou tão lento numa VM é que não descobri ainda.
>> Alguém tem alguma ideia?
>>
>> Grande abraço
> Suponho que sua aquela sua VM em Xen. Por acaso você tem um firewall
> PF
> na VM? Se sim tente:
>
> ifconfig xn0 -tso
> sysctl -w net.inet.tcp.tso=0
>
> Referências:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=154428
> http://www.freebsd.org/cgi/query-pr.cgi?pr=135178
>
> Além disso, se você não compilou o kernel XENHVM, faça um teste com
> ele
> e mude a configuração do xen na vif para usar o type=netfront
>
É vic compilei com o XENHVM fiz as mudanças de disco e interface de
rede
e mesmo assim continua lento as conexões localhost do test.pl:
# df -h
Filesystem SizeUsed Avail Capacity Mounted on
/dev/xbd0p2 2G190M1.6G10%/
devfs 1.0k1.0k 0B 100%/dev
/dev/xbd0p4 58G 15G 37G29%/var
/dev/xbd0p5 31G6.0G 22G21%/usr
/dev/xbd0p6 2G 16M1.8G 1%/tmp
xn0: flags=8843 metric 0 mtu
1500
options=503
ether 00:16:3e:02:9d:d6
inet xx.xxx.xxx.xx netmask 0xfff8 broadcast 67.212.89.79
inet6 fe80::216:3eff:fe02:9dd6%xn0 prefixlen 64 scopeid 0x6
nd6 options=29
media: Ethernet manual
status: active
# uname -a
FreeBSD .xxx.xxx.xx 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0
r255410M: Tue Sep 10 14:58:33 BRT 2013
r...@.xxx.xxx.xx:/usr/obj/usr/src/sys/XENHVM amd64
Quem tiver a curiosidade de fazer esse teste nas mesmas condições que
eu
aqui, seria interessante. Abaixo os dados:
No servidor Debian 7 amd64
ii libxen-4.1 4.1.4-3+deb7u1 amd64
Public libs for Xen
ii libxenstore3.0 4.1.4-3+deb7u1 amd64
Xenstore communications library for Xen
ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64
Xen
Hypervisor on AMD64
ii xen-linux-system-3.2.0-4-amd64 3.2.46-1+deb7u1 amd64
Xen
system with Linux 3.2 on 64-bit PCs (meta-package)
ii xen-linux-system-amd64 3.2+46 amd64Xen system
with Linux for 64-bit PCs (meta-package)
ii xen-system-amd64 4.1.4-3+deb7u1 amd64
Xen
System on AMD64 (meta-package)
ii xen-tools 4.3.1-1 all Tools to
manage Xen virtual servers
ii xen-utils-4.1 4.1.4-3+deb7u1 amd64
XEN
administrative tools
ii xen-utils-common 4.1.4-3+deb7u1 all
Xen
administrative tools - common files
ii xenstore-utils 4.1.4-3+deb7u1 amd64
Xenstore utilities for Xen
Arquivo conf da VM:
kernel = '/usr/lib/xen-4.1/boot/hvmloader'
builder = 'hvm'
vcpus = 4
memory = 2048
shadow_memory = 8
name = 'freeba'
vif = [ 'type=netfront, model=e1000, bridge=xenbr0', ]
#vif = [ 'type=ioemu, bridge=xenbr0, mac=00:00:00:ff:fe:01' ]
disk = [
'file:/home/xen/domains/freeba/freeba.img,xvda,w',
'file:/home/xen/domains/freeba/FreeBSD-9.2-PRERELEASE-amd64-20130831-r255108-disc1.iso,xvdc:cdrom,r'
]
device_model = '/usr/lib/xen-4.1/bin/qemu-dm'
boot = 'cd'
sdl=0
Re: [FUG-BR] teste do mod_evasive rodando lento na VM
Em 10/09/13 17:40, vic escreveu:
> Em 2013-09-10 15:26, Marcelo Gondim escreveu:
>> Em 10/09/13 10:16, vic escreveu:
>>> Em 2013-09-10 9:23, Marcelo Gondim escreveu:
Pessoal,
Sei que muitos aqui conhecem o mod_evasive pro apache que no FreeBSD
é
o
pacote ap22-mod_evasive.
Ele vem com um script de teste que sempre utilizei pra checar se o
mod_evasive tá legal:
test.pl:
#!/usr/bin/perl
# test.pl: small script to test mod_dosevasive's effectiveness
use IO::Socket;
use strict;
for(0..100) {
my($response);
my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
PeerAddr=> "127.0.0.1:80");
if (! defined $SOCKET) { die $!; }
print $SOCKET "GET /?$_ HTTP/1.0\n\n";
$response = <$SOCKET>;
print $response;
close($SOCKET);
}
Só que quando rodo numa VM com FreeBSD ele abre as conexões
lentamente,
fazendo com que o teste não funcione. Fiz o mesmo teste em um FreeBSD
sem ser VM e rodou mais rápido e consegui fazer os testes. Fui
comparar
com uma outra máquina com Linux e rodou estupidamente mais rápido.
Logicamente que diferenças de processamento podem ser uma das causas
mas
porque rodou tão lento numa VM é que não descobri ainda.
Alguém tem alguma ideia?
Grande abraço
>>> Suponho que sua aquela sua VM em Xen. Por acaso você tem um firewall
>>> PF
>>> na VM? Se sim tente:
>>>
>>> ifconfig xn0 -tso
>>> sysctl -w net.inet.tcp.tso=0
>>>
>>> Referências:
>>>
>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=154428
>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=135178
>>>
>>> Além disso, se você não compilou o kernel XENHVM, faça um teste com
>>> ele
>>> e mude a configuração do xen na vif para usar o type=netfront
>>>
>> É vic compilei com o XENHVM fiz as mudanças de disco e interface de
>> rede
>> e mesmo assim continua lento as conexões localhost do test.pl:
>>
>> # df -h
>> Filesystem SizeUsed Avail Capacity Mounted on
>> /dev/xbd0p2 2G190M1.6G10%/
>> devfs 1.0k1.0k 0B 100%/dev
>> /dev/xbd0p4 58G 15G 37G29%/var
>> /dev/xbd0p5 31G6.0G 22G21%/usr
>> /dev/xbd0p6 2G 16M1.8G 1%/tmp
>>
>> xn0: flags=8843 metric 0 mtu
>> 1500
>> options=503
>> ether 00:16:3e:02:9d:d6
>> inet xx.xxx.xxx.xx netmask 0xfff8 broadcast 67.212.89.79
>> inet6 fe80::216:3eff:fe02:9dd6%xn0 prefixlen 64 scopeid 0x6
>> nd6 options=29
>> media: Ethernet manual
>> status: active
>>
>> # uname -a
>> FreeBSD .xxx.xxx.xx 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0
>> r255410M: Tue Sep 10 14:58:33 BRT 2013
>> r...@.xxx.xxx.xx:/usr/obj/usr/src/sys/XENHVM amd64
>>
>> Quem tiver a curiosidade de fazer esse teste nas mesmas condições que
>> eu
>> aqui, seria interessante. Abaixo os dados:
>>
>> No servidor Debian 7 amd64
>> ii libxen-4.1 4.1.4-3+deb7u1 amd64
>> Public libs for Xen
>> ii libxenstore3.0 4.1.4-3+deb7u1 amd64
>> Xenstore communications library for Xen
>> ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64Xen
>> Hypervisor on AMD64
>> ii xen-linux-system-3.2.0-4-amd64 3.2.46-1+deb7u1 amd64Xen
>> system with Linux 3.2 on 64-bit PCs (meta-package)
>> ii xen-linux-system-amd64 3.2+46 amd64Xen system
>> with Linux for 64-bit PCs (meta-package)
>> ii xen-system-amd64 4.1.4-3+deb7u1 amd64Xen
>> System on AMD64 (meta-package)
>> ii xen-tools 4.3.1-1 all Tools to
>> manage Xen virtual servers
>> ii xen-utils-4.1 4.1.4-3+deb7u1 amd64XEN
>> administrative tools
>> ii xen-utils-common 4.1.4-3+deb7u1 all Xen
>> administrative tools - common files
>> ii xenstore-utils 4.1.4-3+deb7u1 amd64
>> Xenstore utilities for Xen
>>
>> Arquivo conf da VM:
>>
>> kernel = '/usr/lib/xen-4.1/boot/hvmloader'
>> builder = 'hvm'
>> vcpus = 4
>> memory = 2048
>> shadow_memory = 8
>> name = 'freeba'
>> vif = [ 'type=netfront, model=e1000, bridge=xenbr0', ]
>> #vif = [ 'type=ioemu, bridge=xenbr0, mac=00:00:00:ff:fe:01' ]
>> disk = [
>> 'file:/home/xen/domains/freeba/freeba.img,xvda,w',
>> 'file:/home/xen/domains/freeba/FreeBSD-9.2-PRERELEASE-amd64-20130831-r255108-disc1.iso,xvdc:cdrom,r'
>> ]
>> device_model = '/usr/lib/xen-4.1/bin/qemu-dm'
>> boot = 'cd'
>> sdl=0
>> vnc = '1'
>> vncviewer = '1'
>> vnclisten = "0.0.0.0"
>> vncpasswd = 'songamonga'
>> stdvga=0
>> serial='pty'
>> usbdevice='tablet'
>> on_poweroff = 'destroy'
>> on_reboot = 'restart'
>> on_crash= 'restart'
>>
>> Pacote do mod_evasive no FreeBSD: www/mod_evasive -
>> ap22-mod_evasive-1.10.1_1 An Apache module to try to protect the
>> HTTP Server from DoS/DD
Re: [FUG-BR] teste do mod_evasive rodando lento na VM
Em 2013-09-10 15:26, Marcelo Gondim escreveu:
> Em 10/09/13 10:16, vic escreveu:
>> Em 2013-09-10 9:23, Marcelo Gondim escreveu:
>>> Pessoal,
>>>
>>> Sei que muitos aqui conhecem o mod_evasive pro apache que no FreeBSD
>>> é
>>> o
>>> pacote ap22-mod_evasive.
>>> Ele vem com um script de teste que sempre utilizei pra checar se o
>>> mod_evasive tá legal:
>>>
>>> test.pl:
>>>
>>> #!/usr/bin/perl
>>> # test.pl: small script to test mod_dosevasive's effectiveness
>>> use IO::Socket;
>>> use strict;
>>> for(0..100) {
>>> my($response);
>>> my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
>>> PeerAddr=> "127.0.0.1:80");
>>> if (! defined $SOCKET) { die $!; }
>>> print $SOCKET "GET /?$_ HTTP/1.0\n\n";
>>> $response = <$SOCKET>;
>>> print $response;
>>> close($SOCKET);
>>> }
>>>
>>> Só que quando rodo numa VM com FreeBSD ele abre as conexões
>>> lentamente,
>>> fazendo com que o teste não funcione. Fiz o mesmo teste em um FreeBSD
>>> sem ser VM e rodou mais rápido e consegui fazer os testes. Fui
>>> comparar
>>> com uma outra máquina com Linux e rodou estupidamente mais rápido.
>>> Logicamente que diferenças de processamento podem ser uma das causas
>>> mas
>>> porque rodou tão lento numa VM é que não descobri ainda.
>>>Alguém tem alguma ideia?
>>>
>>> Grande abraço
>> Suponho que sua aquela sua VM em Xen. Por acaso você tem um firewall
>> PF
>> na VM? Se sim tente:
>>
>> ifconfig xn0 -tso
>> sysctl -w net.inet.tcp.tso=0
>>
>> Referências:
>>
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=154428
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=135178
>>
>> Além disso, se você não compilou o kernel XENHVM, faça um teste com
>> ele
>> e mude a configuração do xen na vif para usar o type=netfront
>>
> É vic compilei com o XENHVM fiz as mudanças de disco e interface de
> rede
> e mesmo assim continua lento as conexões localhost do test.pl:
>
> # df -h
> Filesystem SizeUsed Avail Capacity Mounted on
> /dev/xbd0p2 2G190M1.6G10%/
> devfs 1.0k1.0k 0B 100%/dev
> /dev/xbd0p4 58G 15G 37G29%/var
> /dev/xbd0p5 31G6.0G 22G21%/usr
> /dev/xbd0p6 2G 16M1.8G 1%/tmp
>
> xn0: flags=8843 metric 0 mtu
> 1500
> options=503
> ether 00:16:3e:02:9d:d6
> inet xx.xxx.xxx.xx netmask 0xfff8 broadcast 67.212.89.79
> inet6 fe80::216:3eff:fe02:9dd6%xn0 prefixlen 64 scopeid 0x6
> nd6 options=29
> media: Ethernet manual
> status: active
>
> # uname -a
> FreeBSD .xxx.xxx.xx 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0
> r255410M: Tue Sep 10 14:58:33 BRT 2013
> r...@.xxx.xxx.xx:/usr/obj/usr/src/sys/XENHVM amd64
>
> Quem tiver a curiosidade de fazer esse teste nas mesmas condições que
> eu
> aqui, seria interessante. Abaixo os dados:
>
> No servidor Debian 7 amd64
> ii libxen-4.1 4.1.4-3+deb7u1 amd64
> Public libs for Xen
> ii libxenstore3.0 4.1.4-3+deb7u1 amd64
> Xenstore communications library for Xen
> ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64Xen
> Hypervisor on AMD64
> ii xen-linux-system-3.2.0-4-amd64 3.2.46-1+deb7u1 amd64Xen
> system with Linux 3.2 on 64-bit PCs (meta-package)
> ii xen-linux-system-amd64 3.2+46 amd64Xen system
> with Linux for 64-bit PCs (meta-package)
> ii xen-system-amd64 4.1.4-3+deb7u1 amd64Xen
> System on AMD64 (meta-package)
> ii xen-tools 4.3.1-1 all Tools to
> manage Xen virtual servers
> ii xen-utils-4.1 4.1.4-3+deb7u1 amd64XEN
> administrative tools
> ii xen-utils-common 4.1.4-3+deb7u1 all Xen
> administrative tools - common files
> ii xenstore-utils 4.1.4-3+deb7u1 amd64
> Xenstore utilities for Xen
>
> Arquivo conf da VM:
>
> kernel = '/usr/lib/xen-4.1/boot/hvmloader'
> builder = 'hvm'
> vcpus = 4
> memory = 2048
> shadow_memory = 8
> name = 'freeba'
> vif = [ 'type=netfront, model=e1000, bridge=xenbr0', ]
> #vif = [ 'type=ioemu, bridge=xenbr0, mac=00:00:00:ff:fe:01' ]
> disk = [
> 'file:/home/xen/domains/freeba/freeba.img,xvda,w',
> 'file:/home/xen/domains/freeba/FreeBSD-9.2-PRERELEASE-amd64-20130831-r255108-disc1.iso,xvdc:cdrom,r'
> ]
> device_model = '/usr/lib/xen-4.1/bin/qemu-dm'
> boot = 'cd'
> sdl=0
> vnc = '1'
> vncviewer = '1'
> vnclisten = "0.0.0.0"
> vncpasswd = 'songamonga'
> stdvga=0
> serial='pty'
> usbdevice='tablet'
> on_poweroff = 'destroy'
> on_reboot = 'restart'
> on_crash= 'restart'
>
> Pacote do mod_evasive no FreeBSD: www/mod_evasive -
> ap22-mod_evasive-1.10.1_1 An Apache module to try to protect the
> HTTP Server from DoS/DDoS attacks
>
> []'s
> Gondim
Eu instalei o www/apache22 num 9.1 XENVHM e rodei o test.pl e o ab -kc
10 -t 30 http://IP_VM/ a partir do meu computador.
Depois eu
Re: [FUG-BR] teste do mod_evasive rodando lento na VM
Em 2013-09-10 17:59, Marcelo Gondim escreveu:
> Em 10/09/13 17:40, vic escreveu:
>> Em 2013-09-10 15:26, Marcelo Gondim escreveu:
>>> Em 10/09/13 10:16, vic escreveu:
Em 2013-09-10 9:23, Marcelo Gondim escreveu:
> Pessoal,
>
> Sei que muitos aqui conhecem o mod_evasive pro apache que no
> FreeBSD
> é
> o
> pacote ap22-mod_evasive.
> Ele vem com um script de teste que sempre utilizei pra checar se o
> mod_evasive tá legal:
>
> test.pl:
>
> #!/usr/bin/perl
> # test.pl: small script to test mod_dosevasive's effectiveness
> use IO::Socket;
> use strict;
> for(0..100) {
> my($response);
> my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
> PeerAddr=>
> "127.0.0.1:80");
> if (! defined $SOCKET) { die $!; }
> print $SOCKET "GET /?$_ HTTP/1.0\n\n";
> $response = <$SOCKET>;
> print $response;
> close($SOCKET);
> }
>
> Só que quando rodo numa VM com FreeBSD ele abre as conexões
> lentamente,
> fazendo com que o teste não funcione. Fiz o mesmo teste em um
> FreeBSD
> sem ser VM e rodou mais rápido e consegui fazer os testes. Fui
> comparar
> com uma outra máquina com Linux e rodou estupidamente mais rápido.
> Logicamente que diferenças de processamento podem ser uma das
> causas
> mas
> porque rodou tão lento numa VM é que não descobri ainda.
> Alguém tem alguma ideia?
>
> Grande abraço
Suponho que sua aquela sua VM em Xen. Por acaso você tem um firewall
PF
na VM? Se sim tente:
ifconfig xn0 -tso
sysctl -w net.inet.tcp.tso=0
Referências:
http://www.freebsd.org/cgi/query-pr.cgi?pr=154428
http://www.freebsd.org/cgi/query-pr.cgi?pr=135178
Além disso, se você não compilou o kernel XENHVM, faça um teste com
ele
e mude a configuração do xen na vif para usar o type=netfront
>>> É vic compilei com o XENHVM fiz as mudanças de disco e interface de
>>> rede
>>> e mesmo assim continua lento as conexões localhost do test.pl:
>>>
>>> # df -h
>>> Filesystem SizeUsed Avail Capacity Mounted on
>>> /dev/xbd0p2 2G190M1.6G10%/
>>> devfs 1.0k1.0k 0B 100%/dev
>>> /dev/xbd0p4 58G 15G 37G29%/var
>>> /dev/xbd0p5 31G6.0G 22G21%/usr
>>> /dev/xbd0p6 2G 16M1.8G 1%/tmp
>>>
>>> xn0: flags=8843 metric 0 mtu
>>> 1500
>>> options=503
>>> ether 00:16:3e:02:9d:d6
>>> inet xx.xxx.xxx.xx netmask 0xfff8 broadcast 67.212.89.79
>>> inet6 fe80::216:3eff:fe02:9dd6%xn0 prefixlen 64 scopeid 0x6
>>> nd6 options=29
>>> media: Ethernet manual
>>> status: active
>>>
>>> # uname -a
>>> FreeBSD .xxx.xxx.xx 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0
>>> r255410M: Tue Sep 10 14:58:33 BRT 2013
>>> r...@.xxx.xxx.xx:/usr/obj/usr/src/sys/XENHVM amd64
>>>
>>> Quem tiver a curiosidade de fazer esse teste nas mesmas condições que
>>> eu
>>> aqui, seria interessante. Abaixo os dados:
>>>
>>> No servidor Debian 7 amd64
>>> ii libxen-4.1 4.1.4-3+deb7u1 amd64
>>> Public libs for Xen
>>> ii libxenstore3.0 4.1.4-3+deb7u1 amd64
>>> Xenstore communications library for Xen
>>> ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64
>>> Xen
>>> Hypervisor on AMD64
>>> ii xen-linux-system-3.2.0-4-amd64 3.2.46-1+deb7u1 amd64
>>> Xen
>>> system with Linux 3.2 on 64-bit PCs (meta-package)
>>> ii xen-linux-system-amd64 3.2+46 amd64Xen system
>>> with Linux for 64-bit PCs (meta-package)
>>> ii xen-system-amd64 4.1.4-3+deb7u1 amd64
>>> Xen
>>> System on AMD64 (meta-package)
>>> ii xen-tools 4.3.1-1 all Tools to
>>> manage Xen virtual servers
>>> ii xen-utils-4.1 4.1.4-3+deb7u1 amd64
>>> XEN
>>> administrative tools
>>> ii xen-utils-common 4.1.4-3+deb7u1 all
>>> Xen
>>> administrative tools - common files
>>> ii xenstore-utils 4.1.4-3+deb7u1 amd64
>>> Xenstore utilities for Xen
>>>
>>> Arquivo conf da VM:
>>>
>>> kernel = '/usr/lib/xen-4.1/boot/hvmloader'
>>> builder = 'hvm'
>>> vcpus = 4
>>> memory = 2048
>>> shadow_memory = 8
>>> name = 'freeba'
>>> vif = [ 'type=netfront, model=e1000, bridge=xenbr0', ]
>>> #vif = [ 'type=ioemu, bridge=xenbr0, mac=00:00:00:ff:fe:01' ]
>>> disk = [
>>> 'file:/home/xen/domains/freeba/freeba.img,xvda,w',
>>> 'file:/home/xen/domains/freeba/FreeBSD-9.2-PRERELEASE-amd64-20130831-r255108-disc1.iso,xvdc:cdrom,r'
>>> ]
>>> device_model = '/usr/lib/xen-4.1/bin/qemu-dm'
>>> boot = 'cd'
>>> sdl=0
>>> vnc = '1'
>>> vncviewer = '1'
>>> vnclisten = "0.0.0.0"
>>> vncpasswd = 'songamonga'
>>> stdvga=0
>>> serial='pty'
>>> usbdev
Re: [FUG-BR] teste do mod_evasive rodando lento na VM
Em 10/09/13 10:16, vic escreveu:
> Em 2013-09-10 9:23, Marcelo Gondim escreveu:
>> Pessoal,
>>
>> Sei que muitos aqui conhecem o mod_evasive pro apache que no FreeBSD é
>> o
>> pacote ap22-mod_evasive.
>> Ele vem com um script de teste que sempre utilizei pra checar se o
>> mod_evasive tá legal:
>>
>> test.pl:
>>
>> #!/usr/bin/perl
>> # test.pl: small script to test mod_dosevasive's effectiveness
>> use IO::Socket;
>> use strict;
>> for(0..100) {
>> my($response);
>> my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
>> PeerAddr=> "127.0.0.1:80");
>> if (! defined $SOCKET) { die $!; }
>> print $SOCKET "GET /?$_ HTTP/1.0\n\n";
>> $response = <$SOCKET>;
>> print $response;
>> close($SOCKET);
>> }
>>
>> Só que quando rodo numa VM com FreeBSD ele abre as conexões lentamente,
>> fazendo com que o teste não funcione. Fiz o mesmo teste em um FreeBSD
>> sem ser VM e rodou mais rápido e consegui fazer os testes. Fui comparar
>> com uma outra máquina com Linux e rodou estupidamente mais rápido.
>> Logicamente que diferenças de processamento podem ser uma das causas
>> mas
>> porque rodou tão lento numa VM é que não descobri ainda.
>>Alguém tem alguma ideia?
>>
>> Grande abraço
> Suponho que sua aquela sua VM em Xen. Por acaso você tem um firewall PF
> na VM? Se sim tente:
>
> ifconfig xn0 -tso
> sysctl -w net.inet.tcp.tso=0
>
> Referências:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=154428
> http://www.freebsd.org/cgi/query-pr.cgi?pr=135178
>
> Além disso, se você não compilou o kernel XENHVM, faça um teste com ele
> e mude a configuração do xen na vif para usar o type=netfront
>
É vic compilei com o XENHVM fiz as mudanças de disco e interface de rede
e mesmo assim continua lento as conexões localhost do test.pl:
# df -h
Filesystem SizeUsed Avail Capacity Mounted on
/dev/xbd0p2 2G190M1.6G10%/
devfs 1.0k1.0k 0B 100%/dev
/dev/xbd0p4 58G 15G 37G29%/var
/dev/xbd0p5 31G6.0G 22G21%/usr
/dev/xbd0p6 2G 16M1.8G 1%/tmp
xn0: flags=8843 metric 0 mtu 1500
options=503
ether 00:16:3e:02:9d:d6
inet xx.xxx.xxx.xx netmask 0xfff8 broadcast 67.212.89.79
inet6 fe80::216:3eff:fe02:9dd6%xn0 prefixlen 64 scopeid 0x6
nd6 options=29
media: Ethernet manual
status: active
# uname -a
FreeBSD .xxx.xxx.xx 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0
r255410M: Tue Sep 10 14:58:33 BRT 2013
r...@.xxx.xxx.xx:/usr/obj/usr/src/sys/XENHVM amd64
Quem tiver a curiosidade de fazer esse teste nas mesmas condições que eu
aqui, seria interessante. Abaixo os dados:
No servidor Debian 7 amd64
ii libxen-4.1 4.1.4-3+deb7u1 amd64
Public libs for Xen
ii libxenstore3.0 4.1.4-3+deb7u1 amd64
Xenstore communications library for Xen
ii xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1 amd64Xen
Hypervisor on AMD64
ii xen-linux-system-3.2.0-4-amd64 3.2.46-1+deb7u1 amd64Xen
system with Linux 3.2 on 64-bit PCs (meta-package)
ii xen-linux-system-amd64 3.2+46 amd64Xen system
with Linux for 64-bit PCs (meta-package)
ii xen-system-amd64 4.1.4-3+deb7u1 amd64Xen
System on AMD64 (meta-package)
ii xen-tools 4.3.1-1 all Tools to
manage Xen virtual servers
ii xen-utils-4.1 4.1.4-3+deb7u1 amd64XEN
administrative tools
ii xen-utils-common 4.1.4-3+deb7u1 all Xen
administrative tools - common files
ii xenstore-utils 4.1.4-3+deb7u1 amd64
Xenstore utilities for Xen
Arquivo conf da VM:
kernel = '/usr/lib/xen-4.1/boot/hvmloader'
builder = 'hvm'
vcpus = 4
memory = 2048
shadow_memory = 8
name = 'freeba'
vif = [ 'type=netfront, model=e1000, bridge=xenbr0', ]
#vif = [ 'type=ioemu, bridge=xenbr0, mac=00:00:00:ff:fe:01' ]
disk = [
'file:/home/xen/domains/freeba/freeba.img,xvda,w',
'file:/home/xen/domains/freeba/FreeBSD-9.2-PRERELEASE-amd64-20130831-r255108-disc1.iso,xvdc:cdrom,r'
]
device_model = '/usr/lib/xen-4.1/bin/qemu-dm'
boot = 'cd'
sdl=0
vnc = '1'
vncviewer = '1'
vnclisten = "0.0.0.0"
vncpasswd = 'songamonga'
stdvga=0
serial='pty'
usbdevice='tablet'
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash= 'restart'
Pacote do mod_evasive no FreeBSD: www/mod_evasive -
ap22-mod_evasive-1.10.1_1 An Apache module to try to protect the
HTTP Server from DoS/DDoS attacks
[]'s
Gondim
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste do mod_evasive rodando lento na VM
Em 10/09/13 10:55, Matheus L. Abreu escreveu:
> 2013/9/10 Marcelo Gondim
>
>> Em 10/09/13 09:23, Marcelo Gondim escreveu:
>>> Pessoal,
>>>
>>> Sei que muitos aqui conhecem o mod_evasive pro apache que no FreeBSD é o
>>> pacote ap22-mod_evasive.
>>> Ele vem com um script de teste que sempre utilizei pra checar se o
>>> mod_evasive tá legal:
>>>
>>> test.pl:
>>>
>>> #!/usr/bin/perl
>>> # test.pl: small script to test mod_dosevasive's effectiveness
>>> use IO::Socket;
>>> use strict;
>>> for(0..100) {
>>> my($response);
>>> my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
>>> PeerAddr=> "127.0.0.1:80");
>>> if (! defined $SOCKET) { die $!; }
>>> print $SOCKET "GET /?$_ HTTP/1.0\n\n";
>>> $response = <$SOCKET>;
>>> print $response;
>>> close($SOCKET);
>>> }
>>>
>>> Só que quando rodo numa VM com FreeBSD ele abre as conexões lentamente,
>>> fazendo com que o teste não funcione. Fiz o mesmo teste em um FreeBSD
>>> sem ser VM e rodou mais rápido e consegui fazer os testes. Fui comparar
>>> com uma outra máquina com Linux e rodou estupidamente mais rápido.
>>> Logicamente que diferenças de processamento podem ser uma das causas mas
>>> porque rodou tão lento numa VM é que não descobri ainda.
>>> Alguém tem alguma ideia?
>>>
>>>
>> É a coisa só acontece lento mesmo porque é VM. Em outra máquina aqui
>> FreeBSD e uma outra Linux ficou rápido e normal. :)
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> Discordo de "ser lento" por estar em VMware.
> Fiz uma farm com 8 apaches (todos com mod_evasive) e não notei nenhuma
> lentidão.
> Claro que as boas praticas em ambientes virtuais apliquei todas ...
> instalação do vmware-tools, ajustes no kern.hz, etc.
>
>
Oi Matheus,
Aqui não foi VMWare é um Xen dom0 rodando um Guest FreeBSD em HVM.
Os programas e acessos rodam normal e em velocidade muito boa, só achei
estranho foi o test.pl do mod_evasive que quando roda fecha praticamente
1 conexão por segundo o que não resulta no bloqueio do mod_evasive.
[]'s
Gondim
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste do mod_evasive rodando lento na VM
Em 10/09/13 10:16, vic escreveu:
> Em 2013-09-10 9:23, Marcelo Gondim escreveu:
>> Pessoal,
>>
>> Sei que muitos aqui conhecem o mod_evasive pro apache que no FreeBSD é
>> o
>> pacote ap22-mod_evasive.
>> Ele vem com um script de teste que sempre utilizei pra checar se o
>> mod_evasive tá legal:
>>
>> test.pl:
>>
>> #!/usr/bin/perl
>> # test.pl: small script to test mod_dosevasive's effectiveness
>> use IO::Socket;
>> use strict;
>> for(0..100) {
>> my($response);
>> my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
>> PeerAddr=> "127.0.0.1:80");
>> if (! defined $SOCKET) { die $!; }
>> print $SOCKET "GET /?$_ HTTP/1.0\n\n";
>> $response = <$SOCKET>;
>> print $response;
>> close($SOCKET);
>> }
>>
>> Só que quando rodo numa VM com FreeBSD ele abre as conexões lentamente,
>> fazendo com que o teste não funcione. Fiz o mesmo teste em um FreeBSD
>> sem ser VM e rodou mais rápido e consegui fazer os testes. Fui comparar
>> com uma outra máquina com Linux e rodou estupidamente mais rápido.
>> Logicamente que diferenças de processamento podem ser uma das causas
>> mas
>> porque rodou tão lento numa VM é que não descobri ainda.
>>Alguém tem alguma ideia?
>>
>> Grande abraço
> Suponho que sua aquela sua VM em Xen. Por acaso você tem um firewall PF
> na VM? Se sim tente:
>
> ifconfig xn0 -tso
> sysctl -w net.inet.tcp.tso=0
>
> Referências:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=154428
> http://www.freebsd.org/cgi/query-pr.cgi?pr=135178
>
> Além disso, se você não compilou o kernel XENHVM, faça um teste com ele
> e mude a configuração do xen na vif para usar o type=netfront
>
Oi Vic, essa VM mesmo rsrsrs só não vou fazer esse teste agora porque tá
em produção mas vou ver como vou fazer isso aqui.
Eu uso ipfw e mesmo sem o firewall habilitado, isso ocorre.
[]'s
Gondim
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste do mod_evasive rodando lento na VM
2013/9/10 Marcelo Gondim
> Em 10/09/13 09:23, Marcelo Gondim escreveu:
> > Pessoal,
> >
> > Sei que muitos aqui conhecem o mod_evasive pro apache que no FreeBSD é o
> > pacote ap22-mod_evasive.
> > Ele vem com um script de teste que sempre utilizei pra checar se o
> > mod_evasive tá legal:
> >
> > test.pl:
> >
> > #!/usr/bin/perl
> > # test.pl: small script to test mod_dosevasive's effectiveness
> > use IO::Socket;
> > use strict;
> > for(0..100) {
> > my($response);
> > my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
> > PeerAddr=> "127.0.0.1:80");
> > if (! defined $SOCKET) { die $!; }
> > print $SOCKET "GET /?$_ HTTP/1.0\n\n";
> > $response = <$SOCKET>;
> > print $response;
> > close($SOCKET);
> > }
> >
> > Só que quando rodo numa VM com FreeBSD ele abre as conexões lentamente,
> > fazendo com que o teste não funcione. Fiz o mesmo teste em um FreeBSD
> > sem ser VM e rodou mais rápido e consegui fazer os testes. Fui comparar
> > com uma outra máquina com Linux e rodou estupidamente mais rápido.
> > Logicamente que diferenças de processamento podem ser uma das causas mas
> > porque rodou tão lento numa VM é que não descobri ainda.
> >Alguém tem alguma ideia?
> >
> >
> É a coisa só acontece lento mesmo porque é VM. Em outra máquina aqui
> FreeBSD e uma outra Linux ficou rápido e normal. :)
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Discordo de "ser lento" por estar em VMware.
Fiz uma farm com 8 apaches (todos com mod_evasive) e não notei nenhuma
lentidão.
Claro que as boas praticas em ambientes virtuais apliquei todas ...
instalação do vmware-tools, ajustes no kern.hz, etc.
--
*Matheus Lamberti de Abreu*
*- Para obter algo que você nunca teve, precisa fazer algo que nunca fez.
*
*- Unix is user friendly. It's just selective about who its friends are.
- In theory there is no difference between theory and pratice, but in
pratice there is.
*
*- The condition of any backup is unknown until a restore is attempted.
*
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste do mod_evasive rodando lento na VM
Em 10/09/13 09:23, Marcelo Gondim escreveu:
> Pessoal,
>
> Sei que muitos aqui conhecem o mod_evasive pro apache que no FreeBSD é o
> pacote ap22-mod_evasive.
> Ele vem com um script de teste que sempre utilizei pra checar se o
> mod_evasive tá legal:
>
> test.pl:
>
> #!/usr/bin/perl
> # test.pl: small script to test mod_dosevasive's effectiveness
> use IO::Socket;
> use strict;
> for(0..100) {
> my($response);
> my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
> PeerAddr=> "127.0.0.1:80");
> if (! defined $SOCKET) { die $!; }
> print $SOCKET "GET /?$_ HTTP/1.0\n\n";
> $response = <$SOCKET>;
> print $response;
> close($SOCKET);
> }
>
> Só que quando rodo numa VM com FreeBSD ele abre as conexões lentamente,
> fazendo com que o teste não funcione. Fiz o mesmo teste em um FreeBSD
> sem ser VM e rodou mais rápido e consegui fazer os testes. Fui comparar
> com uma outra máquina com Linux e rodou estupidamente mais rápido.
> Logicamente que diferenças de processamento podem ser uma das causas mas
> porque rodou tão lento numa VM é que não descobri ainda.
>Alguém tem alguma ideia?
>
>
É a coisa só acontece lento mesmo porque é VM. Em outra máquina aqui
FreeBSD e uma outra Linux ficou rápido e normal. :)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste do mod_evasive rodando lento na VM
Em 2013-09-10 9:23, Marcelo Gondim escreveu:
> Pessoal,
>
> Sei que muitos aqui conhecem o mod_evasive pro apache que no FreeBSD é
> o
> pacote ap22-mod_evasive.
> Ele vem com um script de teste que sempre utilizei pra checar se o
> mod_evasive tá legal:
>
> test.pl:
>
> #!/usr/bin/perl
> # test.pl: small script to test mod_dosevasive's effectiveness
> use IO::Socket;
> use strict;
> for(0..100) {
>my($response);
>my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
>PeerAddr=> "127.0.0.1:80");
>if (! defined $SOCKET) { die $!; }
>print $SOCKET "GET /?$_ HTTP/1.0\n\n";
>$response = <$SOCKET>;
>print $response;
>close($SOCKET);
> }
>
> Só que quando rodo numa VM com FreeBSD ele abre as conexões lentamente,
> fazendo com que o teste não funcione. Fiz o mesmo teste em um FreeBSD
> sem ser VM e rodou mais rápido e consegui fazer os testes. Fui comparar
> com uma outra máquina com Linux e rodou estupidamente mais rápido.
> Logicamente que diferenças de processamento podem ser uma das causas
> mas
> porque rodou tão lento numa VM é que não descobri ainda.
> Alguém tem alguma ideia?
>
> Grande abraço
Suponho que sua aquela sua VM em Xen. Por acaso você tem um firewall PF
na VM? Se sim tente:
ifconfig xn0 -tso
sysctl -w net.inet.tcp.tso=0
Referências:
http://www.freebsd.org/cgi/query-pr.cgi?pr=154428
http://www.freebsd.org/cgi/query-pr.cgi?pr=135178
Além disso, se você não compilou o kernel XENHVM, faça um teste com ele
e mude a configuração do xen na vif para usar o type=netfront
--
vic
choppnerd.com
donttrack.us | dontbubble.us
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste do mod_evasive rodando lento na VM
Pessoal,
Sei que muitos aqui conhecem o mod_evasive pro apache que no FreeBSD é o
pacote ap22-mod_evasive.
Ele vem com um script de teste que sempre utilizei pra checar se o
mod_evasive tá legal:
test.pl:
#!/usr/bin/perl
# test.pl: small script to test mod_dosevasive's effectiveness
use IO::Socket;
use strict;
for(0..100) {
my($response);
my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
PeerAddr=> "127.0.0.1:80");
if (! defined $SOCKET) { die $!; }
print $SOCKET "GET /?$_ HTTP/1.0\n\n";
$response = <$SOCKET>;
print $response;
close($SOCKET);
}
Só que quando rodo numa VM com FreeBSD ele abre as conexões lentamente,
fazendo com que o teste não funcione. Fiz o mesmo teste em um FreeBSD
sem ser VM e rodou mais rápido e consegui fazer os testes. Fui comparar
com uma outra máquina com Linux e rodou estupidamente mais rápido.
Logicamente que diferenças de processamento podem ser uma das causas mas
porque rodou tão lento numa VM é que não descobri ainda.
Alguém tem alguma ideia?
Grande abraço
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste
obrigado Em 3 de novembro de 2012 11:43, Welkson Renny de Medeiros escreveu: > 2012/11/3 Anderson Alves de Albuquerque > > > -- > > [], Anderson Alves de Albuquerque. > > > > > Retorno do comando: "Teste realizado com sucesso."; > > Welkson > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) Skype: andersonalvesdealbuquerque ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de envio
Testei por que os e-mail da lista estava voltando.
Att.
Em 28 de agosto de 2012 12:01, João Mancy escreveu:
> Você não possui 1 email seu - p/ fazer o SEU teste?
> Eu tenho que abrir o mail da lista e ler "teste"
>
> tem necessidade isso ???
>
> tô sendo chato, mas vá que isso vire moda.
>
>
>
> 2012/8/28 Paulo Henrique
>
> > Valeu Cleyton
> >
> > 2012/8/28 Cleiton Alves
> >
> > > testado
> > >
> > >
> > > 2012/8/28 Paulo Henrique
> > > teste
> > >
> > > --
> > > :=)><(=:
> > >
> > > Flamers > /dev/null !!!
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> > >
> > >
> > > --
> > >
> > >
> > > :(){ :|:& };:
> > > "Unix is user-friendly. It's just very selective about who its friends
> > > are."
> > >
> > > http://about.me/cleiton_alves
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> >
> >
> > --
> > :=)><(=:
> >
> > Flamers > /dev/null !!!
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
>
> --
> João Luis Mancy dos Santos
> joaocep at gmail.com(msn too)
> http://joaocep.blogspot.com
> http://www.istf.com.br/perguntas/
> http://www.fug.com.br/content/view/20/69/
> uin 82889044
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
--
:=)><(=:
Flamers > /dev/null !!!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de envio
Você não possui 1 email seu - p/ fazer o SEU teste?
Eu tenho que abrir o mail da lista e ler "teste"
tem necessidade isso ???
tô sendo chato, mas vá que isso vire moda.
2012/8/28 Paulo Henrique
> Valeu Cleyton
>
> 2012/8/28 Cleiton Alves
>
> > testado
> >
> >
> > 2012/8/28 Paulo Henrique
> > teste
> >
> > --
> > :=)><(=:
> >
> > Flamers > /dev/null !!!
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> >
> >
> > --
> >
> >
> > :(){ :|:& };:
> > "Unix is user-friendly. It's just very selective about who its friends
> > are."
> >
> > http://about.me/cleiton_alves
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
>
> --
> :=)><(=:
>
> Flamers > /dev/null !!!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
--
João Luis Mancy dos Santos
joaocep at gmail.com(msn too)
http://joaocep.blogspot.com
http://www.istf.com.br/perguntas/
http://www.fug.com.br/content/view/20/69/
uin 82889044
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de envio
Valeu Cleyton
2012/8/28 Cleiton Alves
> testado
>
>
> 2012/8/28 Paulo Henrique
> teste
>
> --
> :=)><(=:
>
> Flamers > /dev/null !!!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
> --
>
>
> :(){ :|:& };:
> "Unix is user-friendly. It's just very selective about who its friends
> are."
>
> http://about.me/cleiton_alves
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
--
:=)><(=:
Flamers > /dev/null !!!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de envio
testado
2012/8/28 Paulo Henrique
teste
--
:=)><(=:
Flamers > /dev/null !!!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
:(){ :|:& };:
"Unix is user-friendly. It's just very selective about who its friends are."
http://about.me/cleiton_alves
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste de envio
teste -- :=)><(=: Flamers > /dev/null !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste
Em 10/07/2012 03:35, Anderson Alves de Albuquerque escreveu: rsrsrs teste chegou aahahahahahha - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de banda disponivel
On Wed, Jan 26, 2011 at 03:23:16PM -0200, Carlos Eduardo G. Carvalho (Cartola) wrote: > Instalei aqui o iperf. Ele tem um uso meio restrito, tendo que ser instalado > nas duas pontas, um como cliente outro como servidor. Eu hoje em dia não > tenho essa possibilidade em lugar nenhum: em casa, trabalho, provedor que > contrato, ... > > Além disso, pra medir banda no trabalho, por exemplo, teria que me > autenticar no proxy via ntlm e parece que o iperf não faria isso. Me resta o > bom e velho wget mesmo. > > Abs! Bom, sem ter acompanhado muito a thread, mas me intrometendo um pouco, você chegou a testar o http://www.grid.unina.it/software/ITG/ ? "D-ITG (Distributed Internet Traffic Generator) is a platform capable to produce traffic at packet level accurately replicating appropriate stochastic processes for both IDT (Inter Departure Time) and PS (Packet Size) random variables (exponential, uniform, cauchy, normal, pareto, ...). D-ITG supports both IPv4 and IPv6 traffic generation and it is capable to generate traffic at network, transport, and application layer. We believe that D-ITG shows interesting properties when compared to other traffic generators." Cheguei apenas a fazer alguns testes, mas pode ajudar. Bom, é uma ferramenta a mais, certo? Ah, e na página deles tem um link para outros geradores de tráfego, com várias referências: http://www.grid.unina.it/software/ITG/link.php []'s -- Ricardo Campos Passanezi - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de banda disponivel
Instalei aqui o iperf. Ele tem um uso meio restrito, tendo que ser instalado nas duas pontas, um como cliente outro como servidor. Eu hoje em dia não tenho essa possibilidade em lugar nenhum: em casa, trabalho, provedor que contrato, ... Além disso, pra medir banda no trabalho, por exemplo, teria que me autenticar no proxy via ntlm e parece que o iperf não faria isso. Me resta o bom e velho wget mesmo. Abs! Em 26 de janeiro de 2011 15:07, coopermine escreveu: > show de bola.. estou fazendo algum testes aqui com iperf e gwet... > __ > > Em 26/01/2011 09:13, Carlos Eduardo G. Carvalho (Cartola) < > cartol...@gmail.com > escreveu: >Ã, o iperf parece que é exatamente o que você procura, mas veja que > provavelmente o que o rjnet faz é transferir algum conteúdo conhecido > e > medir o tempo que levou. Alguns softwares já fazem isso ao baixar > arquivos, > como o wget por exemplo. Se você escolher um site que certamente tenha > banda >de saÃda maior que sua banda de entrada pode fazer um download de um >arquivo > grande e ver as taxas de download que obtém. Eu costumo baixar uma iso > do > FreeBSD da unicamp ou algo do sourceforge pra testar, até por que em > geral > já tenho o wget instalado em minhas máquinas e o iperf não. > Outro dia usei o wget no meu provedor, onde também não poderia > instalar o > iperf. Medi a banda num download para limitar em seguida os downloads > em 1/4 > da banda, já que é uma hospedagem compartilhada e não posso usar m > ais que > 25% dos recursos do provedor. > Abs, Cartola. > Em 26 de janeiro de 2011 08:45, Danilo Nascimento < > danilo.nasciment...@gmail.com> escreveu: > > Você pode usar o iperf. > > > > [ ]'s Danilo Nascimento > > >> Em 26/01/2011, Ã s 03:32, coopermine escreveu: >> > > > o que eu quero dizer não é o trafico da placa, o que estou > falando e > > > vc entrar um um site desse que testa banda... > > > ex:� [1]http://www.rjnet.com.br/1velocimetro.php > > > ...[2]http://speedtest.copel.net/speedtest.swf e etc... para ver > banda > > > real... se teria algum por shell ou sei la um script desse da > vida... > > > __ > > > > > > Em 26/01/2011 03:22, Bruno Torres Viana < btvi...@gmail.com > > > escreveu: >> > Não sei se entendi bem, m as o nload mostra o tráfego da placa em >> > tempo real. > > > Em 26 de janeiro de 2011 03:17, coopermine escreveu: > > >> Essa noite estava pensando... será que alguem ja pensou assim? ou > eu > > >> estou viajando em minha ideias, bem digamos que eu tenha 1 mega de > > >> download.. entao sei que meu servidor tem 1 mega para usar e que > use > > >> 1/3 disso, existe alguma maneira ou alguma forma de eu ter um > teste > > > via > > >> shell mesmo de ver qual banda que eu tenho realmente disponivel? > sem > > >> que eu tenha que usar um medidor de velocidade desse web? talvez > > > alguem > > >> tenha isso, mas eu particulamente desconheço algo assim.. nao sei > se > > >> fiu claro no que disse mais a ideia é basicamente essa.. existe > > > algum > > >> medidor de banda tipo rjnet, copel etc via shell? > > >> ; - > > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > >> > > > -- > > > ___ > > > Bruno Torres Viana > > > Consultor em TI > > > Celular: (27) 9225-4766 > > > SKYPE/MSN: btorres_viana > > > Todos nós somos ignorantes, porém em assuntos diferentes. Não > seja > > > ignorante > > > por opção! > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > References > > > > > > 1. http://www.rjnet.com.br/1velocimetro.php > > > 2. http://speedtest.copel.net/speedtest.swf > > > - > > > 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 > > - > 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] Teste de banda disponivel
show de bola.. estou fazendo algum testes aqui com iperf e gwet... __ Em 26/01/2011 09:13, Carlos Eduardo G. Carvalho (Cartola) < cartol...@gmail.com > escreveu: �, o iperf parece que é exatamente o que você procura, mas veja que provavelmente o que o rjnet faz é transferir algum conteúdo conhecido e medir o tempo que levou. Alguns softwares já fazem isso ao baixar arquivos, como o wget por exemplo. Se você escolher um site que certamente tenha banda de sa�da maior que sua banda de entrada pode fazer um download de um arquivo grande e ver as taxas de download que obtém. Eu costumo baixar uma iso do FreeBSD da unicamp ou algo do sourceforge pra testar, até por que em geral já tenho o wget instalado em minhas máquinas e o iperf não. Outro dia usei o wget no meu provedor, onde também não poderia instalar o iperf. Medi a banda num download para limitar em seguida os downloads em 1/4 da banda, já que é uma hospedagem compartilhada e não posso usar m ais que 25% dos recursos do provedor. Abs, Cartola. Em 26 de janeiro de 2011 08:45, Danilo Nascimento < danilo.nasciment...@gmail.com> escreveu: > Você pode usar o iperf. > > [ ]'s Danilo Nascimento > > Em 26/01/2011, � s 03:32, coopermine escreveu: > > > o que eu quero dizer não é o trafico da placa, o que estou falando e > > vc entrar um um site desse que testa banda... > > ex:� [1]http://www.rjnet.com.br/1velocimetro.php > > ...[2]http://speedtest.copel.net/speedtest.swf e etc... para ver banda > > real... se teria algum por shell ou sei la um script desse da vida... > > __ > > > > Em 26/01/2011 03:22, Bruno Torres Viana < btvi...@gmail.com > > escreveu: > > Não sei se entendi bem, m as o nload mostra o tráfego da placa em > > tempo real. > > Em 26 de janeiro de 2011 03:17, coopermine escreveu: > >> Essa noite estava pensando... será que alguem ja pensou assim? ou eu > >> estou viajando em minha ideias, bem digamos que eu tenha 1 mega de > >> download.. entao sei que meu servidor tem 1 mega para usar e que use > >> 1/3 disso, existe alguma maneira ou alguma forma de eu ter um teste > > via > >> shell mesmo de ver qual banda que eu tenho realmente disponivel? sem > >> que eu tenha que usar um medidor de velocidade desse web? talvez > > alguem > >> tenha isso, mas eu particulamente desconheço algo assim.. nao sei se > >> fiu claro no que disse mais a ideia é basicamente essa.. existe > > algum > >> medidor de banda tipo rjnet, copel etc via shell? > >> ; - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > -- > > ___ > > Bruno Torres Viana > > Consultor em TI > > Celular: (27) 9225-4766 > > SKYPE/MSN: btorres_viana > > Todos nós somos ignorantes, porém em assuntos diferentes. Não seja > > ignorante > > por opção! > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > References > > > > 1. http://www.rjnet.com.br/1velocimetro.php > > 2. http://speedtest.copel.net/speedtest.swf > > - > > 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de banda disponivel
É, o iperf parece que é exatamente o que você procura, mas veja que provavelmente o que o rjnet faz é transferir algum conteúdo conhecido e medir o tempo que levou. Alguns softwares já fazem isso ao baixar arquivos, como o wget por exemplo. Se você escolher um site que certamente tenha banda de saída maior que sua banda de entrada pode fazer um download de um arquivo grande e ver as taxas de download que obtém. Eu costumo baixar uma iso do FreeBSD da unicamp ou algo do sourceforge pra testar, até por que em geral já tenho o wget instalado em minhas máquinas e o iperf não. Outro dia usei o wget no meu provedor, onde também não poderia instalar o iperf. Medi a banda num download para limitar em seguida os downloads em 1/4 da banda, já que é uma hospedagem compartilhada e não posso usar mais que 25% dos recursos do provedor. Abs, Cartola. Em 26 de janeiro de 2011 08:45, Danilo Nascimento < danilo.nasciment...@gmail.com> escreveu: > Você pode usar o iperf. > > [ ]'s Danilo Nascimento > > Em 26/01/2011, às 03:32, coopermine escreveu: > > > o que eu quero dizer não é o trafico da placa, o que estou falando e > > vc entrar um um site desse que testa banda... > > ex:� [1]http://www.rjnet.com.br/1velocimetro.php > > ...[2]http://speedtest.copel.net/speedtest.swf e etc... para ver banda > > real... se teria algum por shell ou sei la um script desse da vida... > > __ > > > > Em 26/01/2011 03:22, Bruno Torres Viana < btvi...@gmail.com > > escreveu: > > Não sei se entendi bem, mas o nload mostra o tráfego da placa em > > tempo real. > > Em 26 de janeiro de 2011 03:17, coopermine escreveu: > >> Essa noite estava pensando... será que alguem ja pensou assim? ou eu > >> estou viajando em minha ideias, bem digamos que eu tenha 1 mega de > >> download.. entao sei que meu servidor tem 1 mega para usar e que use > >> 1/3 disso, existe alguma maneira ou alguma forma de eu ter um teste > > via > >> shell mesmo de ver qual banda que eu tenho realmente disponivel? sem > >> que eu tenha que usar um medidor de velocidade desse web? talvez > > alguem > >> tenha isso, mas eu particulamente desconheço algo assim.. nao sei se > >> fiu claro no que disse mais a ideia é basicamente essa.. existe > > algum > >> medidor de banda tipo rjnet, copel etc via shell? > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > -- > > ___ > > Bruno Torres Viana > > Consultor em TI > > Celular: (27) 9225-4766 > > SKYPE/MSN: btorres_viana > > Todos nós somos ignorantes, porém em assuntos diferentes. Não seja > > ignorante > > por opção! > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > References > > > > 1. http://www.rjnet.com.br/1velocimetro.php > > 2. http://speedtest.copel.net/speedtest.swf > > - > > 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
Re: [FUG-BR] Teste de banda disponivel
Você pode usar o iperf. [ ]'s Danilo Nascimento Em 26/01/2011, às 03:32, coopermine escreveu: > o que eu quero dizer não é o trafico da placa, o que estou falando e > vc entrar um um site desse que testa banda... > ex:� [1]http://www.rjnet.com.br/1velocimetro.php > ...[2]http://speedtest.copel.net/speedtest.swf e etc... para ver banda > real... se teria algum por shell ou sei la um script desse da vida... > __ > > Em 26/01/2011 03:22, Bruno Torres Viana < btvi...@gmail.com > escreveu: > Não sei se entendi bem, mas o nload mostra o tráfego da placa em > tempo real. > Em 26 de janeiro de 2011 03:17, coopermine escreveu: >> Essa noite estava pensando... será que alguem ja pensou assim? ou eu >> estou viajando em minha ideias, bem digamos que eu tenha 1 mega de >> download.. entao sei que meu servidor tem 1 mega para usar e que use >> 1/3 disso, existe alguma maneira ou alguma forma de eu ter um teste > via >> shell mesmo de ver qual banda que eu tenho realmente disponivel? sem >> que eu tenha que usar um medidor de velocidade desse web? talvez > alguem >> tenha isso, mas eu particulamente desconheço algo assim.. nao sei se >> fiu claro no que disse mais a ideia é basicamente essa.. existe > algum >> medidor de banda tipo rjnet, copel etc via shell? >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > -- > ___ > Bruno Torres Viana > Consultor em TI > Celular: (27) 9225-4766 > SKYPE/MSN: btorres_viana > Todos nós somos ignorantes, porém em assuntos diferentes. Não seja > ignorante > por opção! > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > References > > 1. http://www.rjnet.com.br/1velocimetro.php > 2. http://speedtest.copel.net/speedtest.swf > - > 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] Teste de banda disponivel
o que eu quero dizer não é o trafico da placa, o que estou falando e vc entrar um um site desse que testa banda... ex:� [1]http://www.rjnet.com.br/1velocimetro.php ...[2]http://speedtest.copel.net/speedtest.swf e etc... para ver banda real... se teria algum por shell ou sei la um script desse da vida... __ Em 26/01/2011 03:22, Bruno Torres Viana < btvi...@gmail.com > escreveu: Não sei se entendi bem, mas o nload mostra o tráfego da placa em tempo real. Em 26 de janeiro de 2011 03:17, coopermine escreveu: > Essa noite estava pensando... será que alguem ja pensou assim? ou eu > estou viajando em minha ideias, bem digamos que eu tenha 1 mega de > download.. entao sei que meu servidor tem 1 mega para usar e que use > 1/3 disso, existe alguma maneira ou alguma forma de eu ter um teste via > shell mesmo de ver qual banda que eu tenho realmente disponivel? sem > que eu tenha que usar um medidor de velocidade desse web? talvez alguem > tenha isso, mas eu particulamente desconheço algo assim.. nao sei se > fiu claro no que disse mais a ideia é basicamente essa.. existe algum > medidor de banda tipo rjnet, copel etc via shell? > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- ___ Bruno Torres Viana Consultor em TI Celular: (27) 9225-4766 SKYPE/MSN: btorres_viana Todos nós somos ignorantes, porém em assuntos diferentes. Não seja ignorante por opção! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd References 1. http://www.rjnet.com.br/1velocimetro.php 2. http://speedtest.copel.net/speedtest.swf - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de banda disponivel
Não sei se entendi bem, mas o nload mostra o tráfego da placa em tempo real. Em 26 de janeiro de 2011 03:17, coopermine escreveu: > Essa noite estava pensando... será que alguem ja pensou assim? ou eu > estou viajando em minha ideias, bem digamos que eu tenha 1 mega de > download.. entao sei que meu servidor tem 1 mega para usar e que use > 1/3 disso, existe alguma maneira ou alguma forma de eu ter um teste via > shell mesmo de ver qual banda que eu tenho realmente disponivel? sem > que eu tenha que usar um medidor de velocidade desse web? talvez alguem > tenha isso, mas eu particulamente desconheço algo assim.. nao sei se > fiu claro no que disse mais a ideia é basicamente essa.. existe algum > medidor de banda tipo rjnet, copel etc via shell? > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- ___ Bruno Torres Viana Consultor em TI Celular: (27) 9225-4766 SKYPE/MSN: btorres_viana Todos nós somos ignorantes, porém em assuntos diferentes. Não seja ignorante por opção! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Teste de banda disponivel
Essa noite estava pensando... será que alguem ja pensou assim? ou eu estou viajando em minha ideias, bem digamos que eu tenha 1 mega de download.. entao sei que meu servidor tem 1 mega para usar e que use 1/3 disso, existe alguma maneira ou alguma forma de eu ter um teste via shell mesmo de ver qual banda que eu tenho realmente disponivel? sem que eu tenha que usar um medidor de velocidade desse web? talvez alguem tenha isso, mas eu particulamente desconheço algo assim.. nao sei se fiu claro no que disse mais a ideia é basicamente essa.. existe algum medidor de banda tipo rjnet, copel etc via shell? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste
teste Não é necessário responder (desculpem-me o transtorno) -- Eduardo Lemos de Sa Associated Professor at Chemistry Department Universidade Federal do Parana Dep. Quimica, P. Box 19081, 81531-990 Curitiba PR / Brazil phone: +55(41)33613300 fax : +55(41)33613186 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste
Gabriel Fonseca escreveu: > Em 27 de maio de 2010 20:41, Saulo Bozzi escreveu: > > >> Faz tempo que nao tenho recebido msgs da lista, >> Ta tudo certo? >> >> Cambio! >> >> bye. >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> > > Pois é, mas recebi a sua sim. Tudo certo, aparentemente. > > Gabriel Fonseca > Pense pelo lado positivo... o FreeBSD não dar problema, ou a galera está afiada na leitura... Brincadeira rsrs Abraço meu amigo! -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste
Em 27 de maio de 2010 20:41, Saulo Bozzi escreveu: > Faz tempo que nao tenho recebido msgs da lista, > Ta tudo certo? > > Cambio! > > bye. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Pois é, mas recebi a sua sim. Tudo certo, aparentemente. Gabriel Fonseca - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Teste
Faz tempo que nao tenho recebido msgs da lista, Ta tudo certo? Cambio! bye. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste Vhost com mais de dois dominio ou hosts com e sem SSL.[RESOLVIDO]
Agradeõ a atenção Alexandre estava testando aqui 4 vhost com SSL e 4 vhost sem SSL, Based-IP : o virtual-host é trabalha sobre um Ip requer um IP para o par virtualhost com/sem SSL Based-Name: A configuração é baseada no nome do site em especifico independete do IP. São termos presentes na documentação do Apache-1.3, na versão 2.2 não consta mais tais nomenclaturas, não é com plena certeza apenas não os vi na documentação, contudo é basicamente isso que signifca no primeiro a configuração é focada no IP em que o site irá responter e o segundo ignora o IP e usa a definição para o site em especifico. Agradeço a ajuda. Em 27 de janeiro de 2010 02:33, Alexandre Correa escreveu: > nao entendi o "based-ip" e "based-name" > > mas onte coloquei xx.xx.xx.xx é o ip que vc tem no servidor web.. > > por ex.. no dns ta assim: > > arquivo do site.com.br: > > www in a xx.xx.xx.xx > site.com.br. in a xx.xx.xx.xx > www2 in a xx.xx.xx.xx > > no arquivo do site2.com.br esta: > > www in a xx.xx.xx.xx > www in a xx.xx.xx.xx > > todos os sites vao compartilhar o mesmo ip (shared hosting), mas o > apache vai diferencia-los na hora do acesso... > > configura desse jeito q passei e faça um teste.. > > 2010/1/27 Paulo Henrique : >> No caso ai é Based-IP o que pensei era com Based-Name ou em >> xx.xx.xx.xx:80 posso usar o mesmo IP consecutivas vezes "16" e no caso >> funciona com SSL ? >> >> Agradeço a atenção. >> >> Em 27 de janeiro de 2010 02:18, Alexandre Correa >> escreveu: >>> tente assim: >>> >>> NameVirtualHost xx.xx.xx.xx:80 >>> >>> >>> ServerName xx.xx.xx.xx >>> ServerAdmin ab...@site.com.br >>> DocumentRoot /var/www/default/public_html >>> >>> >>> >>> >>> ServerName site.com.br >>> ServerAlias www.site.com.br www2.site.com.br >>> ServerAdmin ab...@site.com.br >>> DocumentRoot /var/www/site.com.br/public_html >>> >>> >>> >>> >>> ServerName site2.com.br >>> ServerAlias www.site2.com.br >>> ServerAdmin ab...@site2.com.br >>> DocumentRoot /var/www/site2.com.br/public_html >>> >>> >>> >>> >>> 2010/1/27 Paulo Henrique : Saudações a todos, estou fazendo uns teste para compreender melhor o vhosts do apache e me deparei com uma situação que não compreendi certinho, li a documentação mais não entendi complemetamente. Cada servidor apache pode manter no maximo dois vhost distindos ? por exemplo 1º dominio = Funciona normalmente 2ºdominio = Funciona normalmente 3º dominio = Não funciona aponta para o primeiro dominio No caso o mesmo acontece com o SSL em que apenas duas home pages podem ser configuradas, mais que isso a primeira sobrepoem a opção da terceira. No caso o que compreendi da documentação é isso, contudo gostaria de saber dos companheiros com mais experiência da lista se é veridico a forma que entendi ou eu que não estou sabendo configurar o servidor, posso ter no maximo 4 home pages 2 sem ssl e 2 com ssl por IP ? Agradeço a atenção ... :=)>Paulo Henrique (JSRD)<(=: Alone, locked, a survivor, unfortunately not know who I am - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> >>> >>> -- >>> Sds. >>> Alexandre J. Correa >>> Onda Internet >>> http://www.onda.net.br >>> >>> >>> IPV6 Ready !!! >>> http://ipv6.onda.net.br >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> >> >> >> -- >> :=)>Paulo Henrique (JSRD)<(=: >> >> Alone, locked, a survivor, unfortunately not know who I am >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > Sds. > Alexandre J. Correa > Onda Internet > http://www.onda.net.br > > > IPV6 Ready !!! > http://ipv6.onda.net.br > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- :=)>Paulo Henrique (JSRD)<(=: Alone, locked, a survivor, unfortunately not know who I am - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste Vhost com mais de dois dominio ou hosts com e sem SSL.
nao entendi o "based-ip" e "based-name" mas onte coloquei xx.xx.xx.xx é o ip que vc tem no servidor web.. por ex.. no dns ta assim: arquivo do site.com.br: www in a xx.xx.xx.xx site.com.br. in a xx.xx.xx.xx www2 in a xx.xx.xx.xx no arquivo do site2.com.br esta: www in a xx.xx.xx.xx www in a xx.xx.xx.xx todos os sites vao compartilhar o mesmo ip (shared hosting), mas o apache vai diferencia-los na hora do acesso... configura desse jeito q passei e faça um teste.. 2010/1/27 Paulo Henrique : > No caso ai é Based-IP o que pensei era com Based-Name ou em > xx.xx.xx.xx:80 posso usar o mesmo IP consecutivas vezes "16" e no caso > funciona com SSL ? > > Agradeço a atenção. > > Em 27 de janeiro de 2010 02:18, Alexandre Correa > escreveu: >> tente assim: >> >> NameVirtualHost xx.xx.xx.xx:80 >> >> >> ServerName xx.xx.xx.xx >> ServerAdmin ab...@site.com.br >> DocumentRoot /var/www/default/public_html >> >> >> >> >> ServerName site.com.br >> ServerAlias www.site.com.br www2.site.com.br >> ServerAdmin ab...@site.com.br >> DocumentRoot /var/www/site.com.br/public_html >> >> >> >> >> ServerName site2.com.br >> ServerAlias www.site2.com.br >> ServerAdmin ab...@site2.com.br >> DocumentRoot /var/www/site2.com.br/public_html >> >> >> >> >> 2010/1/27 Paulo Henrique : >>> Saudações a todos, estou fazendo uns teste para compreender melhor o >>> vhosts do apache e me deparei com uma situação que não compreendi >>> certinho, li a documentação mais não entendi complemetamente. >>> >>> Cada servidor apache pode manter no maximo dois vhost distindos ? >>> por exemplo >>> >>> 1º dominio = Funciona normalmente >>> >>> >>> >>> 2ºdominio = Funciona normalmente >>> >>> >>> >>> 3º dominio = Não funciona aponta para o primeiro dominio >>> >>> >>> >>> No caso o mesmo acontece com o SSL em que apenas duas home pages podem >>> ser configuradas, mais que isso a primeira sobrepoem a opção da >>> terceira. >>> >>> No caso o que compreendi da documentação é isso, contudo gostaria de >>> saber dos companheiros com mais experiência da lista se é veridico a >>> forma que entendi ou eu que não estou sabendo configurar o servidor, >>> posso ter no maximo 4 home pages 2 sem ssl e 2 com ssl por IP ? >>> >>> Agradeço a atenção ... >>> >>> :=)>Paulo Henrique (JSRD)<(=: >>> >>> Alone, locked, a survivor, unfortunately not know who I am >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> >> >> >> -- >> Sds. >> Alexandre J. Correa >> Onda Internet >> http://www.onda.net.br >> >> >> IPV6 Ready !!! >> http://ipv6.onda.net.br >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > :=)>Paulo Henrique (JSRD)<(=: > > Alone, locked, a survivor, unfortunately not know who I am > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Sds. Alexandre J. Correa Onda Internet http://www.onda.net.br IPV6 Ready !!! http://ipv6.onda.net.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] Teste Vhost com mais de dois dominio ou hosts com e sem SSL.
No caso ai é Based-IP o que pensei era com Based-Name ou em xx.xx.xx.xx:80 posso usar o mesmo IP consecutivas vezes "16" e no caso funciona com SSL ? Agradeço a atenção. Em 27 de janeiro de 2010 02:18, Alexandre Correa escreveu: > tente assim: > > NameVirtualHost xx.xx.xx.xx:80 > > > ServerName xx.xx.xx.xx > ServerAdmin ab...@site.com.br > DocumentRoot /var/www/default/public_html > > > > > ServerName site.com.br > ServerAlias www.site.com.br www2.site.com.br > ServerAdmin ab...@site.com.br > DocumentRoot /var/www/site.com.br/public_html > > > > > ServerName site2.com.br > ServerAlias www.site2.com.br > ServerAdmin ab...@site2.com.br > DocumentRoot /var/www/site2.com.br/public_html > > > > > 2010/1/27 Paulo Henrique : >> Saudações a todos, estou fazendo uns teste para compreender melhor o >> vhosts do apache e me deparei com uma situação que não compreendi >> certinho, li a documentação mais não entendi complemetamente. >> >> Cada servidor apache pode manter no maximo dois vhost distindos ? >> por exemplo >> >> 1º dominio = Funciona normalmente >> >> >> >> 2ºdominio = Funciona normalmente >> >> >> >> 3º dominio = Não funciona aponta para o primeiro dominio >> >> >> >> No caso o mesmo acontece com o SSL em que apenas duas home pages podem >> ser configuradas, mais que isso a primeira sobrepoem a opção da >> terceira. >> >> No caso o que compreendi da documentação é isso, contudo gostaria de >> saber dos companheiros com mais experiência da lista se é veridico a >> forma que entendi ou eu que não estou sabendo configurar o servidor, >> posso ter no maximo 4 home pages 2 sem ssl e 2 com ssl por IP ? >> >> Agradeço a atenção ... >> >> :=)>Paulo Henrique (JSRD)<(=: >> >> Alone, locked, a survivor, unfortunately not know who I am >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > Sds. > Alexandre J. Correa > Onda Internet > http://www.onda.net.br > > > IPV6 Ready !!! > http://ipv6.onda.net.br > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- :=)>Paulo Henrique (JSRD)<(=: Alone, locked, a survivor, unfortunately not know who I am - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste Vhost com mais de dois dominio ou hosts com e sem SSL.
tente assim: NameVirtualHost xx.xx.xx.xx:80 ServerName xx.xx.xx.xx ServerAdmin ab...@site.com.br DocumentRoot /var/www/default/public_html ServerName site.com.br ServerAlias www.site.com.br www2.site.com.br ServerAdmin ab...@site.com.br DocumentRoot /var/www/site.com.br/public_html ServerName site2.com.br ServerAlias www.site2.com.br ServerAdmin ab...@site2.com.br DocumentRoot /var/www/site2.com.br/public_html 2010/1/27 Paulo Henrique : > Saudações a todos, estou fazendo uns teste para compreender melhor o > vhosts do apache e me deparei com uma situação que não compreendi > certinho, li a documentação mais não entendi complemetamente. > > Cada servidor apache pode manter no maximo dois vhost distindos ? > por exemplo > > 1º dominio = Funciona normalmente > > > > 2ºdominio = Funciona normalmente > > > > 3º dominio = Não funciona aponta para o primeiro dominio > > > > No caso o mesmo acontece com o SSL em que apenas duas home pages podem > ser configuradas, mais que isso a primeira sobrepoem a opção da > terceira. > > No caso o que compreendi da documentação é isso, contudo gostaria de > saber dos companheiros com mais experiência da lista se é veridico a > forma que entendi ou eu que não estou sabendo configurar o servidor, > posso ter no maximo 4 home pages 2 sem ssl e 2 com ssl por IP ? > > Agradeço a atenção ... > > :=)>Paulo Henrique (JSRD)<(=: > > Alone, locked, a survivor, unfortunately not know who I am > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Sds. Alexandre J. Correa Onda Internet http://www.onda.net.br IPV6 Ready !!! http://ipv6.onda.net.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Teste Vhost com mais de dois dominio ou hosts com e sem SSL.
Saudações a todos, estou fazendo uns teste para compreender melhor o vhosts do apache e me deparei com uma situação que não compreendi certinho, li a documentação mais não entendi complemetamente. Cada servidor apache pode manter no maximo dois vhost distindos ? por exemplo 1º dominio = Funciona normalmente 2ºdominio = Funciona normalmente 3º dominio = Não funciona aponta para o primeiro dominio No caso o mesmo acontece com o SSL em que apenas duas home pages podem ser configuradas, mais que isso a primeira sobrepoem a opção da terceira. No caso o que compreendi da documentação é isso, contudo gostaria de saber dos companheiros com mais experiência da lista se é veridico a forma que entendi ou eu que não estou sabendo configurar o servidor, posso ter no maximo 4 home pages 2 sem ssl e 2 com ssl por IP ? Agradeço a atenção ... :=)>Paulo Henrique (JSRD)<(=: Alone, locked, a survivor, unfortunately not know who I am - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de envio
blá 2009/9/29 Alex Almeida > alguem pode confirmar o recebimento? > > []´s > > Alex Almeida > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.sanchez.eti.br http://www.corephp.com.br "Quidquid latine dictum sit, altum viditur" = - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de envio
Alex, chegou o e-mail na minha conta do gMail 2009/9/29 Alex Almeida > alguem pode confirmar o recebimento? > > []´s > > Alex Almeida > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Elias Moreira (71) 8156-0850 elias_j...@hotmail.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] teste de envio
OK OK 2009/9/29 Alex Almeida : > alguem pode confirmar o recebimento? > > []´s > > Alex Almeida > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Atenciosmente Mario Augusto Mania --- m3.bsd.ma...@gmail.com Cel.: (43) 9938-9629 Msn: ma...@oquei.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste de envio
alguem pode confirmar o recebimento? []´s Alex Almeida - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de tráfego - ponto a ponto
Irado, Acho que o iftop vai te ajudar. Você pode filtrar por host. []s Ronan irado furioso com tudo escreveu: > boas tardes, galera :) > > preciso fazer um teste entre dois pontos - tunel vpn - e não encontro > um soft apropriado; a idéia é fazer com que haja uma "tempestade" de > pacotes entre dois pontos (via tunel vpn) para avaliar a eventual perda > de pacotes, latência, essas coisas relacionadas à qualidade de conexão. > > alguém tem alguma sugestão? > > grato, > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de tráfego - ponto a ponto
Em Mon, 29 Jun 2009 17:09:34 -0300 "Edinilson - ATINET" , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > É para Windows, mas talvez sirva: LOL.. acho que fazem uns 5 anos que nem sei o que é OLHAR pruma tela de (r)windows. O último que usei (mal e porcamente) era um (r)w-98, ainda assim pra jogar taipan (rss). claro, não sou xiita radical ;) na real: ednilson, grato pela info :) flames > /dev/null -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Salário Regime Com ele, você come menos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de tráfego - ponto a ponto
É para Windows, mas talvez sirva: http://www.mikrotik.com/download/btest.exe Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Original Message - From: "irado furioso com tudo" To: "fug" Sent: Monday, June 29, 2009 1:55 PM Subject: [FUG-BR] teste de tráfego - ponto a ponto boas tardes, galera :) preciso fazer um teste entre dois pontos - tunel vpn - e não encontro um soft apropriado; a idéia é fazer com que haja uma "tempestade" de pacotes entre dois pontos (via tunel vpn) para avaliar a eventual perda de pacotes, latência, essas coisas relacionadas à qualidade de conexão. alguém tem alguma sugestão? grato, -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free mesmo a melhor das cobras, é cobra - provérbio árabe - 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] teste de tráfego - ponto a ponto
>> > Pelo que entendi, o único erro que cometeram é que não TESTAM se tem ou > não parâmetro... ou seja, se chamar somente a url do cgi dar erro, mas > se passar um parãmetro (?demo/pop.def), tudo funciona normal. > > Em resumo: é um erro de programação, e acredito que até mesmo no linux > ocorra (ou não mostre =) > > -- > Welkson Renny de Medeiros > Focus Automação Comercial > Desenvolvimento / Gerência de Redes > welk...@focusautomacao.com.br > Welkson, acho que você respondeu no lugar errado, eheh. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de tráfego - ponto a ponto
Afranio Nunes escreveu: > Netperf > Iperf > ping -s 1450 -f > > Att > Afranio > > > Em 29/06/2009, às 13:55, irado furioso com tudo escreveu: > > >> boas tardes, galera :) >> >> preciso fazer um teste entre dois pontos - tunel vpn - e não encontro >> um soft apropriado; a idéia é fazer com que haja uma "tempestade" de >> pacotes entre dois pontos (via tunel vpn) para avaliar a eventual >> perda >> de pacotes, latência, essas coisas relacionadas à qualidade de >> conexão. >> >> alguém tem alguma sugestão? >> >> grato, >> >> -- >> saudações, >> irado furioso com tudo >> Linux User 179402/FreeBSD BSD50853/FUG-BR 154 >> Não uso drogas - 100% Miko$hit-free >> mesmo a melhor das cobras, é cobra - provérbio árabe >> - >> 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 > > > Pelo que entendi, o único erro que cometeram é que não TESTAM se tem ou não parâmetro... ou seja, se chamar somente a url do cgi dar erro, mas se passar um parãmetro (?demo/pop.def), tudo funciona normal. Em resumo: é um erro de programação, e acredito que até mesmo no linux ocorra (ou não mostre =) -- 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
Re: [FUG-BR] teste de tráfego - ponto a ponto
Netperf Iperf ping -s 1450 -f Att Afranio Em 29/06/2009, às 13:55, irado furioso com tudo escreveu: > > > boas tardes, galera :) > > preciso fazer um teste entre dois pontos - tunel vpn - e não encontro > um soft apropriado; a idéia é fazer com que haja uma "tempestade" de > pacotes entre dois pontos (via tunel vpn) para avaliar a eventual > perda > de pacotes, latência, essas coisas relacionadas à qualidade de > conexão. > > alguém tem alguma sugestão? > > grato, > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > mesmo a melhor das cobras, é cobra - provérbio árabe > - > 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] teste de tráfego - ponto a ponto
iperf - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste de tráfego - ponto a ponto
SNMP ! 2009/6/29 irado furioso com tudo > > > boas tardes, galera :) > > preciso fazer um teste entre dois pontos - tunel vpn - e não encontro > um soft apropriado; a idéia é fazer com que haja uma "tempestade" de > pacotes entre dois pontos (via tunel vpn) para avaliar a eventual perda > de pacotes, latência, essas coisas relacionadas à qualidade de conexão. > > alguém tem alguma sugestão? > > grato, > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > mesmo a melhor das cobras, é cobra - provérbio árabe > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste de tráfego - ponto a ponto
boas tardes, galera :) preciso fazer um teste entre dois pontos - tunel vpn - e não encontro um soft apropriado; a idéia é fazer com que haja uma "tempestade" de pacotes entre dois pontos (via tunel vpn) para avaliar a eventual perda de pacotes, latência, essas coisas relacionadas à qualidade de conexão. alguém tem alguma sugestão? grato, -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free mesmo a melhor das cobras, é cobra - provérbio árabe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de stress
2009/5/18 Edson Brandi : > Pelos meus testes posso dizer que a serie 7.x está tão boa (se não > melhor) quanto a série 4.x :) Fala Brandi, tudo certo? Concordo com você, a série 7.x está muito boa, o que rolou foi que as mudanças do 4.x pro 5.x foram gigantes, então, essa foi uma das piores séries do produto e por essa razão o suporte ao 4.x foi estendido. No 6.x conseguiram colocar a casa em ordem, mas o 7.x foi onde realmente as mudanças que começaram no 5.x se tornaram efetivas. Coisas como essa nunca mais irão acontecer, o pessoal aprendeu a lição. E o 8.0 vem aí, carregado de novidades, promete se tornar melhor que o 7 em um prazo não muito longo. -- 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] Teste de stress
Pelos meus testes posso dizer que a serie 7.x está tão boa (se não melhor) quanto a série 4.x :) Edson 2009/5/18 Fernando Ferreira da Silva : > já ouvi falar q o BSD 4 é mto cavalo, aguenta um tranco forte, agora os mais > novos 5,6,7 nao sei - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de stress
Leonardo, Como seu intuito é testar processamento, memória e I/O acho que da para usar o sysutils/stress No passado eu usei bastante ele para esse tipo de tarefa, ele não é uma ferramenta de benchmark, mas me permitia ir crescendo a carga da maquina em areas especificas até faze-la "parar", quando isso acontecia eu ajustava o tunning do sistema e ia repetindo o teste até chegar onde eu queria ou até chegar a conclusão que não dava mais pra otimizar. Um fator que vc vai precisar ter em mente para saber se o resultado obtido é bom ou ruim nessa bateria de testes de stress, é testar o aplicativo em mais de um sistema operacional no mesmo hardware :) Tenha cuidado com a carga que vai colocar no começo se for fazer este teste em uma maquina de produção, uma vez tive que restartar um server que estava tunando pelo botão de energia já que a carga estava tão alta que o sistema deixou de responder, e adivinha corrompeu o sistema de arquivos :) Edson 2009/5/18 Leonardo Marques : > Oi Edson, > > Seria bom testar tanto a performance de processamento, quanto o uso da > memória (e liberação após o uso) e também fazer uso intensivo dos > discos (pra ver até onde o ZFS aguenta. > > []s, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de stress
já ouvi falar q o BSD 4 é mto cavalo, aguenta um tranco forte, agora os mais novos 5,6,7 nao sei 2009/5/16 Joao Rocha Braga Filho > 2009/5/16 Leonardo Marques : > > Pessoal, > > > > Alguém já fez testes de stress no FBSD? Que aplicativo utilizaram? > > Duas vezes, e foi dos brabos. A primeira vez foi no meu AMD K6 II 300, > com o Hammer Head. Levantei um site e mandei atacar. A carga chegou > a 166, e deixei por volta disto por uma hora. Não deu problemas. > > Na outra vez eu estava filando informações de um site, para traçar > gráfico, e não informei que estava filando estas informações a quem > fornecia as informações. Resultado, o autor delas mudou o formato > e eu tive algumas centenas de programas rocando feito loco procurando > os dados. Estava dando "no more process". Começou na sexta de noite > e descobri cerca de 20 horas depois. Eu consegui, a muito custo, entrar > na máquina por uma conexão discada, desativei a coleta de dados, e > fui matando os processos que tinham entrado em loop. Fiz questão de > não dar reboot. O índice de carga estava em 250. Era um Pentium 2 de > 350 MHz se não me engano. > > Em nenhum caso deu crash. Nos dois casos eram FreeBSD 4.x. > > > João Rocha. > > > > > > Com uma rápida corrida aqui no google eu achei o stress, no sysutils > > do ports, to testando ele aqui. Mas alguém sabe se ele vai até > > arregaçar a máquina ou para quando está perto de travar? > > > > []s, > > > > -- > > - > > Leonardo Marques - www.analyx.org > > - > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > "Sempre se apanha mais com as menores besteiras. Experiência própria." > > goffr...@gmail.com > - > 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] Teste de stress
Oi Edson, Seria bom testar tanto a performance de processamento, quanto o uso da memória (e liberação após o uso) e também fazer uso intensivo dos discos (pra ver até onde o ZFS aguenta. []s, 2009/5/18 Edson Brandi : > Leonardo, > > O aplicativo que você vai usar dependerá muito de que parte do sistema > você quer testar e de qual o resultado esperado :) > > Vc quer submeter o equipamento a um teste de carga com que finalidade? > > Se puder dar mais alguns detalhes do objetivo fica mais facil de > indicar a ferramenta correta. > > []´s Edson > > 2009/5/16 Leonardo Marques : >> Pessoal, >> >> Alguém já fez testes de stress no FBSD? Que aplicativo utilizaram? >> >> Com uma rápida corrida aqui no google eu achei o stress, no sysutils >> do ports, to testando ele aqui. Mas alguém sabe se ele vai até >> arregaçar a máquina ou para quando está perto de travar? > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- - Leonardo Marques - www.analyx.org - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de stress
Leonardo, O aplicativo que você vai usar dependerá muito de que parte do sistema você quer testar e de qual o resultado esperado :) Vc quer submeter o equipamento a um teste de carga com que finalidade? Se puder dar mais alguns detalhes do objetivo fica mais facil de indicar a ferramenta correta. []´s Edson 2009/5/16 Leonardo Marques : > Pessoal, > > Alguém já fez testes de stress no FBSD? Que aplicativo utilizaram? > > Com uma rápida corrida aqui no google eu achei o stress, no sysutils > do ports, to testando ele aqui. Mas alguém sabe se ele vai até > arregaçar a máquina ou para quando está perto de travar? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de stress
2009/5/16 Thiago Gomes : >>> Alguém já fez testes de stress no FBSD? Que aplicativo utilizaram? >> >> Duas vezes, e foi dos brabos. A primeira vez foi no meu AMD K6 II 300, >> com o Hammer Head. Levantei um site e mandei atacar. A carga chegou >> a 166, e deixei por volta disto por uma hora. Não deu problemas. >> > > Joao, > > Olhando no historico da FUG vc ja tinha comentado sobre o HammerHead > tem algum lugar que mostre um exemplo de como fazer esse teste Eu me lembro que ele estava nos ports, e tinha exemplos, acho que nele e/ou no site dele. Os arquivos que usei estão no meu computador do Rio de Janeiro, e não aqui, em Paraty. Faz alguns anos que não o uso. João Rocha. > > Thiago > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." goffr...@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] Teste de stress
>> Alguém já fez testes de stress no FBSD? Que aplicativo utilizaram? > > Duas vezes, e foi dos brabos. A primeira vez foi no meu AMD K6 II 300, > com o Hammer Head. Levantei um site e mandei atacar. A carga chegou > a 166, e deixei por volta disto por uma hora. Não deu problemas. > Joao, Olhando no historico da FUG vc ja tinha comentado sobre o HammerHead tem algum lugar que mostre um exemplo de como fazer esse teste Thiago - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de stress
2009/5/16 Leonardo Marques : > Pessoal, > > Alguém já fez testes de stress no FBSD? Que aplicativo utilizaram? Duas vezes, e foi dos brabos. A primeira vez foi no meu AMD K6 II 300, com o Hammer Head. Levantei um site e mandei atacar. A carga chegou a 166, e deixei por volta disto por uma hora. Não deu problemas. Na outra vez eu estava filando informações de um site, para traçar gráfico, e não informei que estava filando estas informações a quem fornecia as informações. Resultado, o autor delas mudou o formato e eu tive algumas centenas de programas rocando feito loco procurando os dados. Estava dando "no more process". Começou na sexta de noite e descobri cerca de 20 horas depois. Eu consegui, a muito custo, entrar na máquina por uma conexão discada, desativei a coleta de dados, e fui matando os processos que tinham entrado em loop. Fiz questão de não dar reboot. O índice de carga estava em 250. Era um Pentium 2 de 350 MHz se não me engano. Em nenhum caso deu crash. Nos dois casos eram FreeBSD 4.x. João Rocha. > > Com uma rápida corrida aqui no google eu achei o stress, no sysutils > do ports, to testando ele aqui. Mas alguém sabe se ele vai até > arregaçar a máquina ou para quando está perto de travar? > > []s, > > -- > - > Leonardo Marques - www.analyx.org > - > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Teste de stress
Pessoal, Alguém já fez testes de stress no FBSD? Que aplicativo utilizaram? Com uma rápida corrida aqui no google eu achei o stress, no sysutils do ports, to testando ele aqui. Mas alguém sabe se ele vai até arregaçar a máquina ou para quando está perto de travar? []s, -- - Leonardo Marques - www.analyx.org - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste
Não estou recebendo os e-mails da lista... -- Att. __ Márcio Elias Hahn do Nascimento Desenvolvimento de Sistemas PQ Informática Araranguá - SC Fone: (55) 48-35243677 Cel: (55) 48-99339689 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste
Tambem havia parado de receber aqui, dominio meu está sobre a BSD.COM.BR Problema pelo visto é no mailman do Fug !!! ou não ? Até mais a todos. 2008/10/9 fugitivos <[EMAIL PROTECTED]> > Desculpem o transtorno, mas parei de receber os emails da lista. > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Atenciosamente Paulo Henrique. "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, não teremos tudo que queremos, contudo não veremos mais o que não queremos." "A real definição sobre deus se dá pelo fato do ser humano ser covarde o suficiente, colocando a culpa em algo que não existe para manter a conciência "limpa"". - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Teste
Desculpem o transtorno, mas parei de receber os emails da lista. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste lista novo email
testado. 2008/7/8, Mauricio Rabello Silva <[EMAIL PROTECTED]>: > > Teste > > -- > > -- > Mauricio Rabello Silva > Analista de Redes > Natal-RN > (84) 8857-3221 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Atenciosamente Paulo Henrique. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste lista novo email
Teste -- -- Mauricio Rabello Silva Analista de Redes Natal-RN (84) 8857-3221 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Teste
Desculpem ai o teste. -- José Augusto Junior Coordenador de TI Gujão Alimentos Ltda. Tel matriz: (75) 3244-2121 Celular: (75) 8101-6973 -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] TESTE
testado 2008/6/11 Marcos Fco. A. Silva <[EMAIL PROTECTED]>: > TESTE > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Atenciosamente Paulo Henrique. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] TESTE
TESTE - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Teste lista - ignorem
- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste
LOL Em 05/02/08, Paulo Henrique<[EMAIL PROTECTED]> escreveu: > Relacha seremos carinhosos :D > -- -=-=-=-=-=-=-=-=-=- William David Armstrong <.Of course it runs Bio Systems Security Networking <|== MSN / GT [EMAIL PROTECTED] <' OpenBSD or 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] teste
Relacha seremos carinhosos :D 2008/2/5, William David FUG-BR <[EMAIL PROTECTED]>: > > só não vai bater com muita força para não se machucar =op > > > > -- > -=-=-=-=-=-=-=-=-=- > William David Armstrong <.Of course it runs > Bio Systems Security Networking <|== > MSN / GT [EMAIL PROTECTED] <' OpenBSD or FreeBSD > -- > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Atenciosamente Paulo Henrique. To Powered By BSD Unix. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste
só não vai bater com muita força para não se machucar =op -- -=-=-=-=-=-=-=-=-=- William David Armstrong <.Of course it runs Bio Systems Security Networking <|== MSN / GT [EMAIL PROTECTED] <' OpenBSD or 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] teste
2008/2/5, William David FUG-BR <[EMAIL PROTECTED]>: > testado > > 2008/2/5, Marcus Alves Grando <[EMAIL PROTECTED]>: > > teste > > > > -- > > Marcus Alves Grando > > marcus(at)sbh.eng.br | Personal > > mnag(at)FreeBSD.org | FreeBSD.org > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > -- > -=-=-=-=-=-=-=-=-=- > William David Armstrong <.Of course it runs > Bio Systems Security Networking <|== > MSN / GT [EMAIL PROTECTED] <' OpenBSD or FreeBSD > -- > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Recebido -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] teste
testado 2008/2/5, Marcus Alves Grando <[EMAIL PROTECTED]>: > teste > > -- > Marcus Alves Grando > marcus(at)sbh.eng.br | Personal > mnag(at)FreeBSD.org | FreeBSD.org > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- -=-=-=-=-=-=-=-=-=- William David Armstrong <.Of course it runs Bio Systems Security Networking <|== MSN / GT [EMAIL PROTECTED] <' OpenBSD or 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] TESTE
teste ok Luís escreveu: > teste > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] TESTE
teste - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] teste
teste -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de link
Marcio Antunes wrote: > Creio que usando o PF seria a solução mais ideal, mas esse smokeping é > bom.. porem alguem tem o 'The Book Of PF' e poderia postar os > exemplos contidos na seção 'Getting Load Balancing Right with".. > > vc testa com PF e depois envia para lista a solução usada.. > > Um abraço. > > Em 24/01/08, Antonio Carlos Rocha<[EMAIL PROTECTED]> escreveu: > >> Amigo, eu usei um script com o SmokePing um tempo atraz, e coloquei na cron, >> em minuto em minuto ele verifica os links, caso algum caia ele sobe um outro >> script em pf transferindo todo o trafico para os outros links ativos, >> assim quando estiver ativo no link novamente o script verifica ativa o >> script com todos os links, SmokePing pode te ajudar >> na verificacao dos links ativos. >> >> aqui vai um link que pode te ajudar >> >> http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=2567 >> >> >> [ ]'s >> >> >> >> Diego Pitombeira <[EMAIL PROTECTED]> escreveu: Marcio A. Sepp escreveu: >> >>> Boa tarde, >>> >>> >>> Postei a dúvida abaixo na lista do OpenBSD, porém não obtive solução e por >>> isso estou postando nesta lista. >>> >>> Aproveito para agradecer ao Giancarlo Rubio pela ajuda postada em outras >>> ocasiões sobre este assunto. >>> >>> >>> --- Recorte do email --- >>> >>> Tenho um roteador OpenBSD 4.1 com 4 links de acesso a internet conectados a >>> ele e 1 interface interna. O balanceamento do tráfego de saída é feito >>> através do pf + route-to com o round robin. >>> Com isso, consigo resolver meu problema de balanceamento de tráfego >>> perfeitamente (inclusive indico a solução para quem precisar). >>> >>> Contudo, esbarro no problema de um ou mais links estarem inoperantes quando >>> envio o tráfego para ele. Por isso preciso encontrar uma forma de testar se >>> o link está operante ou não e encaminhar o tráfego para os links operantes >>> caso um deles caia. Pensei em utilizar um ping para verificar o status do >>> link. Vejam: >>> ping -I -q -c 1 -w 1 >>> ping -I -q -c 1 -w 1 >>> ... >>> ... >>> >>> >>> Teoricamente o script acima deveria enviar um pacote para o gateway do meu >>> link (segundo hop do tráfego de saída) através da interface a qual o link >>> está conectado. >>> >>> Este ping poderia ser colocado no ifsated e teoricamente me daria o status >>> da interface. >>> Infelizmente, por algum motivo que eu desconheço, o ping acima não funciona >>> como o esperado. Fiz um teste rodando o ping abaixo: >>> ping -I >>> >>> e desconectei o cabo de rede da interface_4 enquanto o ping estava rodando e >>> o mesmo continuou a enviar e receber pacotes sem apresentar perdas. Isso me >>> faz crer que o ping estava saindo por outra rota, que não envolvia a >>> interface_4. Então porque o parametro -I não funcionou corretamente? >>> >>> Alguém conhece alguma forma de testar a disponibilidade de um link? >>> >>> >>> -- >>> Att. >>> Márcio >>> >>> >>> >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> >>> >> Há um livro chamado 'The Book Of PF' de 'Peter N. M. Hansteen', e acho >> que os exemplos contidos na seção 'Getting Load Balancing Right with >> hoststated' resolva seu problema. >> >> Que eu ainda não vi pra vender por aqui mas você talvez tenha sucesso >> com metódos obscuros. >> >> []'s >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> >> >> - >> Abra sua conta no Yahoo! Mail, o único sem limite de espaço para >> armazenamento! >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> > > > Eu comprei o livro na amazon,mas ainda não enviaram,parece que por atrasos no lançamento do livro ou da impressão. Quando chegar eu aviso e se ainda estiver em tempo eu posto o trecho solicitado. t+ -- Danilo Augusto Vicente Lara [EMAIL PROTECTED] Celular: +55 61 8177-1361 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de link
Creio que usando o PF seria a solução mais ideal, mas esse smokeping é bom.. porem alguem tem o 'The Book Of PF' e poderia postar os exemplos contidos na seção 'Getting Load Balancing Right with".. vc testa com PF e depois envia para lista a solução usada.. Um abraço. Em 24/01/08, Antonio Carlos Rocha<[EMAIL PROTECTED]> escreveu: > Amigo, eu usei um script com o SmokePing um tempo atraz, e coloquei na cron, > em minuto em minuto ele verifica os links, caso algum caia ele sobe um outro > script em pf transferindo todo o trafico para os outros links ativos, assim > quando estiver ativo no link novamente o script verifica ativa o script com > todos os links, SmokePing pode te ajudar > na verificacao dos links ativos. > > aqui vai um link que pode te ajudar > > http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=2567 > > > [ ]'s > > > > Diego Pitombeira <[EMAIL PROTECTED]> escreveu: Marcio A. Sepp escreveu: > > > > Boa tarde, > > > > > > Postei a dúvida abaixo na lista do OpenBSD, porém não obtive solução e por > > isso estou postando nesta lista. > > > > Aproveito para agradecer ao Giancarlo Rubio pela ajuda postada em outras > > ocasiões sobre este assunto. > > > > > > --- Recorte do email --- > > > > Tenho um roteador OpenBSD 4.1 com 4 links de acesso a internet conectados a > > ele e 1 interface interna. O balanceamento do tráfego de saída é feito > > através do pf + route-to com o round robin. > > Com isso, consigo resolver meu problema de balanceamento de tráfego > > perfeitamente (inclusive indico a solução para quem precisar). > > > > Contudo, esbarro no problema de um ou mais links estarem inoperantes quando > > envio o tráfego para ele. Por isso preciso encontrar uma forma de testar se > > o link está operante ou não e encaminhar o tráfego para os links operantes > > caso um deles caia. Pensei em utilizar um ping para verificar o status do > > link. Vejam: > > ping -I -q -c 1 -w 1 > > ping -I -q -c 1 -w 1 > > ... > > ... > > > > > > Teoricamente o script acima deveria enviar um pacote para o gateway do meu > > link (segundo hop do tráfego de saída) através da interface a qual o link > > está conectado. > > > > Este ping poderia ser colocado no ifsated e teoricamente me daria o status > > da interface. > > Infelizmente, por algum motivo que eu desconheço, o ping acima não funciona > > como o esperado. Fiz um teste rodando o ping abaixo: > > ping -I > > > > e desconectei o cabo de rede da interface_4 enquanto o ping estava rodando e > > o mesmo continuou a enviar e receber pacotes sem apresentar perdas. Isso me > > faz crer que o ping estava saindo por outra rota, que não envolvia a > > interface_4. Então porque o parametro -I não funcionou corretamente? > > > > Alguém conhece alguma forma de testar a disponibilidade de um link? > > > > > > -- > > Att. > > Márcio > > > > > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > Há um livro chamado 'The Book Of PF' de 'Peter N. M. Hansteen', e acho > que os exemplos contidos na seção 'Getting Load Balancing Right with > hoststated' resolva seu problema. > > Que eu ainda não vi pra vender por aqui mas você talvez tenha sucesso > com metódos obscuros. > > []'s > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > - > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para > armazenamento! > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Marcio Antunes = = = = = = = = = = = = = = = = Powered by (__) \\\'',) \/ \ ^ .\._/_) == Linux is for people who hate Windows, BSD is for people who love UNIX" * Windows: "Where do you want to go tomorrow?" * Linux: "Where do you want to go today?" * FreeBSD: "Are you, guys, comming or what?" - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Teste de link
Amigo, eu usei um script com o SmokePing um tempo atraz, e coloquei na cron, em minuto em minuto ele verifica os links, caso algum caia ele sobe um outro script em pf transferindo todo o trafico para os outros links ativos, assim quando estiver ativo no link novamente o script verifica ativa o script com todos os links, SmokePing pode te ajudar na verificacao dos links ativos. aqui vai um link que pode te ajudar http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=2567 [ ]'s Diego Pitombeira <[EMAIL PROTECTED]> escreveu: Marcio A. Sepp escreveu: > > Boa tarde, > > > Postei a dúvida abaixo na lista do OpenBSD, porém não obtive solução e por > isso estou postando nesta lista. > > Aproveito para agradecer ao Giancarlo Rubio pela ajuda postada em outras > ocasiões sobre este assunto. > > > --- Recorte do email --- > > Tenho um roteador OpenBSD 4.1 com 4 links de acesso a internet conectados a > ele e 1 interface interna. O balanceamento do tráfego de saída é feito > através do pf + route-to com o round robin. > Com isso, consigo resolver meu problema de balanceamento de tráfego > perfeitamente (inclusive indico a solução para quem precisar). > > Contudo, esbarro no problema de um ou mais links estarem inoperantes quando > envio o tráfego para ele. Por isso preciso encontrar uma forma de testar se > o link está operante ou não e encaminhar o tráfego para os links operantes > caso um deles caia. Pensei em utilizar um ping para verificar o status do > link. Vejam: > ping -I -q -c 1 -w 1 > ping -I -q -c 1 -w 1 > ... > ... > > > Teoricamente o script acima deveria enviar um pacote para o gateway do meu > link (segundo hop do tráfego de saída) através da interface a qual o link > está conectado. > > Este ping poderia ser colocado no ifsated e teoricamente me daria o status > da interface. > Infelizmente, por algum motivo que eu desconheço, o ping acima não funciona > como o esperado. Fiz um teste rodando o ping abaixo: > ping -I > > e desconectei o cabo de rede da interface_4 enquanto o ping estava rodando e > o mesmo continuou a enviar e receber pacotes sem apresentar perdas. Isso me > faz crer que o ping estava saindo por outra rota, que não envolvia a > interface_4. Então porque o parametro -I não funcionou corretamente? > > Alguém conhece alguma forma de testar a disponibilidade de um link? > > > -- > Att. > Márcio > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > Há um livro chamado 'The Book Of PF' de 'Peter N. M. Hansteen', e acho que os exemplos contidos na seção 'Getting Load Balancing Right with hoststated' resolva seu problema. Que eu ainda não vi pra vender por aqui mas você talvez tenha sucesso com metódos obscuros. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
