[FUG-BR] Placa mãe para AMD
Eu tenho que montar um computador às pressas e com limitação orçamentária, e estou pensando em um AMD 64 ou um sempron 64. Preciso de sugestões de placa mãe. Estou pensando na A8V-MX, para dual channel (939) e na K8V-X SE para o 754. Mas aceito sugestões. Abraços, João Rocha. -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.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] portsnap / cvsup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 25/6/2006 23:11 Celso Viana escreveu: Em 25/06/06, Renato Botelho[EMAIL PROTECTED] escreveu: Rodolfo Zappa escreveu: All, Tendo feito uma atualização do ports via portsnap, pode-se fazer também via cvsup? Complementando a pergunta: e via csup? (csup mesmo, não é cvsup não) Bom, csup e cvsup sao exatamente a mesma coisa, o cvsup foi originalmente escrito em uma linguagem chamada ezm3, o que impedia que ele fosse adicionado ao base system, visto que pra isso teriam que adicionar a linguagem tambem. Entao, no Summer of Code do ano passado, um estudante assumiu o projeto de reescrever o cvsup em C, foi onde nasceu o csup, que hoje jah estah no base system. Portanto, cvsup e csup, nao tem erro, usam o mesmo arquivo de configuracao (supfile), os mesmos parametros... Quanto ao portsnap, se voce optar por usa-lo, vc deve usar apenas ele, ate onde eu entendi eh assim, senao pode causar alguma confusao. []s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Renato, Existe alguma vantagem em se utilizar o portsnap ao inves do csup/cvsup? Outra coisa: Tenho o FreeBSD 6.1 instalado na minha máquina e só encontrei o csup no ports. A instalação dele é opcional (mesmo sendo da base)? O portsnap é mais rápido, consome menos banda, e já atualiza seu INDEX. O csup foi adicionado no 6-STABLE depois do lançamento do 6.1, então, se você atualizar pra RELENG_6 hoje, o csup irá aparecer. - -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (MingW32) iD8DBQFEn7OD6CRbiSJE7akRAs5rAKCVSB/KWoO6D933gRtvLkt1KOy4oACeJf03 ZfWfzsaq79zfapMl32oAFJ0= =h6K4 -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] devfs
Bom dia pessoal, Seguinte, eu preciso criar um dispositivo /dev/cuad2. Estou usando devfs e pelo que andei lendo na NET ele deveria criar o dispositivo automaticamente já que ele reconheceu meu modem que está em COM3 sob o Windows. Alguém tem algo que possa me ajudar? Desde já agradecido, Akkamai - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] pf mata a maquina
Olá pessoal, seguindo as dicas do Christopher (skywarior), aumentei o numero maximo de queues que o altq(hfsc) pode gerenciar.. No total deu uns 530 aqui... Carreguei todos, testei e funcionou normalmente... Só que na hora que eu coloquei a maquina em produção, a carga dela foi pra mais de 10, e ai nem no terminal respondia... Eu usei isso num amd64, com o source atualizado... Será que pode ser a ordem que eu coloquei as regras? eu atribui o trafego as filas assim pass quick from any to IP queue cl1d pass quick from IP to any queue cl1u Será que num openbsd o sistema se comportaria diferente? Abraços. Tiago N. Sampaio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] qmail no freebsd
Tive esse problema quanto atualizei meu servidor. http://www.pycs.net/lateral/stories/8.html Procure por queue-fix e queue-repair que suas mensagens serão processadas e entregues. Abraços Gilberto On Sat, 24 Jun 2006 12:17:25 -0300 N Guerra [EMAIL PROTECTED] wrote: Evandro, Você tem apagado os arquivos do /var/qmail/queue/mess na mão sem parar o qmail? Tem como enviar os logs do qmail-send e qmail-smtpd? Guerra Em 22/06/06, Evandro Zampieri[EMAIL PROTECTED] escreveu: Olá Pessoal, Tenho aqui no provedor um FreeBSD 4.11 rodando qmail+vpopmail+smtpauth+clamav+qmailscanner+spamassassin+rblsmtpd+etc...etc...etc... De um tempo pra cá ele começou a trocar a entrega de mensagens pra destinatários de domínios e contas sem nenhuma relação entre eles... a não ser pelo fato de estarem no mesmo servidor por exemplo: uma mensagem para [EMAIL PROTECTED] é entregue pra [EMAIL PROTECTED] ... Outro fato é o de que em alguns dias, normalmente pela manhã, a fila está com umas 2.000 mensagens (90% é spam) paradas e dai meus clientes não conseguem receber nada ligam dizendo que estão esperando um email e que nao tem nada na caixa postal dele... dai eu vou ver tá lá na fila parado tbm Dai começa #qmailctl doqueue... e nada. #qmailctl flush e nada. #qmailctl restart e nada #qmailctl stat messages in queue: 1987 messages in queue but not yet preprocessed: 1985 Bom, por fim #reboot Dai tudo volta ao normal e ele começa a processar a fila Qualquer ajuda será bem vinda... Obrigado, Evandro Zampieri E-COMP Provedor Afiliado Global Info (18) 3644-6000 Birigüi - SP - 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
[FUG-BR] Autenticar PPTP via FreeRADIUS
Caros, Estou tentando autenticar os clientes do PPP via FreeRADIUS, mas o PPP esta me dizendo isto: Jun 26 10:04:03 marte ppp[12357]: Phase: bundle: Authenticate Jun 26 10:04:03 marte ppp[12357]: Phase: deflink: his = none, mine = CHAP 0x05 Jun 26 10:04:03 marte ppp[12357]: Phase: Chap Output: CHALLENGE Jun 26 10:04:03 marte ppp[12357]: LCP: deflink: RecvCodeRej(2) state = Opened Jun 26 10:04:03 marte ppp[12357]: Phase: Chap Input: RESPONSE (16 bytes from ota) Jun 26 10:04:03 marte ppp[12357]: Phase: Radius: Request sent Jun 26 10:04:03 marte ppp[12357]: Phase: Radius: Request re-sent Jun 26 10:04:03 marte ppp[12357]: Phase: Radius: Request re-sent Jun 26 10:04:03 marte ppp[12357]: Phase: radius(auth): No valid RADIUS responses received Jun 26 10:04:03 marte ppp[12357]: Phase: Chap Output: FAILURE Enquando o FreeRADIUS me diz isso: Mon Jun 26 10:11:18 2006 : Auth: Login OK: [ota] (from client marte port 0) O FreeRADIUS autenticou, mas pelo que entendi ele nao diz isso da forma que o PPP espera. Alguem pode me dar uma luz? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html - 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 mãe para AMD
Tenho essas duas placas mae que você citou rodando FreeBSD numa boa, inclusive o FreeBSD teve suporte a controladora SATA da A8V uns 6 meses antes do linux. Hehehehehe Mas no quesito socket 939, eu lhe sugiro placas com o chipset nForce 4, pois o desempenho é muito melhor que as Via. Em casa meu desktop tem um A8N-E com o nForce 4 Ultra e roda maravilhosamente bem e rapido, sendo o unico problema que tinha até o 6.0 era que a placa de rede gigabit eventualmente dava a mensagem Device timed out, mas continuava funcionando normalmente. []s Nilson Em Seg, 2006-06-26 às 04:12 -0300, Joao Rocha Braga Filho escreveu: Eu tenho que montar um computador às pressas e com limitação orçamentária, e estou pensando em um AMD 64 ou um sempron 64. Preciso de sugestões de placa mãe. Estou pensando na A8V-MX, para dual channel (939) e na K8V-X SE para o 754. Mas aceito sugestões. Abraços, João Rocha. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Temos Journal, mas sera q eh isso q queremos?
Fabricio Lima wrote: Esse foi o artigo original que li ha uns 4 anos atras: 2000 USENIX Annual Technical Conference Journaling Versus Soft Updates: Asynchronous Meta-data Protection in File Systems http://www.usenix.org/publications/library/proceedings/usenix2000/general/full _papers/seltzer/seltzer_html/index.html Fabricio Lima -- Original Message --- From: Fabricio Lima [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Sat, 24 Jun 2006 10:51:41 -0300 Subject: [FUG-BR] Temos Journal, mas sera q eh isso q queremos? quando eu li sobre Journaling versus Soft Updates, ficou claro pra mim que a abordagem de se ter Soft Updates era mais interessante para servidores web. Afinal Soft Updates trabalha com 'commits' a longo prazo visto que o servidor tem pouca atualizacao, pois é utilizado mais para consulta. E ele baseia-se no fato de que terá um uptime elevado, e que a fonte de energia nao irá falhar, visto que é um servidor. O journal é interessante para desktops, estacoes que abruptamente caem por falta de luz ou crash. Isso é tipico do contexto do linux rodando em 486 com 32mb de ram e a fonte queima... Para um servidor parrudo FreeBSD + SU ficou claro pra mim, quando li, que era melhor do que ter FreeBSD + ext3. (caso fosse possivel). Nao lembro mais outras razoes pois há tempos que li isso. Quem estiver interessado, consulte mais em: http://lists.freebsd.org/pipermail/freebsd-fs/2005-February/000916.html E segue abaixo a definicao no wikepedia: In computer file systems, soft updates are an approach to maintaining disk integrity after a crash or power outage. They are an alternative to journaling file systems. Instead of duplicating metadata writes in a journal, soft updates work by properly ordering the metadata writes to guarantee consistency after a crash. Like journaling, soft updates do not guarantee that no data will be lost, but do make sure the filesystem is consistent. An advantage of a file system with soft updates is that it can be mounted almost instantaneously. Soft updates were first introduced to FreeBSD by Marshall Kirk McKusick and are now available across the BSDs. Fabriio Lima Fabricio, concordo com voce. Acredito que ter um FS jornalado disponivel pro FreeBSD e' bom, pra poder contar com essa opcao se/quando for necessario. Mas Soft Updates sempre foi superior a Logging FS. O documento que voce mencionou publicado na USENIX e assinado por Seltzer e outros, bem como por McKusick. Estes sao os autores do Logging File System (FS Jornalado, como originalmente foi chamado), e autores das variacoes do Logging FS como Write Ahead e LFS em disco separado, e assinado tambem pelo McKusick, autor do Soft Updates. Em todos os benchmarks propostos o Soft Updates perde em 1 deles, empata em outro, e se mostra superior em todos os outros testes, diretamente comparado ao sistema de arquivos jornalado em suas diversas implementacoes. Os testes de benchmark iniciais publicados pelo PJD apenas comprovam os testes documentados nesse paper da USENIX. O gjournal se mostra superior sob circunstancias muito especificas e menor performance em todas as outras circunstancias. Outra grande vantagem e que Soft Updates e apenas um metodo de atualizacao dos dados, que pode ser ligado e desligado a qualquer momento, enquanto as implementacoes mais conhecidas do FS Jornalado dependem de ter um FS criado from scratch pra esse comportamento. Felizmente na implementacao do PJD, o gjournal e' mais racional e aparentemente tambem pode ser ligado/desligado. Bom, repetindo, e muito bom poder ter journal no FreeBSD, apenas por ter. Mas precisarmos disso no dia-a-dia, e' outra conversa. Acho que estamos melhor servidos com a solucao do McKusick, que alem de tudo, e muito mais elegante em implementacao. -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OT] ejabberd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Márcio Luciano Donada wrote: Boa tarde, O assunto é off mesmo, mas faz alguns dias já que estou brigando com o ejabberd para autenticar users na base ldap que temos na empresa. O problema é que inicialmente autentica o administrador que está no ldap na interface administrativa do ejabber, mas após o processo de autenticação a interface web não é mostrada Quando tento registrar o administrador utilizando o ejabberdctl a resposta que tenho é nodedown, mas o serviço está ativo. Alguém tem alguma documentação sobre o ejabber e ldap, pois até o momento não consegui encontrar nada de concreto e que realmente possa me ajudar. Pessoal, Depois de alguns problema e uma força fundamental do Renato Botelho, tá rolando já o ejabberd com suporte ao LDAP. Estou já escrevendo um material sobre o mesmo e vou postar o mesmo no fug.com.br para quem tiver interesse em utilizar o servidor. Abraço, - -- Márcio Luciano Donada mdonada at auroraalimentos dot com dot br Cooperativa Central Oeste Catarinense - Departamento de T.I. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEn++IyJq2hZEymxcRAmPPAJ90nM2nVZjQV5hSr7+5p7QOdmCQKACgyWWu UXlOVcBcLwApBc/IhJ+QFkg= =d0BU -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Case Tool para FreeBSD
Boa tarde amigos. Estou com uma dúvida sobre case tools para FreeBSD, mais especificamente para modelagem de banco de dados. Eu baixe o DBDesigner 4, mas verifiquei que o mesmo é lento e muito instável. Tentei usar o dia, mas ele não tem suporte para diagramas de banco do tipo ER. Usei também o Umbrello, mas ele é sofrível quanto à recursos. Atualmente estou usando o ERCreator Database Editor, emulado com a ajuda do wine. Contudo, este é um programa pago. Gostaria, por gentileza, de saber se alguém conhece uma boa ferramente Case para modelagem de banco de dados que rode em Linux/FreeBSD. Grato, Daniel - 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 mãe para AMD
On 6/26/06, Nilson Debatin [EMAIL PROTECTED] wrote: Tenho essas duas placas mae que você citou rodando FreeBSD numa boa, inclusive o FreeBSD teve suporte a controladora SATA da A8V uns 6 meses antes do linux. Hehehehehe Mas no quesito socket 939, eu lhe sugiro placas com o chipset nForce 4, pois o desempenho é muito melhor que as Via. Em casa meu desktop tem um A8N-E com o nForce 4 Ultra e roda maravilhosamente bem e rapido, sendo o unico problema que tinha até o 6.0 era que a placa de rede gigabit eventualmente dava a mensagem Device timed out, mas continuava funcionando normalmente. O problema é que eu tenho que montar um computador razoável com mil reais. Aceito sugestões. Acho que a placa 939 melhor pois aceita memória ECC, o que pode ser colocada no futuro, e ser usada com um servidor de menor porte. Aliás, pode ser que eu tenha uma máquina mais poderosa que os servidores do provedor que estou começando a trabalhar. Eu vi no site da ASUS que a A8V-MX tem vídeo on-board. Sabe se o X-Windows roda bem nele? O problema desta placa é que o HD IDE teria que disputar barramento com o gravador de DVD, e para evitar isto eu teria que que usar um HD SATA, que é um poucos mais caro. João Rocha. []s Nilson Em Seg, 2006-06-26 às 04:12 -0300, Joao Rocha Braga Filho escreveu: Eu tenho que montar um computador às pressas e com limitação orçamentária, e estou pensando em um AMD 64 ou um sempron 64. Preciso de sugestões de placa mãe. Estou pensando na A8V-MX, para dual channel (939) e na K8V-X SE para o 754. Mas aceito sugestões. Abraços, João Rocha. - 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. [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.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] Case Tool para FreeBSD
Daniel Murari Boato escreveu: Boa tarde amigos. Estou com uma dúvida sobre case tools para FreeBSD, mais especificamente para modelagem de banco de dados. Grato, Daniel - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Se for para mySQL http://dev.mysql.com/downloads/workbench/1.0.html ! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS Dinamico + Bind
tente utilizar o isc-DHCP e configure ele para fazer update do ddns funciona muito bem aqui amarro o ip ao mac adress e o proprio dhcp automáticamente faz o update do dns =o) Em 24/06/06, Alexandre Bunn[EMAIL PROTECTED] escreveu: Bom dia Pessoal Estava lendo sobre como implementar dns dinamico no bind em um FreeBSD 4.11 Stable porém o sistema está empacando no seguinte comando: dnssec-keygen -a HMAC-MD5 -b 128 -n HOST dinamicos-key. Alguem tem alguma dica? Meu bind está na versao 9.3.0 e a inicialização dele no rc.conf está com as seguintes linhas #BIND named_enable=YES named_program=/usr/local/sbin/named named_flags=-u bind -c /etc/namedb/named.conf Estou seguindo os artigos nos links abaixo: http://ops.ietf.org/dns/dynupd/secure-ddns-howto.html http://www.linuxit.com.br/section-viewarticle-427.html Obrigado pela atenção Alexandre - 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|== ICQ 27550645 MSN / GT ' NetBSD, 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] Autenticar PPTP via FreeRADIUS
--- Frederico Terra Boechat [EMAIL PROTECTED] escreveu: Isso parece ser accounting, verifique as configurações, principalmente porta. Frederico - Original Message - From: Otacilio Neto [EMAIL PROTECTED] To: FUG freebsd@fug.com.br Sent: Monday, June 26, 2006 10:15 AM Subject: [FUG-BR] Autenticar PPTP via FreeRADIUS Caros, Estou tentando autenticar os clientes do PPP via FreeRADIUS, mas o PPP esta me dizendo isto: Jun 26 10:04:03 marte ppp[12357]: Phase: bundle: Authenticate Jun 26 10:04:03 marte ppp[12357]: Phase: deflink: his = none, mine = CHAP 0x05 Jun 26 10:04:03 marte ppp[12357]: Phase: Chap Output: CHALLENGE Jun 26 10:04:03 marte ppp[12357]: LCP: deflink: RecvCodeRej(2) state = Opened Jun 26 10:04:03 marte ppp[12357]: Phase: Chap Input: RESPONSE (16 bytes from ota) Jun 26 10:04:03 marte ppp[12357]: Phase: Radius: Request sent Jun 26 10:04:03 marte ppp[12357]: Phase: Radius: Request re-sent Jun 26 10:04:03 marte ppp[12357]: Phase: Radius: Request re-sent Jun 26 10:04:03 marte ppp[12357]: Phase: radius(auth): No valid RADIUS responses received Jun 26 10:04:03 marte ppp[12357]: Phase: Chap Output: FAILURE Enquando o FreeRADIUS me diz isso: Mon Jun 26 10:11:18 2006 : Auth: Login OK: [ota] (from client marte port 0) O FreeRADIUS autenticou, mas pelo que entendi ele nao diz isso da forma que o PPP espera. Alguem pode me dar uma luz? Na verdade, na verdade... a senha que o cliente NAS estava utilizando estava errada :) Mas acho muito estranho, para uma senha errada o Freeradius responder com um loggin OK e o PPP eh que se vira para por para funcionar um negocio errado! ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Placa mãe para AMD
Em Seg, 2006-06-26 às 12:32 -0300, Joao Rocha Braga Filho escreveu: Acho que a placa 939 melhor pois aceita memória ECC, o que pode ser colocada no futuro, e ser usada com um servidor de menor porte. Aliás, pode ser que eu tenha uma máquina mais poderosa que os servidores do provedor que estou começando a trabalhar. Eu vi no site da ASUS que a A8V-MX tem vídeo on-board. Sabe se o X-Windows roda bem nele? O problema desta placa é que o HD IDE teria que disputar barramento com o gravador de DVD, e para evitar isto eu teria que que usar um HD SATA, que é um poucos mais caro. Se a duvida era 939 ou 754, nem pense 2x pois o 939 é bem superior e logo vc pode fazer facilmente upgrade pra um processador dual-core. Também tem essa outra vantagem de suportar ECC, e a placa de video onboard funciona no X sim (pelo menos no linux funcionou numa boa) é uma Via Savage. Eu não lembro é desse detalhe que você comentou, essa placa mãe só tem 1 conector IDE ? Não me recordo de já ter visto placas modernas com apenas 1, sempre no mínimo 2, e hoje em dia os hds SATA não estão muito mais caros que os IDE não, a diferença é de cerca de 15 reais entre hds de mesmo tamanho. []s Nilson - 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 mãe para AMD
minha estação de trabalho tem uma placa da intel, (D915GVWV eu acho) e só tem 1 ide Nilson Debatin escreveu: Em Seg, 2006-06-26 às 12:32 -0300, Joao Rocha Braga Filho escreveu: Acho que a placa 939 melhor pois aceita memória ECC, o que pode ser colocada no futuro, e ser usada com um servidor de menor porte. Aliás, pode ser que eu tenha uma máquina mais poderosa que os servidores do provedor que estou começando a trabalhar. Eu vi no site da ASUS que a A8V-MX tem vídeo on-board. Sabe se o X-Windows roda bem nele? O problema desta placa é que o HD IDE teria que disputar barramento com o gravador de DVD, e para evitar isto eu teria que que usar um HD SATA, que é um poucos mais caro. Se a duvida era 939 ou 754, nem pense 2x pois o 939 é bem superior e logo vc pode fazer facilmente upgrade pra um processador dual-core. Também tem essa outra vantagem de suportar ECC, e a placa de video onboard funciona no X sim (pelo menos no linux funcionou numa boa) é uma Via Savage. Eu não lembro é desse detalhe que você comentou, essa placa mãe só tem 1 conector IDE ? Não me recordo de já ter visto placas modernas com apenas 1, sempre no mínimo 2, e hoje em dia os hds SATA não estão muito mais caros que os IDE não, a diferença é de cerca de 15 reais entre hds de mesmo tamanho. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] PoPToP lento pacas!
Ola pessoal! Eu sei que estou aperriando com esse tal de PPTP e PoPToP, mas... Olhem só o cenário. Tenho um servidor FreeBSD 6.0 onde roda o processo servidor do PoPToP. Tenho um servidor Web FreeBSD 4.8 onde tenho um arquivo para dowload. Tenho uma estação de trabalho Windows 98. Todas as máquinas estão na mesma rede Ethernet 100Mbps. Quando eu faço o download do arquivo de 15MB me conectando na máquina FreeBSD com o PoPToP eu consigo downloads de 40KB/S. Quando eu vou direto no servidor Web sem utilizar o PoPToP consigo downloads de 1.5MB/S. Alguem sabe o porquê deste disparate??? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PoPToP lento pacas!
Considere (e some) os seguinte fatores: -Seu FreeBSD nao é muito atual -Sua versao do PopTop pode nao ser a mais atual (se veio do ports nao atualizado) -A carga de processamento do FreeBSD como webserver e vpn server encriptando o arquivo enviado -A carga de processamento da estação desencriptando o trafego do arquivo -O fato de ser um Windows 98 + PPTP via Dial Up 1.3 -O fato da VPN PPTP utilizar TCP para encriptar os dados de uma sessao HTTP que tambem é TCP -Somado ao overhead da rede. Instale um FreeBSD 6.1 + OpenVPN e bote uma estação XP com OpenVPN Client e baixe o arquivo e nos diga o resultado. Acho que voce vai obter uns 300KB/s, ou mais! Fabricio Lima (ja passei por isso! nunca mais uso PPTP!) -- Original Message --- From: Otacilio Neto [EMAIL PROTECTED] To: FUG freebsd@fug.com.br Sent: Mon, 26 Jun 2006 17:57:25 + (GMT) Subject: [FUG-BR] PoPToP lento pacas! Ola pessoal! Eu sei que estou aperriando com esse tal de PPTP e PoPToP, mas... Olhem só o cenário. Tenho um servidor FreeBSD 6.0 onde roda o processo servidor do PoPToP. Tenho um servidor Web FreeBSD 4.8 onde tenho um arquivo para dowload. Tenho uma estação de trabalho Windows 98. Todas as máquinas estão na mesma rede Ethernet 100Mbps. Quando eu faço o download do arquivo de 15MB me conectando na máquina FreeBSD com o PoPToP eu consigo downloads de 40KB/S. Quando eu vou direto no servidor Web sem utilizar o PoPToP consigo downloads de 1.5MB/S. Alguem sabe o porquê deste disparate??? ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- End of Original Message --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PoPToP lento pacas!
Mas Fabricio, olhe só: --- Fabricio Lima [EMAIL PROTECTED] escreveu: Considere (e some) os seguinte fatores: -Seu FreeBSD nao é muito atual O servidor onde roda o PoPToP é um 6.0 e estou atualizando; -Sua versao do PopTop pode nao ser a mais atual (se veio do ports nao atualizado) Eh a mais atual. -A carga de processamento do FreeBSD como webserver e vpn server encriptando o arquivo enviado O webserver eh outra maquina, o que esta rodando a VPN tem 98.5% de tempo idle (vicom um top) -A carga de processamento da estação desencriptando o trafego do arquivo Não tem criptografia ligada nao! -O fato de ser um Windows 98 + PPTP via Dial Up 1.3 -O fato da VPN PPTP utilizar TCP para encriptar os dados de uma sessao HTTP que tambem é TCP -Somado ao overhead da rede. Com tudo isso! De 2.0Mbps para 30Kbps, tem condições nao! Instale um FreeBSD 6.1 + OpenVPN e bote uma estação XP com OpenVPN Client e baixe o arquivo e nos diga o resultado. Acho que voce vai obter uns 300KB/s, ou mais! O FreeBSD estou atualizando de um 6.0 para 6.1, mas nao acho que seja isso. QUanto ao Win eu nao posso atualizar nao. Sao muitas maquinas. O que me deixa mais encabulado eh que o servidor esta com 98.5% idle! ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PoPToP lento pacas!
Acho que os problemas dele são relativos mais ao cenário do que ao pptp em si. O uso de cpu/memória/link tanto em openvpn quanto em pptp seriam semelhantes, já que ambos fazem praticamenta a mesma coisa com o pacote e na estação servidor. O cenário dele está: Uma estaçao no mesmo segmento da vpn Fechando o tunel com um servidor no mesmo segmento E fazendo download de um arquivo no servidor... que é o mesmo da vpn.. no mesmo segmento :) Talvez o que o Fabrício falou com relação ao BSD 4.x tenha algo a ver, mas o port do poptop não mudou muito, só mesmo security fix A estação tenho que concordar, a DUN do 9x se não for atualizada é bem instável, tem bastantes bugs. O mínimo para teste seria o 98SE. O ideal seria você fazer o teste usando um servidor que vai fazer download em outro segmento, simulando uma conexão da internet Tente montar um cenário com 2 roteadodres, a estação de uma ponta do roteador e o BSD POPTOP na outra ponta. O fileserver do qual o arquivo que esta sendo feito o download estaria atrás do bsd poptop, usando-o como gateway: ESTACAO---ROUTER===ROUTER-POPTOPFILESERVER Obviamente você pode substituir o router por um bsd com 2 placas de rede, etc etc. Assim, você isola o tráfego e pode, com mais facilidade, detectar aonde está o problema. No cenário acima, considerando uma conexão de 10MB, desconte o overhead de uma encriptacao 128bits do PPTP (ou menor, depende do cliente), pra você ter idéia da taxa de transferencia. Faça testes também removendo a encriptação e medindo o consumo de CPU da cliente e servidor. A remoção de encriptacao é feita nas propriedades avançadas da conexão PPTP do 98 e no ppp.conf do poptop Abraços - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fabricio Lima Sent: segunda-feira, 26 de junho de 2006 15:21 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] PoPToP lento pacas! Considere (e some) os seguinte fatores: -Seu FreeBSD nao é muito atual -Sua versao do PopTop pode nao ser a mais atual (se veio do ports nao atualizado) -A carga de processamento do FreeBSD como webserver e vpn server encriptando o arquivo enviado -A carga de processamento da estação desencriptando o trafego do arquivo -O fato de ser um Windows 98 + PPTP via Dial Up 1.3 -O fato da VPN PPTP utilizar TCP para encriptar os dados de uma sessao HTTP que tambem é TCP -Somado ao overhead da rede. Instale um FreeBSD 6.1 + OpenVPN e bote uma estação XP com OpenVPN Client e baixe o arquivo e nos diga o resultado. Acho que voce vai obter uns 300KB/s, ou mais! Fabricio Lima (ja passei por isso! nunca mais uso PPTP!) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PoPToP lento pacas!
--- Renato Frederick [EMAIL PROTECTED] escreveu: Acho que os problemas dele são relativos mais ao cenário do que ao pptp em si. O uso de cpu/memória/link tanto em openvpn quanto em pptp seriam semelhantes, já que ambos fazem praticamenta a mesma coisa com o pacote e na estação servidor. O cenário dele está: Uma estaçao no mesmo segmento da vpn Fechando o tunel com um servidor no mesmo segmento E fazendo download de um arquivo no servidor... que é o mesmo da vpn.. no mesmo segmento :) Talvez o que o Fabrício falou com relação ao BSD 4.x tenha algo a ver, mas o port do poptop não mudou muito, só mesmo security fix A estação tenho que concordar, a DUN do 9x se não for atualizada é bem instável, tem bastantes bugs. O mínimo para teste seria o 98SE. O ideal seria você fazer o teste usando um servidor que vai fazer download em outro segmento, simulando uma conexão da internet Tente montar um cenário com 2 roteadodres, a estação de uma ponta do roteador e o BSD POPTOP na outra ponta. O fileserver do qual o arquivo que esta sendo feito o download estaria atrás do bsd poptop, usando-o como gateway: ESTACAO---ROUTER===ROUTER-POPTOPFILESERVER Obviamente você pode substituir o router por um bsd com 2 placas de rede, etc etc. Assim, você isola o tráfego e pode, com mais facilidade, detectar aonde está o problema. No cenário acima, considerando uma conexão de 10MB, desconte o overhead de uma encriptacao 128bits do PPTP (ou menor, depende do cliente), pra você ter idéia da taxa de transferencia. Faça testes também removendo a encriptação e medindo o consumo de CPU da cliente e servidor. A remoção de encriptacao é feita nas propriedades avançadas da conexão PPTP do 98 e no ppp.conf do poptop Abraços - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fabricio Lima Sent: segunda-feira, 26 de junho de 2006 15:21 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] PoPToP lento pacas! Considere (e some) os seguinte fatores: -Seu FreeBSD nao é muito atual -Sua versao do PopTop pode nao ser a mais atual (se veio do ports nao atualizado) -A carga de processamento do FreeBSD como webserver e vpn server encriptando o arquivo enviado -A carga de processamento da estação desencriptando o trafego do arquivo -O fato de ser um Windows 98 + PPTP via Dial Up 1.3 -O fato da VPN PPTP utilizar TCP para encriptar os dados de uma sessao HTTP que tambem é TCP -Somado ao overhead da rede. Instale um FreeBSD 6.1 + OpenVPN e bote uma estação XP com OpenVPN Client e baixe o arquivo e nos diga o resultado. Acho que voce vai obter uns 300KB/s, ou mais! Fabricio Lima (ja passei por isso! nunca mais uso PPTP!) Fiz o download do FreeBSD 4.11 Stable (Desculpe se eu falei 4.8, eh que quando eu instalei era 4.8) sem passar pelo PoPToP e deu cerca de 1.5MB/s. Fiz o download do 6.0 de um arquivo de 15MB e foi menos de 15 segundos também. O problema só ocorre quando o PoPToP entra na jogada! Ai cai para 30KB/s! Misericórdia! Tem que ter algum negocio de velocidade para mexer! O server ta com 98.5% idle nesses downloads! ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS Dinamico + Bind
Boa tarde Minha ideia com isso é usar para servidores que tem link adsl residencial ao inves de usar um dyndns usaria esse esquema no bind... Att, Alexandre William David FUG-BR wrote: tente utilizar o isc-DHCP e configure ele para fazer update do ddns funciona muito bem aqui amarro o ip ao mac adress e o proprio dhcp automáticamente faz o update do dns =o) Em 24/06/06, Alexandre Bunn[EMAIL PROTECTED] escreveu: Bom dia Pessoal Estava lendo sobre como implementar dns dinamico no bind em um FreeBSD 4.11 Stable porém o sistema está empacando no seguinte comando: dnssec-keygen -a HMAC-MD5 -b 128 -n HOST dinamicos-key. Alguem tem alguma dica? Meu bind está na versao 9.3.0 e a inicialização dele no rc.conf está com as seguintes linhas #BIND named_enable=YES named_program=/usr/local/sbin/named named_flags=-u bind -c /etc/namedb/named.conf Estou seguindo os artigos nos links abaixo: http://ops.ietf.org/dns/dynupd/secure-ddns-howto.html http://www.linuxit.com.br/section-viewarticle-427.html Obrigado pela atenção Alexandre - 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] Atualizar FreeBSD-5.4
Saudações galera, Eu estou querendo atualizar um 5.4 para 6.1. Vocês acham que corro algum risco? Já atualizei várias vezes, mas nunca de uma série para outra. Espero a opnião de vocês, Obrigado! Rodrigo Lorenz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Atualizar FreeBSD-5.4
Rodrigo Lorenz said the following on 27/06/06 09:45: Saudações galera, Eu estou querendo atualizar um 5.4 para 6.1. Vocês acham que corro algum risco? Já atualizei várias vezes, mas nunca de uma série para outra. Eu já fiz um dos meus servidores e foi muito bem! Coisas que você tem que prestar atenção: Leia o UPDATING, compile seu kernel COMPAT_FREEBSD5 ou seus binarios não vão mais funcionar e tome cuidado quando e se for remover as bibliotecas antigas pois isso pode fazer muita cosia parar de funcionar. Talvez seja melhor não remover se você não tiver certeza. Até mais Vini - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Atualizar FreeBSD-5.4
Oi Rodrigo, eu já fiz isso, mas te recomendo fazer assim: 1. Atualize para 5 STABLE 2. Atualize para 6.0 STABLE 3. Atualize para 6.1 STABLE Abraço, Felipe Neuwald. Rodrigo Lorenz escreveu: Saudações galera, Eu estou querendo atualizar um 5.4 para 6.1. Vocês acham que corro algum risco? Já atualizei várias vezes, mas nunca de uma série para outra. Espero a opnião de vocês, Obrigado! Rodrigo Lorenz - 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] Atualizar FreeBSD-5.4
Saudações galera, Eu estou querendo atualizar um 5.4 para 6.1. Vocês acham que corro algum risco? Já atualizei várias vezes, mas nunca de uma série para outra. Espero a opnião de vocês, Obrigado! Rodrigo Lorenz Boa Noite, Baixe os src via cvsup e antes de qualquer coisa leia o UPDATING (/usr/src) para maiores informações, mas o básico você já sabe. Abraço, -- Márcio Luciano Donada CPD Aurora Alimentos - Chapecó(SC) Cooperativa Central Oeste Catarinense - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd