[FUG-BR] [GSoC - tcptest] Acompanhamento do projeto tcptest (google summer of code)
Oi pessoal, Eu postei o relatório de acompanhamento semanal no wiki do freebsd. (deveria ser semanal) http://wiki.freebsd.org/VictorBilouro/Release_0.1_Iteration_3 Outros links: http://wiki.freebsd.org/VictorBilouro/TCP-IP_regression_test_suite http://code.google.com/p/tcptest/downloads/list http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2008/bilouro_tcptest/src/scripts/tests -- Victor Hugo Bilouro FreeBSD! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Thread da lista net@ muito interessante!
Achei muito interessante, gostaria de trazer o assunto: (da lista net@) http://lists.freebsd.org/pipermail/freebsd-net/2008-June/018422.html Fala sobre * experiência da necessidade que um link de 100mb pode gerar; * do ports openssh-portable http://www.freebsd.org/cgi/ports.cgi?query=openssh-portablestype=all * discute sobre a retirada do openssh da base; * dos problemas do openssh-portable; * fala das opcoes de compilação da base . . Versao 7---Add WITHOUT_OPENSSH= to /etc/src.conf . . Pre-Versao 7--=-Add NO_OPENSSH= to /etc/make.conf -- Bilouro - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Fwd: [OFF-TOPIC][GSoC tcptest] Relatório de acompanhamento semanal #1
[esta mensagem foi enviada sem sucesso no domingo(01/06) só agora percebi] Lista, Eu postei o relatório de acompanhamento semanal do tcptest** no wiki do freebsd. Links: http://wiki.freebsd.org/VictorBilouro/TCP-IP_regression_test_suite http://wiki.freebsd.org/VictorBilouro/Following_tcptest http://wiki.freebsd.org/VictorBilouro/Release_0.1_Iteration_1 http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2008/bilouro%5ftcptestHIDEDEL=NO Fiquem a vontade para sugerir, reclamar ou redirecionar /dev/null. :) att -- Victor Hugo Bilouro FreeBSD! **tcptest** -- tcptest é um projeto participante do Google Summer of Code O tcptest é a implementação de uma suite de teste de regressão e conformancia com o protocolo TCP/IP. ps: Vou manter a nomeclatura do subject para reportes semanais. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC][GSoC tcptest] Relat ório de acompanhamento semanal #2
Lista, Eu postei o relatório de acompanhamento semanal do tcptest** no wiki do freebsd. Links: http://wiki.freebsd.org/VictorBilouro/TCP-IP_regression_test_suite http://wiki.freebsd.org/VictorBilouro/Following_tcptest http://wiki.freebsd.org/VictorBilouro/Release_0.1_Iteration_2 http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2008/bilouro%5ftcptestHIDEDEL=NO Fiquem a vontade para sugerir, reclamar ou redirecionar /dev/null. :) att -- Victor Hugo Bilouro FreeBSD! **tcptest** -- tcptest é um projeto participante do Google Summer of Code O tcptest é a implementação de uma suite de teste de regressão e conformancia com o protocolo TCP/IP. ps: Vou manter a nomenclatura do subject. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [Fwd: [FreeBSD-Announce] FreeBSD.org begins switch to Subversion]
2008/6/4 Patrick Tracanelli [EMAIL PROTECTED]: Aos interessados em Subversion, eis o case mais importante. A Perforce que o diga! :) -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 [EMAIL PROTECTED] http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! The FreeBSD Project has begun the switch of its source code management system from CVS to Subversion. At this point in time, FreeBSD's developers are making changes to the base system in the Subversion repository. There is a replication system in place that exports our work to the legacy CVS tree on a continuous basis. People who are using our extensive CVS based distribution network (including anoncvs, CVSup, csup, cvsweb, ftp) will not be interrupted by our work-in-progress. You do not need to change anything if you do not wish to. We are committed to maintaining the existing CVS based distribution system for *at least* the support lifetime of all existing stable branches. Security and errata patches will continue to be made available in their usual CVS locations. The rest of the FreeBSD-6 and FreeBSD-7 releases will be built and released from the CVS tree. We expect to make our Subversion based source tree and other supporting infrastructure public very soon. There will be new mailing lists to subscribe to if you wish to receive Subversion commit notifications. Our ports, doc and www trees are not affected at this time. A separate decision will be made regarding the direction of those CVS repositories soon. Many people have contributed to the effort, but I particularly wish to thank Michael Haggerty and the cvs2svn project developers for their assistance with extracting and decrypting our 14 years of CVS history. Yahoo (my employer) donated server hardware and allowed me to spend a considerable amount of time on the preparation, assembling the infrastructure, and the conversion. -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 If Java had true garbage collection, most programs would delete themselves upon execution. -- Robert Sewell ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-announce To unsubscribe, send any mail to [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Eu entendi que o CVS vai ser substituído pelo SVN, mas que o Perforce vai continuar... -- Victor Hugo Bilouro FreeBSD! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC][GSoC tcptest] Relat ório de acompanhamento
Lista, Eu postei o relatório de acompanhamento semanal do tcptest** no wiki do freebsd. Links: http://wiki.freebsd.org/VictorBilouro/TCP-IP_regression_test_suite http://wiki.freebsd.org/VictorBilouro/Following_tcptest http://wiki.freebsd.org/VictorBilouro/Release_0.1_Iteration_1 Fiquem a vontade para sugerir, reclamar ou redirecionar /dev/null. :) att -- Victor Hugo Bilouro FreeBSD! **tcptest** -- tcptest é um projeto participante do Google Summer of Code O tcptest é a implementação de uma suite de teste de regressão e conformancia com o protocolo TCP/IP. ps: Vou manter a nomeclatura do subject para reportes semanais. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas estabelecendo manualmente uma c onexão tcp/ip
2008/6/1 Victor Hugo Bilouro [EMAIL PROTECTED]: 2008/5/30 Victor Hugo Bilouro [EMAIL PROTECTED]: Fala pessoal, Então, estou andando com o projeto do GSoC (TCP/IP Regression Test Suite)... O projeto vai testar a conformidade do protocolo com as RFCs e também fará verificação se bugs já resolvidos voltaram a acontecer (regression). Seguinte, estou fazendo o handshake manualmente, ou seja, criando e injetando os pacotes na rede e teoricamente tudo esta OK, porém, o FreeBSD após os 3 passos do handshake (3 way handshake) esta me enviando um RESET. Dêem uma olhada no tcpdump -ied0 -S -vv tcp 08:58:21.302052 IP (tos 0x0, ttl 64, id 55136, offset 0, flags [none], proto TCP (6), length 40) 192.168.1.10.53639 192.168.1.20.22022: S, cksum 0x2a4d (correct), 3204258715:3204258715(0) win 65535 08:58:21.302125 IP (tos 0x0, ttl 64, id 411, offset 0, flags [DF], proto TCP (6), length 44) 192.168.1.20.22022 192.168.1.10.53639: S, cksum 0xba99 (correct), 400703492:400703492(0) ack 3204258716 win 65535 mss 1460 08:58:21.697561 IP (tos 0x0, ttl 64, id 55137, offset 0, flags [none], proto TCP (6), length 40) 192.168.1.10.53639 192.168.1.20.22022: ., cksum 0xacf0 (correct), 0:0(0) ack 400703493 win 65535 08:58:21.697632 IP (tos 0x0, ttl 64, id 412, offset 0, flags [DF], proto TCP (6), length 40) 192.168.1.20.22022 192.168.1.10.53639: R, cksum 0xacfc (correct), 400703493:400703493(0) win 0 Vocês tem alguma sugestão? Perguntei na lista internacional se a falta de tcp options poderia ser um problema, mas, a resposta foi que definitivamente esse não seria o problema... :( Aproveitando, os fontes estão no perforce.freebsd.org cliente: bilouro_tcptest (//depot/projects/soc2008/bilouro_tcptest/) o script do teste acima: //depot/projects/soc2008/bilouro_tcptest/src/scripts/tcpconnect.py (esse script é um teste sujo de como fazer o 3way handshake) -- Victor Hugo Bilouro FreeBSD! Pessoal, o Andre Oppermann da lista internacional deu a sugestão de ligar o sysctl net.inet.tcp.log_debug=1 o que faz o protocolo logar em /var/log/debug.log. Então agora da para o que o FreeBSD esta reclamando apesar de ainda não ter descobrido o porque. segue o log: syn- sport 56054 dport 22022 sequence 2992965889 ack_number 0 offset 5 reserved 0 urgent 0 ack 0 push 0 reset 0 syn 1 fin 0 window 65535 checksum 16400 urg_pointer 0 - syn+ack- sport 22022 dport 56054 sequence 2079194755 ack_number 2992965890 offset 6 reserved 0 urgent 0 ack 1 push 2 reset 4 syn 9 fin 0 window 65535 checksum 44497 urg_pointer 0 - ack- sport 56054 dport 22022 sequence 0 ack_number 2079194756 offset 5 reserved 0 urgent 0 ack 1 push 0 reset 0 syn 0 fin 0 window 65535 checksum 33014 urg_pointer 0 - /var/log/debug.log: TCP [192.168.1.10]:56054 to [192.168.1.20]:22022 tcpflags 0x10ACK; syncache_expand: SEQ 0 != IRS+1 2992965889, segment rejected. Apesar de ter certeza que o 3 passo do handshake não necessitar o envio de sequence, mesmo assim enviei para ver o que o log diria, e para minha surpresa... syn- sport 59966 dport 22022 sequence 874312230 ack_number 0 offset 5 reserved 0 urgent 0 ack 0 push 0 reset 0 syn 1 fin 0 window 65535 checksum 50667 urg_pointer 0 - syn+ack- sport 22022 dport 59966 sequence 2755934977 ack_number 874312231 offset 6 reserved 0 urgent 0 ack 1 push 2 reset 4 syn 9 fin 0 window 65535 checksum 52952 urg_pointer 0 - ack- sport 59966 dport 22022 sequence 874312230 ack_number 2755934978 offset 5 reserved 0 urgent 0 ack 1 push 0 reset 0 syn 0 fin 0 window 65535 checksum 59030 urg_pointer 0 - .. o log mandou a seguinte mensagem: /var/log/debug.log: TCP [192.168.1.10]:59966 to [192.168.1.20]:22022 tcpflags 0x10ACK; syncache_expand: SEQ 874312230 != IRS+1 874312230, segment rejected. Continuarei trabalhando... Sugestões são benvindas... Vou torcer para descobrir o problema antes que eu tenha q estudar/debugar o kernel... abs -- Victor Hugo Bilouro FreeBSD! RESOLVIDO! No passo 3 do handshake onde apenas enviamos o ack sem nenhum tcpflag, o SEQUENCE NUMBER(SN) é obrigratório (alias ele é sempre obrigatório). Mesmo que o tcpdump não o mostre, ele esta presente. E a regra é, pacotes tcp que não consomem o SN devem ter o próximo SN a ser consumido. Então fica assim: syn- sport 59966 dport 22022 sequence 874312230 ack_number 0 offset 5 reserved 0 urgent 0 ack 0 push 0 reset 0 syn 1 fin 0 window 65535 checksum 50667 urg_pointer 0
Re: [FUG-BR] Problemas estabelecendo manualmente uma c onexão tcp/ip
2008/5/30 Victor Hugo Bilouro [EMAIL PROTECTED]: Fala pessoal, Então, estou andando com o projeto do GSoC (TCP/IP Regression Test Suite)... O projeto vai testar a conformidade do protocolo com as RFCs e também fará verificação se bugs já resolvidos voltaram a acontecer (regression). Seguinte, estou fazendo o handshake manualmente, ou seja, criando e injetando os pacotes na rede e teoricamente tudo esta OK, porém, o FreeBSD após os 3 passos do handshake (3 way handshake) esta me enviando um RESET. Dêem uma olhada no tcpdump -ied0 -S -vv tcp 08:58:21.302052 IP (tos 0x0, ttl 64, id 55136, offset 0, flags [none], proto TCP (6), length 40) 192.168.1.10.53639 192.168.1.20.22022: S, cksum 0x2a4d (correct), 3204258715:3204258715(0) win 65535 08:58:21.302125 IP (tos 0x0, ttl 64, id 411, offset 0, flags [DF], proto TCP (6), length 44) 192.168.1.20.22022 192.168.1.10.53639: S, cksum 0xba99 (correct), 400703492:400703492(0) ack 3204258716 win 65535 mss 1460 08:58:21.697561 IP (tos 0x0, ttl 64, id 55137, offset 0, flags [none], proto TCP (6), length 40) 192.168.1.10.53639 192.168.1.20.22022: ., cksum 0xacf0 (correct), 0:0(0) ack 400703493 win 65535 08:58:21.697632 IP (tos 0x0, ttl 64, id 412, offset 0, flags [DF], proto TCP (6), length 40) 192.168.1.20.22022 192.168.1.10.53639: R, cksum 0xacfc (correct), 400703493:400703493(0) win 0 Vocês tem alguma sugestão? Perguntei na lista internacional se a falta de tcp options poderia ser um problema, mas, a resposta foi que definitivamente esse não seria o problema... :( Aproveitando, os fontes estão no perforce.freebsd.org cliente: bilouro_tcptest (//depot/projects/soc2008/bilouro_tcptest/) o script do teste acima: //depot/projects/soc2008/bilouro_tcptest/src/scripts/tcpconnect.py (esse script é um teste sujo de como fazer o 3way handshake) -- Victor Hugo Bilouro FreeBSD! Pessoal, o Andre Oppermann da lista internacional deu a sugestão de ligar o sysctl net.inet.tcp.log_debug=1 o que faz o protocolo logar em /var/log/debug.log. Então agora da para o que o FreeBSD esta reclamando apesar de ainda não ter descobrido o porque. segue o log: syn- sport 56054 dport 22022 sequence 2992965889 ack_number 0 offset 5 reserved 0 urgent 0 ack 0 push 0 reset 0 syn 1 fin 0 window 65535 checksum 16400 urg_pointer 0 - syn+ack- sport 22022 dport 56054 sequence 2079194755 ack_number 2992965890 offset 6 reserved 0 urgent 0 ack 1 push 2 reset 4 syn 9 fin 0 window 65535 checksum 44497 urg_pointer 0 - ack- sport 56054 dport 22022 sequence 0 ack_number 2079194756 offset 5 reserved 0 urgent 0 ack 1 push 0 reset 0 syn 0 fin 0 window 65535 checksum 33014 urg_pointer 0 - /var/log/debug.log: TCP [192.168.1.10]:56054 to [192.168.1.20]:22022 tcpflags 0x10ACK; syncache_expand: SEQ 0 != IRS+1 2992965889, segment rejected. Apesar de ter certeza que o 3 passo do handshake não necessitar o envio de sequence, mesmo assim enviei para ver o que o log diria, e para minha surpresa... syn- sport 59966 dport 22022 sequence 874312230 ack_number 0 offset 5 reserved 0 urgent 0 ack 0 push 0 reset 0 syn 1 fin 0 window 65535 checksum 50667 urg_pointer 0 - syn+ack- sport 22022 dport 59966 sequence 2755934977 ack_number 874312231 offset 6 reserved 0 urgent 0 ack 1 push 2 reset 4 syn 9 fin 0 window 65535 checksum 52952 urg_pointer 0 - ack- sport 59966 dport 22022 sequence 874312230 ack_number 2755934978 offset 5 reserved 0 urgent 0 ack 1 push 0 reset 0 syn 0 fin 0 window 65535 checksum 59030 urg_pointer 0 - .. o log mandou a seguinte mensagem: /var/log/debug.log: TCP [192.168.1.10]:59966 to [192.168.1.20]:22022 tcpflags 0x10ACK; syncache_expand: SEQ 874312230 != IRS+1 874312230, segment rejected. Continuarei trabalhando... Sugestões são benvindas... Vou torcer para descobrir o problema antes que eu tenha q estudar/debugar o kernel... abs -- Victor Hugo Bilouro FreeBSD! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas estabelecendo manualmente uma c onexão tcp/ip
Fala pessoal, Então, estou andando com o projeto do GSoC (TCP/IP Regression Test Suite)... O projeto vai testar a conformidade do protocolo com as RFCs e também fará verificação se bugs já resolvidos voltaram a acontecer (regression). Seguinte, estou fazendo o handshake manualmente, ou seja, criando e injetando os pacotes na rede e teoricamente tudo esta OK, porém, o FreeBSD após os 3 passos do handshake (3 way handshake) esta me enviando um RESET. Dêem uma olhada no tcpdump -ied0 -S -vv tcp 08:58:21.302052 IP (tos 0x0, ttl 64, id 55136, offset 0, flags [none], proto TCP (6), length 40) 192.168.1.10.53639 192.168.1.20.22022: S, cksum 0x2a4d (correct), 3204258715:3204258715(0) win 65535 08:58:21.302125 IP (tos 0x0, ttl 64, id 411, offset 0, flags [DF], proto TCP (6), length 44) 192.168.1.20.22022 192.168.1.10.53639: S, cksum 0xba99 (correct), 400703492:400703492(0) ack 3204258716 win 65535 mss 1460 08:58:21.697561 IP (tos 0x0, ttl 64, id 55137, offset 0, flags [none], proto TCP (6), length 40) 192.168.1.10.53639 192.168.1.20.22022: ., cksum 0xacf0 (correct), 0:0(0) ack 400703493 win 65535 08:58:21.697632 IP (tos 0x0, ttl 64, id 412, offset 0, flags [DF], proto TCP (6), length 40) 192.168.1.20.22022 192.168.1.10.53639: R, cksum 0xacfc (correct), 400703493:400703493(0) win 0 Vocês tem alguma sugestão? Perguntei na lista internacional se a falta de tcp options poderia ser um problema, mas, a resposta foi que definitivamente esse não seria o problema... :( Aproveitando, os fontes estão no perforce.freebsd.org cliente: bilouro_tcptest (//depot/projects/soc2008/bilouro_tcptest/) o script do teste acima: //depot/projects/soc2008/bilouro_tcptest/src/scripts/tcpconnect.py (esse script é um teste sujo de como fazer o 3way handshake) -- Victor Hugo Bilouro 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] OFF (Condição script)
On 5/6/08, Daemon BR [EMAIL PROTECTED] wrote: Boa tarde, quero executar alguns comandos, mas só deve executar o comando se o hd USB está conectado. Como faço para entrar nesta condição utilizando shell script ? #mount -t ext3 /dev/sdb2 /mnt/backup #... #demais comandos No caso acima, quero agendar estes comandos, mas executar somente se o hd usb, está conectado. -- Att - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Olá Daemon BR, :| Não tenho muita experiencia em shell, mas o caminho é verificar se o dispositivo existe... exemplo: #!/bin/bash test=`ls /dev/sdb2` if [ $test != ]; then #COMANDOS fi Talvez alguém possa tornar o código mais elegante e também migrar para /bin/sh. att -- Victor Hugo Bilouro 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] Forçar gateway para subredes
On 4/25/08, Renato Frederick [EMAIL PROTECTED] wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aguiar Magalhaes Sent: Friday, April 25, 2008 7:58 AM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] Forçar gateway para subredes Oi Renato, Como tenho que fazer para criar estes aliases com as máscaras no gateway ? --- Em qui, 24/4/08, Renato Frederick [EMAIL PROTECTED] escreveu: De: Renato Frederick [EMAIL PROTECTED] Assunto: Re: [FUG-BR] Forçar gateway para subredes Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Data: Quinta-feira, 24 de Abril de 2008, 13:46 Não, porque 253.1 é de outra subrede. Altere a subrede para /24, ou então crie no gateway diversos aliases com as respectivas máscaras de forma que fique alcançável pelo cliente. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aguiar Magalhaes Sent: Thursday, April 24, 2008 11:38 AM To: freebsd@fug.com.br Subject: [FUG-BR] Forçar gateway para subredes Pessoal, Estando plugadas no mesmo switch, preciso que as máquinas das subredes 10.0.253.64/27 10.0.253.96/27 e 10.0.253.160/27 entendam que o gateway é 10.0.253.1 Tem como ? Na máquina 10.0.253.170 tentei: # route flush # route add default 10.0.253.1 mas recebi a mensagem Network is unreachable Help. Aguiar Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.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 Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.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 Aguiar Ifconfig_xl0=inet x.x.x.x mask z.z.z.z Ifconfig_xl0_alias0=inet x.x.x.a mask z.z.z.a Ifconfig_xl0_alias1=inet x.x.x.b mask z.z.z.b E por ai vai... Mudando xl0 por sua placa Complementando a thread. Se você for criar um alias para uma rede a qual você já tem um ip configurado, use a mascara 32 ou 255.255.255.255 ou 0x. Isto ocorre porque quando configuramos um ip, o FreeBSD adiciona a rota da rede por nós, e se já houver uma, não há necessidade de outra. exemplo do código gerado pelo freebsd: Ifconfig_xl0_alias0=inet x.x.x.a mask z.z.z.a route add -net x.x.x -iface xl0 att -- Victor Hugo Bilouro 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] duvida sobre ipfw
On 4/24/08, Fernando Silva [EMAIL PROTECTED] wrote: olá a todos Pessoal na minha rede tem um servidor cabeça com nat pois minhas regras de ipfw: 10 fwd 127.0.0.1,3128 tcp from any to any dst-port 80 via re0 20 divert 8668 ip4 from any to any via rl0 30 allow ip from any to any blz eu queria disponibilizar acesso a porta 80 de uma maquina da minha rede interna q não é o servidor alguem sabe como fazer via ipfw sem usar o redir do ports? abraços - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Fernando, 10 fwd 127.0.0.1,3128 tcp from any to any dst-port 80 via re0 #passa tudo, sendo que o 80 é fwd. 10 fwd 127.0.0.1,3128 tcp from rede_interna to any dst-port 80 in via re0 setup 11 pass from any to any via re0 #divert 20 divert 8668 ip4 from any to any via rl0 ok 30 allow ip from any to any #passa tudo de dentro para fora. 30 allow ip from any to any out via rl0 setup #passa 80 de fora para dentro 40 allow tcp from any to any 80 in via rl0 setup (ver NAT abaixo) 50 deny ip from any to any via rl0 60 deny all from any to any *NAT* (natd.conf) redirect_port tcp IP_SERVIDOR_HTTP:PORTA_SERVIDOR_INTERNO PORTA_ENTRADA(A QUE VC ABRIU NO FW) ex.: redirect_port tcp 192.168.1.10:80 80 att -- Victor Hugo Bilouro 21 7832 5699 Celular 8 * 72 757 Rádio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] - Google Summer of Code
Valew pessoal! Os manterei informados! att -- Victor Hugo Bilouro FreeBSD! On 4/22/08, Antonio Carlos [EMAIL PROTECTED] wrote: parabens Victor Hugo Bilouro escreveu: Ola pessoal, Bom, hoje saiu o resultado do google summer of code e é com muita felicidade que comunico que eu fui aceito e mais, a organização de mentoring é, claro, a fundação FreeBSD. O meu projeto chama-se TCP/IP Regression Test Suite e trata de desenvolver uma suite de teste para: conformidade de protocolo, testes de bugs já corrigidos, teste roteadores, firewalls, aplicações, etc... http://code.google.com/soc/2008/freebsd/appinfo.html?csaid=B95769EC32B8033C (me ajudem na verificação do inglês por favor - pvt :) Claro, gostaria de contar com a ajuda de vocês em todos os momentos, desde aconselhamento, discussão das funcionalidades principais até o teste do software em diferentes ambientes e plataformas. Estou realmente muito animado com isso! abs! -- Antonio Carlos da Rocha Jr [EMAIL PROTECTED] http://www.imovelpro.com.br .Power To Server |= ' FreeBSD - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] - Google Summer of Code
Ola pessoal, Bom, hoje saiu o resultado do google summer of code e é com muita felicidade que comunico que eu fui aceito e mais, a organização de mentoring é, claro, a fundação FreeBSD. O meu projeto chama-se TCP/IP Regression Test Suite e trata de desenvolver uma suite de teste para: conformidade de protocolo, testes de bugs já corrigidos, teste roteadores, firewalls, aplicações, etc... http://code.google.com/soc/2008/freebsd/appinfo.html?csaid=B95769EC32B8033C (me ajudem na verificação do inglês por favor - pvt :) Claro, gostaria de contar com a ajuda de vocês em todos os momentos, desde aconselhamento, discussão das funcionalidades principais até o teste do software em diferentes ambientes e plataformas. Estou realmente muito animado com isso! abs! -- Victor Hugo Bilouro 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] Placa Wireless
On 4/16/08, Rodolfo Zappa [EMAIL PROTECTED] wrote: Boa noite galera, Alguém já conseguiu usar a bendita placa wireless Ralink RT73 (USB ou onboard em notebook). O Free acha o hardware na boa (com usbdevs), mas não existe dirver pra ela. Gerei o driver com o ndisgen, usando o driver pra windows, o módulo carrega, mas nada da placa aparecer no ifconfig. Aproveitando o ensejo: Qual placa wireless (USB) com drivers nativos para freebsd, e que seja fácil de encontrar (no rio ou em sampa), e que se possível, também não seja muito cara (até R$150,00), o pessoal recomenda? -- Cordialmente, Rodolfo Zappa Archive TSP - Total Solution Provider Nosso negócio é garantir que a sua rede de informações não pare! (21) 2567-1842 [EMAIL PROTECTED] http://www.archive.com.br E não sabendo que era impossível, ele foi lá e fez Anônimo Se a gente se lança sem vigor, sete de dez ações tomadas não dão certo. É extremamente difícil tomar decisões num estado de agitação. Por outro lado, se sem se preocupar com as conseqüências menores, abordamos os problemas com o espírito afiado como uma lâmina, sempre encontramos a solução em menos tempo do que é necessário para respirar sete vezes. Nabeshima Naoshige (1538-1618) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Fala Rodolfo, Comprei a TP-LINK TL-WN321G. (usb wireless adapter) Funcionou fino no FreeBSD 7. Paguei R$ 65,00 (Boadica.com.br) (Fast One (21) 3527-4046) Segundo o hardware notes do 7: [i386,amd64] The rum(4) driver supports USB 2.0 and PCI Express Mini Card wireless adapters based on the Ralink RT2501USB and RT2601USB chipsets, including: *TP-LINK TL-WN321G abs -- Victor Hugo Bilouro - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 2 Links, mandar todo o fluxo da rede interna por um deles
2008/4/3 Juliano Oliveira [EMAIL PROTECTED]: Olá pessoal, tenho as seguintes placas de rede rl0 - rede externa com ip dinamico dc0 - rede externa com ip fixo rl1 - rede interna gostaria de pegar tudo o fluxo de http da rl1 e sair via rl0, alguem sabe como fazer ? Tentei fazer pelo Squid com #acl destino_interno dst 10.XX.XX.0/24 #tcp_outgoing_address 10.XX.XX.1 destino_interno #tcp_outgoing_address 201.80.15.xxx mas nao certo ? to precisando fazer isso urgente !! Obrigado! #acl origem_interno src 10.XX.XX.0/24 #tcp_outgoing_address IP_IFACE_RL0 origem_interno Quanto a ser dinâmico você pode usar, ppp.linkup, sed, squid -k reconfigure att -- Victor Hugo Bilouro - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DHCPD - isc-dhcpd
Filippus, Address range 192.168.100.100 http://192.168.100.100 to 192.169.100.199http://192.169.100.199, netmask 255.255.255.0 http://255.255.255.0 spans multiple subnets! Ele ta dizendo que vc esta abrangendo duas sub redes e eh verdade: 1a 192.168.100.100 (note 192.168.100) segundo a mascara 255.255.255.0 2a 192.169.100.199 (note 192.169.100) segundo a mascara 255.255.255.0 realmente eh isso que quer?! sugiro que vc acerte: 192.168.100.100 to 192.168.100.199 (note 168, no lugar de 169) ou altere a mascara para 255.0.0.0. mas acho que naum eh isso que vc deseja! []´s! Bilouro R. Filippus wrote: Boa tarde. Acabei de instalar e configurar o dhcpd que vem no ports, segundo o handbook. cd /usr/ports/net/isc-dhcp3-server/ Fiz a configuração no arquivo /usr/local/etc/dhcpd.conf e quando vou iniciar o serviço ocorre o seguinte erro: fileserver# /usr/local/etc/rc.d/isc-dhcpd.sh start Starting dhcpd. Internet Systems Consortium DHCP Server V3.0.2 Copyright 2004 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/ Address range 192.168.100.100 http://192.168.100.100 to 192.169.100.199http://192.169.100.199, netmask 255.255.255.0 http://255.255.255.0 spans multiple subnets! fileserver# []'s ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br