[FUG-BR] Bloqueio do Skipe
Estou usando o Freebsd 6.1 com ipfilter. Gostaria de saber como bloquear o Skipe utilizando as regras do IPfilter. Tentei várias opções sem sucesso. Agradeço a ajuda. ___ O Yahoo! está de cara nova. Venha conferir! http://br.yahoo.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] Bloqueio do Skipe
Você usa squid ? Se estiver usando, aqui tem um bom how to, inclusive explicando como é o funcionamento do skype e dando uma idéia de como tudo funciona "por trás das cameras". http://lists.grok.org.uk/pipermail/full-disclosure/2005-November/038646.html []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] 4 GB de Ram FreeBSD ??
Caros colegas, estou com servidor Itautec LX200 que tem 4 Gigas de memória Ram, instalei o FreeBSD-5.5-STABLE e o mesmo só reconheceu 3 Gigas de ram. Dei uma olhada no histórico da lista e vi um caso semelhante onde dizia-se que para reconhecer os 4 gigas teria que recompilar o kernel com a opção PAE. Gostaria de saber se existe uma outra forma de fazer com que meu FreeBSD reconheça os 4 gigas de ram Abaixo segue a saida do meu dmesg estojo# dmesg | grep mem real memory = 3220963328 (3071 MB) avail memory = 3127631872 (2982 MB) At, Breno Sérgio C. Pedroso Unix System Admin Secretaria de Estado da Educação- Goiânia-GO Gerência de Tecnologia e Informação Fone:(62) 3201-3022 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Oi Nilson. On 11/14/06, Nilson Debatin <[EMAIL PROTECTED]> wrote: > Em Ter, 2006-11-14 às 18:06 -0200, Welington F.J escreveu: > > Aproveitando o gancho, eu uso HTT ha mais de 1 ano em 2 servidores e > > nunca tive nenhum problema! =) > > HT nao dá problema, funciona muito bem. Só é mais lerdo do > que não usar HT. Tem algum teste disso? Onde eu poderia encontrar doc sobre esse comportamento? Eu gostaria de saber o porquê disso... Att, RS > > []s > Nilson > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.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] 4 GB de Ram FreeBSD ??
Infelizmente não. O seu processador de 32 bits pode endereçar 2^32 (4 Gb) endereços de memória. Sendo assim, poderia se trabalhar com 4 gb numa boa, não é mesmo ? Acontece que devido ao fato de como dispositivos de hardware são endereçados, voce acaba perdendo uns 512Mb a 1gb. Isso não é um problema do FreeBSD. Qualquer sistema sem um PAE sofreria do mesmo "mal". Você tem duas saídas pra usar esses 4 gb: - Usar um processador de 64 bits - Compilar o kernel com suporte PAE []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 4 GB de Ram FreeBSD ??
Tenho o mesmo servidor que vc e tive que complilar meu Kernel com o PAE. Breno escreveu: > Caros colegas, > > estou com servidor Itautec LX200 que tem 4 Gigas de memória > Ram, instalei o FreeBSD-5.5-STABLE e o mesmo só reconheceu 3 Gigas de > ram. Dei uma olhada no histórico da lista e vi um caso semelhante onde > dizia-se que para reconhecer os 4 gigas teria que recompilar o kernel > com a opção PAE. Gostaria de saber se existe uma outra forma de fazer > com que meu FreeBSD reconheça os 4 gigas de ram Abaixo segue a > saida do meu dmesg > > estojo# dmesg | grep mem > real memory = 3220963328 (3071 MB) > avail memory = 3127631872 (2982 MB) > > At, > > Breno Sérgio C. Pedroso > Unix System Admin > Secretaria de Estado da Educação- Goiânia-GO > Gerência de Tecnologia e Informação > Fone:(62) 3201-3022 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Marcos Francisco Alcântara Silva Administrador de Sistemas - *NIX FUG-BR User #248 Linux user #425822 --- Existem indivíduos que estão consideravelmente adiantados nessa trajetória para o Criador É extremamente importante saber que ninguém ensina nada, mas que existem pessoas que aprendem - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
O HTT na verdade não é um, como poderia dizer, hardware físico como o os processadores core duo, por exemplo. HTT é um "hack" que faz com uma CPU que o suporte pareça ter dois núcleos distintos, trabalhando independetemente. Acontece que voce vai gerenciar duas LFUs, por exemplo, com uma única CPU. Deste modo, sem sombra de dúvida, a performance da tua máquina vai acabar caindo. Uma forma de lidar com isso, seria um novo scheduler, que pudesse reconhecer CPUs com HTT habilitado. Só que devido ao fato de os desenvolvedores do FreeBSD tambem encararem que o HTT não passa de um hack, não vale a pena reescrever um scheduler só pra reconhecer uma coisa que vai acabar degradando a performance da tua máquina. E eles estão mais do que certos. :) []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] JAILS - Novos recursos
Bom dia lista, Este ano o google patrocinou 14 projetos para o FreeBSD através do Google Code of Summer, um desses projetos diz respeito as Jails onde é possível limitar o uso da CPU e Memória. Alguém da lista sabe me dizer se esta opções já estão na arvore do 6.1? Atenciosamente, -- Marcos Francisco Alcântara Silva Administrador de Sistemas - *NIX FUG-BR User #248 Linux user #425822 --- Existem indivíduos que estão consideravelmente adiantados nessa trajetória para o Criador É extremamente importante saber que ninguém ensina nada, mas que existem pessoas que aprendem - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD 6.1 no Compaq Evo
Bom dia lista Estou tentando instalar um free em um compaq evo e não tem jeito de dar boot. Ele apresenta um erro tipo int=000d err=0 efl=00038282 E mais linhas dessas pra baixo E no fim BTX Halted Alguem sabe por que diabos não dá boot Att Joã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] Cluster de Firewall com carp + pfsync (tutorial)
Pega no ports net/pen Att, RS On 11/14/06, c0re dumped <[EMAIL PROTECTED]> wrote: > Opa ! > > Valeu Daniel, deu ate umas esclarecidas nus pontos bem bacanas. > > Gostaria ateh de pedir desculpas ao Marcelo se em algum momento eu > tenha sido rispido ou de alguma forma o desrespeitei. As vezes na > ansia de expormos nossos pontos de vista e nossa abordagem sobre um > determinado assunto, acabamos por exaltar-nos. > > Se em algum momento tiver feito isso, humildimente peco perdao. > > Todo mundo tah aqui pra se ajudar, afinal de contas :) > > No meu caso vou testar o carp +pen, ateh por curiosidade, pq nunca o usei > antes. > > Alguem poderia informar onde fica a pagina do projeto ? > > > []'s > > -- > > No stupid signatures here. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.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] Cluster de Firewall com carp + pfsync (tutorial)
Olá "C0re" Legal sua atitude :) Bom, o ports dis que a página do pen é: http://siag.nu/pen/ tem um artigo meu no fug que fala sobre ele, e as páginas do man dele são bem claras, O carp, tem um artigo meu tb no site do grupo, e as páginas do man tb é bem pequena e facil. Boa sorte :) -- Daniel Bristot de Oliveira R João Paez 409 Ap 202 Sta Augusta - Criciúma - SC CEP 88805440 Brazil +55-48-91032512 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bloqueio do Skipe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 c0re dumped wrote: > Você usa squid ? > > Se estiver usando, aqui tem um bom how to, inclusive explicando > como é o funcionamento do skype e dando uma idéia de como tudo > funciona "por trás das cameras". > > > http://lists.grok.org.uk/pipermail/full-disclosure/2005-November/038646.html > > > []'s > O material é bom, mas a regra do squid ela é muito instável, hora funciona hora não funciona. - -- Márcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense - Departamento de T.I. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFXE2QyJq2hZEymxcRAg4TAJ0TD8+MXTOB1QQw7lg6BIfMEcz++gCdF5s7 39iGYRbVtOR+g1xbD/fCZ2A= =qo4q -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bloqueio do Skipe
Bom, teoricamente iria não funcionar apenas para casos em que o skype conecta-se a sites com nomes ao inves de ips. Uma solução possível seria procurar por blacklists de gateways skype. []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 6.1 no Compaq Evo
Senhores. Respondendo minha próprioa pergunta. Acho que era alguma coisa referente ao HD. Na bios do compaq tem um esquema de MAX PIO. Ele estava com outra opção. Simplesmente coloquei MAX PIO e o bixo deu boot e ta instalando. Att João David On Thu, 16 Nov 2006 08:29:44 -0300, João David Prevedello wrote > Bom dia lista > > Estou tentando instalar um free em um compaq evo e não tem jeito de > dar boot. > > Ele apresenta um erro tipo > > int=000d err=0 efl=00038282 > E mais linhas dessas pra baixo > E no fim > > BTX Halted > > Alguem sabe por que diabos não dá boot > > Att > > João > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Coloque Aqui Sua Assinatura Padrã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] Cluster de Firewall com carp + pfsync (tutorial)
Exatamente Daniel. Com o CARP é sim possível criar redundância de servers e firewall. No caso de firewall, é simplesmente o exemplo utilizado na doc do PF, tudo bem... Mas existem outras aplicações, é só usar a imaginação. Com servers (www, mail) também fica viável, e muito! Ai alguém diz: "Não quero máquina ociosa, quero divisão de carga!", tudo bem criança!! Cria dois grupos CARP (supondo dois webserers, ok?) e cada um é "backup do outro". Pronto, no momento que um deles cair, o outro assume as duas identidades (ips virtuais). No firewall vc cria um rdr com address pool, utilizando source-hash e pronto, cada source vai sempre cair no mesmo server (sessions? resolvido) e cada novo source cai em round-robin (load balance? resolvido). Feito o esquema, HA com Load Balance no CARP. Que manter os estados entre os servers? pfsync, e ninguém perde as conexões. - Minha dúvida: É preciso mesmo utilizar pfsync entre os servers internos, www, por exemplo? Ou isso apenas se aplica a redundância de firewall? E ainda, tendo dois www com o esquema de backup mútuo, será que um pfsync entre eles não iria atrapalhar as coisas, já que cada um tem a sua table de estados? A não ser que o pfsync faça um merge dos estados acho que isso iria causar problemas com sobrescrita de estados, perdendo as conexões ativas em um dos pontos, mas ai fica a pergunta, será que é preciso pfsync interno? E fica sempre o problema: sincronia de dados entre os servers, principalmente se for mail, aqui sim é que eu quero ver alguém dar alguma opinião realmente boa, com conhecimento de causa. Utilizar CARP para failover NÃO É GAMBIARRA, ele foi FEITO para isso, é PERFEITO nisso e para load balance usa rdr, e pronto. Não precisa nem verificar quem está ativo ou não (pen) pq se vc tem dois grupos CARP em backup mútuo o rdr nunca irá direcionar para uma máquina inativa. Eu prefiro isso (PF) a DNS balance :) Agora falar mal do PF tem que estar pesado né? Pode parando Att, RS On 11/14/06, Daniel Bristot de Oliveira <[EMAIL PROTECTED]> wrote: > Nossa essa thread rendeu hehe. > > Ja usei Pen, Carp, VRRP e rdr com source track no PF > > Porém, isto é para balanceamento de carga entrante, isto é, conexões > entrando na minha rede, para eu servir. > > O artigo, carp e pfsync que o irado se referenciou, é um failover de > um gateway, NAT... de conexões saindo. E fugiu um pouco do escopo da > thread, mas vamos lá > > O carp, como o nome dis, é um protocolo de redundância de endereço > comum. Ele trabalha em nível de ARP, e não em nivel IP, como o vrrp > faz. Ele foi feito para ser utilizado em qualuer lugar que se possa ou > precize redundância pasiva, isto é, um espera o outro cair e assume. > > Load Balance com o carp, é feito em nivel arp, e por isto ele só > funciona em rede local, por exemplo: duas maquinas estão fazendo um > host virtual, onde as duas possuem um estado mestre e um escravo do > emsmo endereço, desta forma teremos dois mestres, e dois recebendo as > conexõs, porém, a divisão de carga é feita, em round-robin, porém, é > utilizado um hash, para definir quem responde um cliente, então, um > cliente semrpe vai ser respondido pelo mesmo mestre. Porém! isto só > funciona em rede local! > > o Pen é um load balancer, com possibilidade de rastreamento de > clientes. ele recebe uma conexão, redireciona e distribui para outros > servidores, ele utiliza escalonamento em round-robin, (Na veradde > todos estes que falei, utilizam round-robin por se tratar de > escalonamento estático, por que ningeum gerencia estado de carga). > Porém, o pen é o único que é possível utilizar prioridades no > escalonamento. E o Pen verifica se os servidores estão UP ou não. > Porém o Pen executa em nível do usuário, o que adiciona um grande > delay nas trasnsações de rede, por estar sujeito a paginação, swap, > ter que passar do nivel do kernle para usuário, e devolta do usuário > para o kernel, e todas as verificações por trás disto. > > O PF com rdr faz redirecionamento,. e distribuição em round-robin, com > possibilidade de source track, que é o rastreamento de clientes. ele e > o pen são compatíveis, porém, o PF não checa estado de clientes, e não > tem prioridades no escalonamento. Mas executa em nivel do kernel, e > isso da uma direfença grande no desempenho, por que não está em área > paginada, não possui tantas restrições ao acesso aos dados da rede, > mas tem que cuidar para ele não abusar do sistema :) alem de ser mais > facil de aplicar QoS e controle de DoS para o cluster. > > O pfsync serve mais expecificamente para HA de saída!, por que ele > somente sincroniza a tabela state, que é responsável por manter as > conexões "statefull", ela não sincroniza a tabela source, que faz o > source track. Então, ele fica pouco útil para balanceamento de carga > entrante, que é feita com o Pen e o rdr do PF. Mas para saída ele é > perfeito, as conexões não são interrompidas, saiu ate um video que > mostra, se eu não me engano, o Daniel Hartmeyer(grand
Re: [FUG-BR] Bloqueio do Skipe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 c0re dumped wrote: > Bom, teoricamente iria não funcionar apenas para casos em que o > skype conecta-se a sites com nomes ao inves de ips. > > Uma solução possível seria procurar por blacklists de gateways > skype. Esse é o problema, os caras mudam a toda hora essa relação. Ai você sabe, sempre tem algumas pessoas na empresa que tem que utilizar, claro que é tranquilo organizar o firewall para esses casos, mas dá um trabalho. Vou procurar por possível hostnames do skype. Abraço, - -- Márcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense - Departamento de T.I. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFXFBHyJq2hZEymxcRAlxsAKC9b20c0wC7Iw49ZuIv9aZNK2SnygCbBqRi ETSNaX/tDrRlxmT5rlONDLc= =Zn1I -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
E pessoal da MS? Eles tem um scheduler compatível com HT? Att, RS On 11/16/06, c0re dumped <[EMAIL PROTECTED]> wrote: > O HTT na verdade não é um, como poderia dizer, hardware físico como o > os processadores core duo, por exemplo. > > HTT é um "hack" que faz com uma CPU que o suporte pareça ter dois > núcleos distintos, trabalhando independetemente. > > Acontece que voce vai gerenciar duas LFUs, por exemplo, com uma única > CPU. Deste modo, sem sombra de dúvida, a performance da tua máquina > vai acabar caindo. > > Uma forma de lidar com isso, seria um novo scheduler, que pudesse > reconhecer CPUs com HTT habilitado. > > Só que devido ao fato de os desenvolvedores do FreeBSD tambem > encararem que o HTT não passa de um hack, não vale a pena reescrever > um scheduler só pra reconhecer uma coisa que vai acabar degradando a > performance da tua máquina. > > E eles estão mais do que certos. :) > > > []'s > > -- > > No stupid signatures here. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.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] Pentium 4 HT Não reconhece segunda CPU
Ehehehe... acho que o bill gates poderia te afirmar isso com maior certeza. Mas o scheduler do FreeBSD não é de forma alguma HTT aware. []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
2006/11/16, Rogério Schneider <[EMAIL PROTECTED]>: > Exatamente Daniel. > > Com o CARP é sim possível criar redundância de servers e firewall. No > caso de firewall, é simplesmente o exemplo utilizado na doc do PF, > tudo bem... Mas existem outras aplicações, é só usar a imaginação. Concordo. Uso carp pros firewalls (8 no total), pros proxies (squids) e pros proxies reversos (pounds). Limitar o carp somente a firewall é subutilizar a ferramenta. > Com servers (www, mail) também fica viável, e muito! > Ai alguém diz: "Não quero máquina ociosa, quero divisão de carga!", > tudo bem criança!! Cria dois grupos CARP (supondo dois webserers, ok?) > e cada um é "backup do outro". Pronto, no momento que um deles cair, o > outro assume as duas identidades (ips virtuais). > No firewall vc cria um rdr com address pool, utilizando source-hash e > pronto, cada source vai sempre cair no mesmo server (sessions? > resolvido) e cada novo source cai em round-robin (load balance? > resolvido). Boa. Realmente não tinha pensado nisso. > Feito o esquema, HA com Load Balance no CARP. > > Que manter os estados entre os servers? pfsync, e ninguém perde as conexões. > - Minha dúvida: É preciso mesmo utilizar pfsync entre os servers > internos, www, por exemplo? Ou isso apenas se aplica a redundância de > firewall? E ainda, tendo dois www com o esquema de backup mútuo, será > que um pfsync entre eles não iria atrapalhar as coisas, já que cada um > tem a sua table de estados? A não ser que o pfsync faça um merge dos > estados acho que isso iria causar problemas com sobrescrita de > estados, perdendo as conexões ativas em um dos pontos, mas ai fica a > pergunta, será que é preciso pfsync interno? Acredito que provavelmente sim, pois trabalha na camada de transporte, mantendo o estado das conexões (TCP e UDP), desta forma, ambos os proxies reversos (no meu caso) estariam com a tabela de estado de conexões sincronizadas. Provavelmente usando um round-robin e pfsync funcionaria pro meu caso, uma vez que ambos os pounds teriam as mesmas conexões, o que resolveria os problemas das sessions ! > E fica sempre o problema: sincronia de dados entre os servers, > principalmente se for mail, aqui sim é que eu quero ver alguém dar > alguma opinião realmente boa, com conhecimento de causa. No maeu caso isso é irrelevante uma vez que não há necessidade de sincronismo entre os arquivos de configuração dou pound, pois ambos tem que necessariamente ser diferentes. > Utilizar CARP para failover NÃO É GAMBIARRA, ele foi FEITO para isso, > é PERFEITO nisso e para load balance usa rdr, e pronto. Não precisa > nem verificar quem está ativo ou não (pen) pq se vc tem dois grupos > CARP em backup mútuo o rdr nunca irá direcionar para uma máquina > inativa. Eu prefiro isso (PF) a DNS balance :) Justamente o que venho falando desde o começo da thread. > Agora falar mal do PF tem que estar pesado né? Pode parando :) []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ssenha de root
Olá. On 11/14/06, Alessandro de Souza Rocha <[EMAIL PROTECTED]> wrote: > > On 11/14/06, debopen <[EMAIL PROTECTED]> wrote: > > > BOA NOITE > > > > > > Nao tenho o user toor e esqueci a senha de root, e no /etc/tty esta como > > > insecure. > > > > > > Como faco para entra no sistema e criar uma nova senha de root. > vc pode fazer isso em modo singlier boot -s depois entra no sistema e mount -a > a roda o passwd coloca a senha nova reboot o sistema e cabo! > prontinho. Alessandro, tem que ser com um CD de boot mesmo, ou conectar o HD em outra máquina, pois o nosso amigo debopen deixou o /etc/tty com insecure, e isso força a digitação da senha do root mesmo para acessos single user. Então: - Boot com um CD FreeBSD install - Selecionar a opção Fixit - Selecionar o uso de um CDROM para um sistema "live". - No terminal que vai se abrir: # mkdir /disk # mount /dev/da0s1a /disk (opcionalmente momtar o resto dentro do disk): # mount /dev/da0s1f /disk/usr # mount /dev/da0s1d /disk/var etc... (observar o disco, slices e partições, claro). Talvez seja preciso montar apenas o usr, no caso do chroot, para poder utilizar os binários do usr do disco montado. No caso de editar apenas o /etc, montar apenas a primeira partição. dois modos de recuperar o acesso: 1) remover o insecure de /etc/tty: # vi /disk/etc/tty # sync # reboot (sair do install, tirar o CD e entrar em modo single, para trocar a senha, o modo single não pede mais senha) 2) trocar a senha direto: # chroot /disk passwd entrar com a nova senha # sync # reboot (e o sistema está pronto) Att, -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.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] Cluster de Firewall com carp + pfsync (tutorial)
Boa c0re, boa. On 11/16/06, c0re dumped <[EMAIL PROTECTED]> wrote: > 2006/11/16, Rogério Schneider <[EMAIL PROTECTED]>: > > Exatamente Daniel. > > > > Com o CARP é sim possível criar redundância de servers e firewall. No > > caso de firewall, é simplesmente o exemplo utilizado na doc do PF, > > tudo bem... Mas existem outras aplicações, é só usar a imaginação. > > Concordo. Uso carp pros firewalls (8 no total), pros proxies (squids) > e pros proxies reversos (pounds). Limitar o carp somente a firewall é > subutilizar a ferramenta. > > > Com servers (www, mail) também fica viável, e muito! > > Ai alguém diz: "Não quero máquina ociosa, quero divisão de carga!", > > tudo bem criança!! Cria dois grupos CARP (supondo dois webserers, ok?) > > e cada um é "backup do outro". Pronto, no momento que um deles cair, o > > outro assume as duas identidades (ips virtuais). > > No firewall vc cria um rdr com address pool, utilizando source-hash e > > pronto, cada source vai sempre cair no mesmo server (sessions? > > resolvido) e cada novo source cai em round-robin (load balance? > > resolvido). > > Boa. Realmente não tinha pensado nisso. :) > > > > Feito o esquema, HA com Load Balance no CARP. > > > > Que manter os estados entre os servers? pfsync, e ninguém perde as conexões. > > - Minha dúvida: É preciso mesmo utilizar pfsync entre os servers > > internos, www, por exemplo? Ou isso apenas se aplica a redundância de > > firewall? E ainda, tendo dois www com o esquema de backup mútuo, será > > que um pfsync entre eles não iria atrapalhar as coisas, já que cada um > > tem a sua table de estados? A não ser que o pfsync faça um merge dos > > estados acho que isso iria causar problemas com sobrescrita de > > estados, perdendo as conexões ativas em um dos pontos, mas ai fica a > > pergunta, será que é preciso pfsync interno? > > Acredito que provavelmente sim, pois trabalha na camada de transporte, > mantendo o estado das conexões (TCP e UDP), desta forma, ambos os > proxies reversos (no meu caso) estariam com a tabela de estado de > conexões sincronizadas. > > Provavelmente usando um round-robin e pfsync funcionaria pro meu caso, > uma vez que ambos os pounds teriam as mesmas conexões, o que > resolveria os problemas das sessions ! > Ok, correto, é um caso diferente do meu, mas pensa, o pfsync vai enviar do pound A para o B a sua table, a table do B não seria perdida nesse momento? Nisso é que tenho dúvida, a não ser que o pfsync fizesse um merge das tables de A+B em ambos, mantendo os estados atuais de A e B preparando A e B para receberem as sessões (conexões estabilished) direcionados ao "outro peer" no momento de uma falha do mencionado "outro peer" e transição para o peer restante. Aqui o exemplo foi com dos peers, mas pode ser aplicado a "n", com "n" grupos CARP e rdr com pool de "n". > > > E fica sempre o problema: sincronia de dados entre os servers, > > principalmente se for mail, aqui sim é que eu quero ver alguém dar > > alguma opinião realmente boa, com conhecimento de causa. > > No maeu caso isso é irrelevante uma vez que não há necessidade de > sincronismo entre os arquivos de configuração dou pound, pois ambos > tem que necessariamente ser diferentes. Sorte sua :) Aqui o problema é justamente esse! Manter os dados sync entre mais servers. Você não precisa de um repositório central para as suas páginas www? > > > > Utilizar CARP para failover NÃO É GAMBIARRA, ele foi FEITO para isso, > > é PERFEITO nisso e para load balance usa rdr, e pronto. Não precisa > > nem verificar quem está ativo ou não (pen) pq se vc tem dois grupos > > CARP em backup mútuo o rdr nunca irá direcionar para uma máquina > > inativa. Eu prefiro isso (PF) a DNS balance :) > > Justamente o que venho falando desde o começo da thread. Sim, eu entendi, tive que me manifestar. > > > Agora falar mal do PF tem que estar pesado né? Pode parando > > :) > > > > []'s > > > > -- > > No stupid signatures here. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.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] 4 GB de Ram FreeBSD ??
c0re dumped wrote: >Infelizmente não. > >O seu processador de 32 bits pode endereçar 2^32 (4 Gb) endereços de memória. > >Sendo assim, poderia se trabalhar com 4 gb numa boa, não é mesmo ? > >Acontece que devido ao fato de como dispositivos de hardware são >endereçados, voce acaba perdendo uns 512Mb a 1gb. > >Isso não é um problema do FreeBSD. Qualquer sistema sem um PAE >sofreria do mesmo "mal". > >Você tem duas saídas pra usar esses 4 gb: > >- Usar um processador de 64 bits >- Compilar o kernel com suporte PAE > > >[]'s > > > Ok, obrigado pelas respostas. Vou recompilar meu kernel com suporte ao PAE . At, Breno Sérgio C. Pedroso Unix System Admin Secretaria de Estado da Educação- Goiânia-GO Gerência de Tecnologia e Informação Fone:(62) 3201-3022 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
>Ok, correto, é um caso diferente do meu, mas pensa, o pfsync vai >enviar do pound A para o B a sua table, a table do B não seria perdida >nesse momento? Sim, você está certo ! Pro pfsync funcionar direitinho é estritatemente necessário que uma máquina esteja ociosa e a outra recebendo todas as conexoes. Se eu tentar sincronizar tabelas de dois servers ativos uma vai acabar sobrescrevendo a outra e vai virar a maior bagunça. Tua sugestão usando pfsync e source-hash é muito melhor. >Sorte sua :) Aqui o problema é justamente esse! Manter os dados sync >entre mais servers. >Você não precisa de um repositório central para as suas páginas www? Bom, aqui no trabalho há uma certa divisão de equipes... Rede, Produção e Desenvolvimento (sou da equipe de redes). O pessoal da produção são os responsáveis por prover os repositórios pros WWWs. Infelizmente ainda há uma forte cultura MS lá. Todos os servidores ainda estão em IIS 5.0. Pra você ter uma idéa nosso ponto eletrônico (feito pela equipe de desenv.) só roda em IE (arrrgh !). Outro dia fui sugerir o uso de PostgreSQL ao invés de MSSQL e quase fui linchado. :D []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
Pessoal, vou me arriscar um pouco aqui, mas pelo que eu lí até agora, o pfsync só sincroniza a tabela de estados do PF, e não o estado da conexão TCP (UDP não é orientado a conexão). PFSYNC(4) FreeBSD Kernel Interfaces Manual PFSYNC(4) NAME pfsync -- packet filter state table logging interface On 11/16/06, c0re dumped <[EMAIL PROTECTED]> wrote: > >Ok, correto, é um caso diferente do meu, mas pensa, o pfsync vai > >enviar do pound A para o B a sua table, a table do B não seria perdida > >nesse momento? > > Sim, você está certo ! > > Pro pfsync funcionar direitinho é estritatemente necessário que uma > máquina esteja ociosa e a outra recebendo todas as conexoes. Se eu > tentar sincronizar tabelas de dois servers ativos uma vai acabar > sobrescrevendo a outra e vai virar a maior bagunça. > > Tua sugestão usando pfsync e source-hash é muito melhor. > > > >Sorte sua :) Aqui o problema é justamente esse! Manter os dados sync > >entre mais servers. > >Você não precisa de um repositório central para as suas páginas www? > > Bom, aqui no trabalho há uma certa divisão de equipes... Rede, > Produção e Desenvolvimento (sou da equipe de redes). > > O pessoal da produção são os responsáveis por prover os repositórios > pros WWWs. Infelizmente ainda há uma forte cultura MS lá. Todos os > servidores ainda estão em IIS 5.0. Pra você ter uma idéa nosso ponto > eletrônico (feito pela equipe de desenv.) só roda em IE (arrrgh !). > > Outro dia fui sugerir o uso de PostgreSQL ao invés de MSSQL e quase > fui linchado. :D > > > []'s > -- > > No stupid signatures here. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- André Sencioles [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 4 GB de Ram FreeBSD ??
Só tome cuidado pois alguns devices não funcionam com o PAE. Breno escreveu: > c0re dumped wrote: > > >> Infelizmente não. >> >> O seu processador de 32 bits pode endereçar 2^32 (4 Gb) endereços de memória. >> >> Sendo assim, poderia se trabalhar com 4 gb numa boa, não é mesmo ? >> >> Acontece que devido ao fato de como dispositivos de hardware são >> endereçados, voce acaba perdendo uns 512Mb a 1gb. >> >> Isso não é um problema do FreeBSD. Qualquer sistema sem um PAE >> sofreria do mesmo "mal". >> >> Você tem duas saídas pra usar esses 4 gb: >> >> - Usar um processador de 64 bits >> - Compilar o kernel com suporte PAE >> >> >> []'s >> >> >> >> > Ok, obrigado pelas respostas. Vou recompilar meu kernel com suporte ao PAE . > > At, > > Breno Sérgio C. Pedroso > Unix System Admin > Secretaria de Estado da Educação- Goiânia-GO > Gerência de Tecnologia e Informação > Fone:(62) 3201-3022 > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Marcos Francisco Alcântara Silva Administrador de Sistemas - *NIX FUG-BR User #248 Linux user #425822 --- Existem indivíduos que estão consideravelmente adiantados nessa trajetória para o Criador É extremamente importante saber que ninguém ensina nada, mas que existem pessoas que aprendem - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
Em 16/11/06, Andre Sencioles<[EMAIL PROTECTED]> escreveu: > Pessoal, vou me arriscar um pouco aqui, mas pelo que eu lí até agora, > o pfsync só sincroniza a tabela de estados do PF, e não o estado da > conexão TCP (UDP não é orientado a conexão). Isso é fácil de resolver, se fosse o caso, bastava você habilitar o pf usando pass in all e pass out all em ambas as máquina e voila ! Como demonstrado anteriormente, no caso dos WWWs não iria funcionar num esquema ativo/ativo. Sim, o UDP é protocolo conectionless o que de certa forma inviabiliza análise de estado de conexões, mas o pf "simplesmente mantém um registro do tempo desde a última ocorrência de um pacote para dada conexão. Caso o tempo de espera seja atingido, o registro de estado é eliminado". http://www.openbsd.org/faq/pf/pt/filter.html#udpstate []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
Bem, ai não tem jeito né, se os servers não rodam BSD vc tem que achar outro jeit de balancear, nesses casos eu concordo com o uso de outra coisa que não seja CARP+PF+pfsync :) pen é uma boa alternativa nesse caso. Att, RS On 11/16/06, c0re dumped <[EMAIL PROTECTED]> wrote: > >Ok, correto, é um caso diferente do meu, mas pensa, o pfsync vai > >enviar do pound A para o B a sua table, a table do B não seria perdida > >nesse momento? > > Sim, você está certo ! > > Pro pfsync funcionar direitinho é estritatemente necessário que uma > máquina esteja ociosa e a outra recebendo todas as conexoes. Se eu > tentar sincronizar tabelas de dois servers ativos uma vai acabar > sobrescrevendo a outra e vai virar a maior bagunça. > > Tua sugestão usando pfsync e source-hash é muito melhor. > > > >Sorte sua :) Aqui o problema é justamente esse! Manter os dados sync > >entre mais servers. > >Você não precisa de um repositório central para as suas páginas www? > > Bom, aqui no trabalho há uma certa divisão de equipes... Rede, > Produção e Desenvolvimento (sou da equipe de redes). > > O pessoal da produção são os responsáveis por prover os repositórios > pros WWWs. Infelizmente ainda há uma forte cultura MS lá. Todos os > servidores ainda estão em IIS 5.0. Pra você ter uma idéa nosso ponto > eletrônico (feito pela equipe de desenv.) só roda em IE (arrrgh !). > > Outro dia fui sugerir o uso de PostgreSQL ao invés de MSSQL e quase > fui linchado. :D > > > []'s > -- > > No stupid signatures here. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.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] Pentium 4 HT Não reconhece segunda CPU
Pessoal, Estive lendo as consideracoes sobre HTT e nao pude deixar de fazer algumas observacoes. A SMT (simultaneous multithreading), "nome generico" pro que a Intel chama de HyperThreading Technology (nome patenteado). E', sob uma otica generalizada, muito boa, nao ha qualquer problema de seguranca ou performance HT no FreeBSD que nao seja igual ou pior em outros sistemas. Em relacao a seguranca explicitamente, o que acontece e que HTT no FreeBSD passou a vir desabilitado por padrao, o que pode ser redefinido pelo usuario (1) recompilando seu kernel com SMP e (2) definindo as seguintes variaveis no loader.conf: machdep.hyperthreading_allowed="1" E opcionalmente machdep.hlt_logical_cpus. Ainda sobre seguranca, eh fundamental ler: [1] http://www.daemonology.net/hyperthreading-considered-harmful/ [2] http://security.freebsd.org/advisories/FreeBSD-SA-05:09.htt.asc Resumindo a opera, por compartilhar o mesmo cache entre duas CPU logicas distintas e nao fazer separacao/isolamento desses espacos de enderecamento de cache entre cada unidade logica, e' possivel que um processo em uma CPU acesse e leia os dados sendo manipulados pela outra CPU logica, e em circunstancias muito raras e possivel ate que um processo em uma CPU nao apenas leia mas tambem modifique dados em cache de outra. Essa falha era apenas teorica, e foi descoberta pelo Colin Percival, na epoca parte do time de seguranca do FreeBSD e hoje o Security Officer. Essa falha pode ser explorada em qualquer sistema, e nenhum S.O. implementa uma forma de evitar essa exploracao. De fato no FreeBSD isso e um pouco dificultado devido a varias modificacoes do cperciva, quando HTT esta habilitado em um kernel SMP. Apos a divulgacao do estudo de vulnerabilidade[1] feito por cperciva, belos dias depois a Intel informou que a exploracao da vulnerabilidade era apenas teorica. No dia seguinte outro desenvolvedor FreeBSD, Poul-Henning Kamp divulgou trecho de um programa que poderia atuar como Worm, ser auto-instalado pela maioria dos Internet Explorers, e, no Windows, se a maquina fosse HTT, poderia "sentar" em uma unidade logica e ficar monitorando a espera de transacoes SSL e pegar o inicio, meio e fim de uma transacao SSL, e fazer copia do processo na outra CPU logica de todos os dados transmitidos pela sessao. Imaginem o impacto disso em transacoes bancarias. O pseudo-worm em questao nao era completo e nunca poderia ser compilado, mas talvez tenha servido de inspiracao. A intencao do PHK em divugar isso foi afirmar que a exploracao nao era apenas teorica, era perigosamente muito real, e especialmente danosa em ambiente Desktop, especialmente Windows. O codigo era apenas um POC (Prova de Conceito). Depois disso a Intel nao se pronunciou mais. Bom, em sistemas Unix a questao eh, em sistemas multiusuarios, um usuario desprivilegiado pode colocar um processo desses rodando e capturar sessoes OpenSSH ou OpenSSL inteiras de um processo privilegiado em outra CPU. E de forma bem facil de fato. Essas questoes estao documentadas no Security Advisory [2]FreeBSD-SA-05:09. Conteudo fica claro que em ambos os casos eh necessario algum privilegio, de fato, o minimo, poder executar uma aplicacao. Em Windows e com a familia de software Outlook e Internet Explorer, essa tarefa e' exageradamente simplificada. Em sistemas Unix atuando como servidores, de forma geral se nao houver outros usuarios no sistema, a tarefa eh menos simples de ser executada e a exploracao eh mais dificil. No FreeBSD ainda existe a tentativa de tentar melhorar o isolamento de processos em cada CPU logica, infelizmente incapaz de isolar completamente threads de um processo por questoes nao de software mas sim de arquitetura fisica da tecnologia HTT. Assim sendo, o potencial de exploracao passa a ser remoto e nao local, e ai chegamos em um ponto importante: hoje em dia felizmente a frequencia com que aplicacoes historicamente conseguem executar comandos remotos mesmo desprivilegiados caiu drasticamente, e quando essas falhas aparecem sao muito divugadas e sao facilmente conhecidas. No FreeBSD ainda temos o VuXML (portaudit) que ajuda demais a nao marcar bobeira com aplicacoes problematicas. Mas ainda existe um potencial muito real, sites Web com CGI, Java ou PHP. Essas abordagens Web permitem execussao de comandos como se fosse o usuario rodando o servico httpd. Entao (a) um cliente mal intencionado pode hospedar codigo que facilite ou mesmo realize essa tarefa malevola (hehe) ou (b) um cliente descuidado pode hospedar codigo mal escrito e sem sanidade de seguranca feita, e permitir, mesmo sem ter conciencia, que remotamente alguem explore esse recurso a mais - rodar uma aplicacao. Isso eh especialmente perigoso com Java e CGI, e popularmente explorado em PHP, que apesar de fornecer todos os meios necessarios pra ser usado com seguranca, poucos sysadmins tomam os cuidados necessarios pra assegurar o ambiente com PHP - e de fato menos a
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
Os webservers não rodam BSD, mas os proxies reversos rodam... FreeBSD 6.1 redondinho. :) []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bloqueio do Skipe
Em 16/11/06, Márcio Luciano Donada<[EMAIL PROTECTED]> escreveu: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > c0re dumped wrote: > > Bom, teoricamente iria não funcionar apenas para casos em que o > > skype conecta-se a sites com nomes ao inves de ips. > > > > Uma solução possível seria procurar por blacklists de gateways > > skype. > > Esse é o problema, os caras mudam a toda hora essa relação. Ai você > sabe, sempre tem algumas pessoas na empresa que tem que utilizar, > claro que é tranquilo organizar o firewall para esses casos, mas dá um > trabalho. Vou procurar por possível hostnames do skype. > > Abraço, > > - -- > Márcio Luciano Donada > Aurora Alimentos - Cooperativa Central Oeste Catarinense - > Departamento de T.I. > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFFXFBHyJq2hZEymxcRAlxsAKC9b20c0wC7Iw49ZuIv9aZNK2SnygCbBqRi > ETSNaX/tDrRlxmT5rlONDLc= > =Zn1I > -END PGP SIGNATURE- > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > O skype e muito dificil de bloquear vc bloqueia uma porta ele acha outras bloqueia uma renge de ips e pula para outra e muito chato bloquear esta pragra. risos. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bloqueio do Skipe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alessandro de Souza Rocha wrote: > >> O skype e muito dificil de bloquear vc bloqueia uma porta ele >> acha outras bloqueia uma renge de ips e pula para outra e muito >> chato bloquear esta pragra. risos. > > Sim, é o mesmo problema que eu tenho, essa acl do squid é boa, mas as vezes ela insiste em não bloquear. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFXGXQyJq2hZEymxcRAm4RAJ4nFInkyQ0lDHIALeRdQy65GeZU6QCeO9Bq WlWJas4gGpCrvGk6VPQcH4I= =mJFR -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bloqueio do Skipe
Em 16/11/06, Márcio Luciano Donada<[EMAIL PROTECTED]> escreveu: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Alessandro de Souza Rocha wrote: > > > > >> O skype e muito dificil de bloquear vc bloqueia uma porta ele > >> acha outras bloqueia uma renge de ips e pula para outra e muito > >> chato bloquear esta pragra. risos. > > > > > > Sim, é o mesmo problema que eu tenho, essa acl do squid é boa, mas as > vezes ela insiste em não bloquear. > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFFXGXQyJq2hZEymxcRAm4RAJ4nFInkyQ0lDHIALeRdQy65GeZU6QCeO9Bq > WlWJas4gGpCrvGk6VPQcH4I= > =mJFR > -END PGP SIGNATURE- > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > melhor forma seia bloquear a nivel de comada da rede ou bloquear a nivel de protocolo mesmo so que ainda estou meio sem tempo de testa o pessoal na net diz que o snort faz tm um patch no FreeBSD que usa o ng_tag para fazer isso em layer7 pelo que patrick comentou e como fazer programacao. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Processadores
Prezados, Gostaria de saber a real diferença em instalar: i386 ou amd64 Bom, adquirir uma maquina com processador Pentium (R) D 2.66Ghz, EM64T Capable, na BIOS posso habilitar ou desabilitar o SW (Single Processor Mode) Consigo instalar tranquilamente tanto o I386 quanto o amd64. O amd64 (no site do freebsd.org) fala que é compatível com o EM64T. Compilei o kernel amd64 com a seguinte opção: Copiei o GENERIC do /usr/src/sys/amd64/ E adicionei: options SMP Ta tudo funcionando. Quando vou instalar o VQADMIN.2.3.6 veja o erro abaixo: OBS: Com o i386 não ocorre isso. mail# ./configure --enable-cgibindir=/usr/local/www/cgi-bin --enable-htmldir=/usr/local/www/data checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes /downloads/qmailrocks/vqadmin-2.3.6/missing: Unknown `--run' option Try `/downloads/qmailrocks/vqadmin-2.3.6/missing --help' for more information configure: WARNING: `missing' script is too old or missing checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking build system type... Invalid configuration `amd64-unknown-freebsd6.1': machine `amd64-unknown' not recognized configure: error: /bin/sh ./config.sub amd64-unknown-freebsd6.1 failed Se alguém puder comentar sobre a diferença ... Abraços Jr. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Marcos Fco. A. Silva Enviada em: quinta-feira, 16 de novembro de 2006 09:44 Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Assunto: Re: [FUG-BR] 4 GB de Ram FreeBSD ?? Só tome cuidado pois alguns devices não funcionam com o PAE. Breno escreveu: > c0re dumped wrote: > > >> Infelizmente não. >> >> O seu processador de 32 bits pode endereçar 2^32 (4 Gb) endereços de memória. >> >> Sendo assim, poderia se trabalhar com 4 gb numa boa, não é mesmo ? >> >> Acontece que devido ao fato de como dispositivos de hardware são >> endereçados, voce acaba perdendo uns 512Mb a 1gb. >> >> Isso não é um problema do FreeBSD. Qualquer sistema sem um PAE >> sofreria do mesmo "mal". >> >> Você tem duas saídas pra usar esses 4 gb: >> >> - Usar um processador de 64 bits >> - Compilar o kernel com suporte PAE >> >> >> []'s >> >> >> >> > Ok, obrigado pelas respostas. Vou recompilar meu kernel com suporte ao PAE . > > At, > > Breno Sérgio C. Pedroso > Unix System Admin > Secretaria de Estado da Educação- Goiânia-GO > Gerência de Tecnologia e Informação > Fone:(62) 3201-3022 > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Marcos Francisco Alcântara Silva Administrador de Sistemas - *NIX FUG-BR User #248 Linux user #425822 --- Existem indivíduos que estão consideravelmente adiantados nessa trajetória para o Criador É extremamente importante saber que ninguém ensina nada, mas que existem pessoas que aprendem - 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] RES: programa estilo iptraf do linux no bsd
Em Wed, 15 Nov 2006 12:58:06 -0200 "listas diogo" <[EMAIL PROTECTED]> escreveu: > saberia me dizer outros programas alem do trafshow e iftop e bmon > para o bsd o wireshark deve funcionar bem nos *BSD's -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 100% Miko$hit-free A experiencia ensina que a mulher ideal é sempre a dos outros - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Obrigado pelo bom material Patrick ! Só uma pergunta: o benchamrk qual você se referem em http://www.2cpu.com/articles/42_1.html não foi feito somente em windows, como ele se refere no final do artigo ? "First, let me say that our exploration into the world of hyperthreading isn't complete. Today we've only really looked at benchmarks that affect the Windows workstation market. I'd like to delve into alternative operating system support (most notably Linux and FreeBSD) and server-oriented benchmark." -> http://www.2cpu.com/articles/43_3.html O que sempre vejo em forums, como o bsdforums, é que recomenda-se o não uso de HTT. Inclusive em sites como slashdot há notícias interessantes em relação ao assunto, em sua maioria, informando a queda de performance em sistemas (inclusive Windows) com HTT habilitado: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218&from=rss Há também uma entrevista muito interessante com o Frederico Biancuzzi na qual ele diz que o SMPng melhora muitíssimo pouco a performance em CPUS HTT (e sobre a necessidade de um HTT ware scheduler) http://www.onlamp.com/pub/a/bsd/2005/01/20/smpng.html Em sumo: seria interessante planejar um benchmark com kernels HTT CPU+SMP. []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bloqueio do Skipe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alessandro de Souza Rocha wrote: > Em 16/11/06, Márcio Luciano Donada<[EMAIL PROTECTED]> > escreveu: > >> melhor forma seia bloquear a nivel de comada da rede ou bloquear >> a nivel de protocolo mesmo so que ainda estou meio sem tempo de >> testa o pessoal na net diz que o snort faz tm um patch no FreeBSD >> que usa o ng_tag para fazer isso em layer7 pelo que patrick >> comentou e como fazer programacao. > > > Gente podia estudar isso, acredito que a idéia do snort seja interessante, pois muitas pessoas que tem firewall usam o snort, talvez seja um boa saida. Abraço, - -- Márcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense - Departamento de T.I. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFXGqxyJq2hZEymxcRAoyUAKCcmfMukKRbWQFq5JrHMidksKwqUQCguj/Q 7vgoOIlnIh8GE2N4zug7lJs= =tACQ -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
c0re dumped wrote: > Obrigado pelo bom material Patrick ! > > Só uma pergunta: o benchamrk qual você se referem em > http://www.2cpu.com/articles/42_1.html não foi feito somente em > windows, como ele se refere no final do artigo ? Sem duvida, e cumpre o objetivo muito bem especialmente por testar processamento de conversao de video. A base do benchmark eh a comparacao no mesmo ambiente, mesmas aplicacoes. > O que sempre vejo em forums, como o bsdforums, é que recomenda-se o > não uso de HTT. Inclusive em sites como slashdot há notícias > interessantes em relação ao assunto, em sua maioria, informando a > queda de performance em sistemas (inclusive Windows) com HTT > habilitado: > > http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218&from=rss Pois eh ai que cabe uma analise critica, veja que os comentarios dessa noticia, tem mais gente mencionando beneficios do que maleficios de usar HTT. Em varios ambientes a degradacao pode acontecer, mas nesses casos tem que ser muito bem observado, porque a causa em potencial pode nao ser o HTT, mas sim a aplicacao ou o perfil do servidor. A questao a ser levantada e': em casos onde a performance degrada, degrada apenas HTT? Nao teria o mesmo impacto usando duas CPU fisicas? No caso citado do PostgreSQL 7 por exemplo, teria. O melhor comentario dessa thread na Slashdot eh o que compara o gap de performance entre 2 CPU, dois nucleos e HTT: tudo depende, do que roda no servidor. Os gargalos do HTT sao cache e registradores, que sao os mesmos rodando como uma CPU ou duas. Se usando duas CPU logicas o gargalo de ter esses recursos compartilhados de forma logica chega a ser mais expressivo do que com apenas uma, (veja bem, o recurso eh o mesmo) provavelmente eh fato relacionado a como o sistema esta consumindo esses recursos, e ai a aplicacao tem que ser analisada. Por outro lado existe a possibilidade de ter de fato threads paralelas, e nao concorrentes, consumindo o poder total de processamento da maquina, e paralelismo VS concorrencia, nao tem como, de forma geral, concorrencia ser melhor, nao faz sentido neh? Ai que mora a vantagem do SMT. O SMT eh a forma mais barata, financeiramente, e mais pobre, tecnologicamente de conseguir o paralelismo, se compararmos com SMP fisico ou nucleos duplos. Mas consegue atingir o objetivo e torna o sistema nao exclusivamente dependente de multiplexacao, o que se nao resutar em ganho de performance eh porque o ambiente/aplicacao nao consegue tirar proveito suficiente (nao ser multithread) ou algo de incomum acontece que deve ser considerado com mais atencao, do que simplesmente desligar o SMT. > Há também uma entrevista muito interessante com o Frederico Biancuzzi > na qual ele diz que o SMPng melhora muitíssimo pouco a performance em > CPUS HTT (e sobre a necessidade de um HTT ware scheduler) > > http://www.onlamp.com/pub/a/bsd/2005/01/20/smpng.html Sem duvida, como menciona o Scott Long um escalonador especifico melhoraria a performance, mas como nao existe escalonador especifico pra HTT, temos que nos ater simplesmente ao fato que o poder de processamento total eh uma constante, e os recursos paralelos a ele, especialmente cache e frequencia de troca de registradores - mais importante pra multiplexacao no caso - sao igualmente constantes e limitados, com ou sem HTT. Entao a diferenca eh a possibilidade de haver paralelismo ou de tudo se resumir a multiplexacao. Isso ja eh possibilitado por escalonamento generico, sem nada especial para HTT. -- 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] Bloqueio do Skipe
Em 16/11/06, Márcio Luciano Donada<[EMAIL PROTECTED]> escreveu: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Alessandro de Souza Rocha wrote: > > Em 16/11/06, Márcio Luciano Donada<[EMAIL PROTECTED]> > > escreveu: > > > >> melhor forma seia bloquear a nivel de comada da rede ou bloquear > >> a nivel de protocolo mesmo so que ainda estou meio sem tempo de > >> testa o pessoal na net diz que o snort faz tm um patch no FreeBSD > >> que usa o ng_tag para fazer isso em layer7 pelo que patrick > >> comentou e como fazer programacao. > > > > > > > > Gente podia estudar isso, acredito que a idéia do snort seja > interessante, pois muitas pessoas que tem firewall usam o snort, > talvez seja um boa saida. > > Abraço, > - -- > Márcio Luciano Donada > Aurora Alimentos - Cooperativa Central Oeste Catarinense - > Departamento de T.I. > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFFXGqxyJq2hZEymxcRAoyUAKCcmfMukKRbWQFq5JrHMidksKwqUQCguj/Q > 7vgoOIlnIh8GE2N4zug7lJs= > =tACQ > -END PGP SIGNATURE- > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bloqueio do Skipe
Em 16/11/06, Márcio Luciano Donada<[EMAIL PROTECTED]> escreveu: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Alessandro de Souza Rocha wrote: > > Em 16/11/06, Márcio Luciano Donada<[EMAIL PROTECTED]> > > escreveu: > > > >> melhor forma seia bloquear a nivel de comada da rede ou bloquear > >> a nivel de protocolo mesmo so que ainda estou meio sem tempo de > >> testa o pessoal na net diz que o snort faz tm um patch no FreeBSD > >> que usa o ng_tag para fazer isso em layer7 pelo que patrick > >> comentou e como fazer programacao. > > > > > > > > Gente podia estudar isso, acredito que a idéia do snort seja > interessante, pois muitas pessoas que tem firewall usam o snort, > talvez seja um boa saida. > > Abraço, > - -- > Márcio Luciano Donada > Aurora Alimentos - Cooperativa Central Oeste Catarinense - > Departamento de T.I. > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFFXGqxyJq2hZEymxcRAoyUAKCcmfMukKRbWQFq5JrHMidksKwqUQCguj/Q > 7vgoOIlnIh8GE2N4zug7lJs= > =tACQ > -END PGP SIGNATURE- > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Concerteza vou dar uma olhda hoje a noite nas configuracoes do snort. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
Oi Gente, Uma sugestão. Se for usado um filelock ou memlock, conforme o caso da aplicação, tem de funcionar. Já fiz fincionar aqui com o carp e o unison. Aqui foram apenas duas máquinas da A para a B; da B para a A; e bidirecional, ao mesmo tempo. abraços Lucas Cotta On Thursday 16 November 2006 10:39, c0re dumped wrote: > >Ok, correto, é um caso diferente do meu, mas pensa, o pfsync vai > >enviar do pound A para o B a sua table, a table do B não seria perdida > >nesse momento? > > Sim, você está certo ! > > Pro pfsync funcionar direitinho é estritatemente necessário que uma > máquina esteja ociosa e a outra recebendo todas as conexoes. Se eu > tentar sincronizar tabelas de dois servers ativos uma vai acabar > sobrescrevendo a outra e vai virar a maior bagunça. > > Tua sugestão usando pfsync e source-hash é muito melhor. > > >Sorte sua :) Aqui o problema é justamente esse! Manter os dados sync > >entre mais servers. > >Você não precisa de um repositório central para as suas páginas www? > > Bom, aqui no trabalho há uma certa divisão de equipes... Rede, > Produção e Desenvolvimento (sou da equipe de redes). > > O pessoal da produção são os responsáveis por prover os repositórios > pros WWWs. Infelizmente ainda há uma forte cultura MS lá. Todos os > servidores ainda estão em IIS 5.0. Pra você ter uma idéa nosso ponto > eletrônico (feito pela equipe de desenv.) só roda em IE (arrrgh !). > > Outro dia fui sugerir o uso de PostgreSQL ao invés de MSSQL e quase > fui linchado. :D > > > []'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] manager III 700VA USB e FreeBSD
On 11/15/06, Paulo Pires <[EMAIL PROTECTED]> wrote: > Que mal lhe pergunte, quando você pluga o cabo USB no micro, o que o > sistema lhe mostra (no console ou na saída do dmesg)? > > Alguns dispositivos "USB" usam, na verdade, uma conversão USB/serial > embutida no cabo ou no próprio circuito do dispositivo. Se for o > caso, talvez seja só trocar o device de cuad* para cuaU*. > > -- > Um abraço. > Paulo A. P. Pires > > ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ele cria um uhid0 em /dev. mas eu já tentei a porcaria (pra não falar coisa pior) do software deles e nada (ele não consegue falar com o nobreak) e o nut (mesma coisa, usando driver sms). não vi nada sobre cuaU*. vou olhar :) se alguém tiver a versão antiga do software (que era dos modelos 650VA) e puder disponibilizar, por favor me manda mensagem em pvt ... obrigado pela dica :) matheus -- We will call you cygnus, The God of balance you shall be - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
Acho que se para para pensar um pouco vai entender o que eu disse e nem vc ou ninguem nessa lista tem que concordar comigo, para mim ter que compartilhar o /tmp em dois servidores é gambiarra e nunca deixarei um admin fazer isso sem esgotar todas as possiveis opções Em Qui, 2006-11-16 às 09:45 -0200, Rogério Schneider escreveu: > Exatamente Daniel. > > Com o CARP é sim possível criar redundância de servers e firewall. No > caso de firewall, é simplesmente o exemplo utilizado na doc do PF, > tudo bem... Mas existem outras aplicações, é só usar a imaginação. > > Com servers (www, mail) também fica viável, e muito! > Ai alguém diz: "Não quero máquina ociosa, quero divisão de carga!", > tudo bem criança!! Cria dois grupos CARP (supondo dois webserers, ok?) > e cada um é "backup do outro". Pronto, no momento que um deles cair, o > outro assume as duas identidades (ips virtuais). > No firewall vc cria um rdr com address pool, utilizando source-hash e > pronto, cada source vai sempre cair no mesmo server (sessions? > resolvido) e cada novo source cai em round-robin (load balance? > resolvido). > > Feito o esquema, HA com Load Balance no CARP. > > Que manter os estados entre os servers? pfsync, e ninguém perde as conexões. > - Minha dúvida: É preciso mesmo utilizar pfsync entre os servers > internos, www, por exemplo? Ou isso apenas se aplica a redundância de > firewall? E ainda, tendo dois www com o esquema de backup mútuo, será > que um pfsync entre eles não iria atrapalhar as coisas, já que cada um > tem a sua table de estados? A não ser que o pfsync faça um merge dos > estados acho que isso iria causar problemas com sobrescrita de > estados, perdendo as conexões ativas em um dos pontos, mas ai fica a > pergunta, será que é preciso pfsync interno? > > E fica sempre o problema: sincronia de dados entre os servers, > principalmente se for mail, aqui sim é que eu quero ver alguém dar > alguma opinião realmente boa, com conhecimento de causa. > > Utilizar CARP para failover NÃO É GAMBIARRA, ele foi FEITO para isso, > é PERFEITO nisso e para load balance usa rdr, e pronto. Não precisa > nem verificar quem está ativo ou não (pen) pq se vc tem dois grupos > CARP em backup mútuo o rdr nunca irá direcionar para uma máquina > inativa. Eu prefiro isso (PF) a DNS balance :) > > Agora falar mal do PF tem que estar pesado né? Pode parando > > Att, > RS > > On 11/14/06, Daniel Bristot de Oliveira <[EMAIL PROTECTED]> wrote: > > Nossa essa thread rendeu hehe. > > > > Ja usei Pen, Carp, VRRP e rdr com source track no PF > > > > Porém, isto é para balanceamento de carga entrante, isto é, conexões > > entrando na minha rede, para eu servir. > > > > O artigo, carp e pfsync que o irado se referenciou, é um failover de > > um gateway, NAT... de conexões saindo. E fugiu um pouco do escopo da > > thread, mas vamos lá > > > > O carp, como o nome dis, é um protocolo de redundância de endereço > > comum. Ele trabalha em nível de ARP, e não em nivel IP, como o vrrp > > faz. Ele foi feito para ser utilizado em qualuer lugar que se possa ou > > precize redundância pasiva, isto é, um espera o outro cair e assume. > > > > Load Balance com o carp, é feito em nivel arp, e por isto ele só > > funciona em rede local, por exemplo: duas maquinas estão fazendo um > > host virtual, onde as duas possuem um estado mestre e um escravo do > > emsmo endereço, desta forma teremos dois mestres, e dois recebendo as > > conexõs, porém, a divisão de carga é feita, em round-robin, porém, é > > utilizado um hash, para definir quem responde um cliente, então, um > > cliente semrpe vai ser respondido pelo mesmo mestre. Porém! isto só > > funciona em rede local! > > > > o Pen é um load balancer, com possibilidade de rastreamento de > > clientes. ele recebe uma conexão, redireciona e distribui para outros > > servidores, ele utiliza escalonamento em round-robin, (Na veradde > > todos estes que falei, utilizam round-robin por se tratar de > > escalonamento estático, por que ningeum gerencia estado de carga). > > Porém, o pen é o único que é possível utilizar prioridades no > > escalonamento. E o Pen verifica se os servidores estão UP ou não. > > Porém o Pen executa em nível do usuário, o que adiciona um grande > > delay nas trasnsações de rede, por estar sujeito a paginação, swap, > > ter que passar do nivel do kernle para usuário, e devolta do usuário > > para o kernel, e todas as verificações por trás disto. > > > > O PF com rdr faz redirecionamento,. e distribuição em round-robin, com > > possibilidade de source track, que é o rastreamento de clientes. ele e > > o pen são compatíveis, porém, o PF não checa estado de clientes, e não > > tem prioridades no escalonamento. Mas executa em nivel do kernel, e > > isso da uma direfença grande no desempenho, por que não está em área > > paginada, não possui tantas restrições ao acesso aos dados da rede, > > mas tem que cuidar para ele não abusar do sistema :) alem de ser mais > > facil de aplicar QoS
Re: [FUG-BR] manager III 700VA USB e FreeBSD
Caro Matheus, Eu tenho o Upsilon2000 e funciona perfeitamente, mas vc terá que instalar a compat3x-i386. Se quiser manda pvt que eu coloco no ftp para vc baixar... Nenhum _de_Nos escreveu: > On 11/15/06, Paulo Pires <[EMAIL PROTECTED]> wrote: > >> Que mal lhe pergunte, quando você pluga o cabo USB no micro, o que o >> sistema lhe mostra (no console ou na saída do dmesg)? >> >> Alguns dispositivos "USB" usam, na verdade, uma conversão USB/serial >> embutida no cabo ou no próprio circuito do dispositivo. Se for o >> caso, talvez seja só trocar o device de cuad* para cuaU*. >> >> -- >> Um abraço. >> Paulo A. P. Pires >> >> ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. >> > > ele cria um uhid0 em /dev. mas eu já tentei a porcaria (pra não falar > coisa pior) do software deles e nada (ele não consegue falar com o > nobreak) e o nut (mesma coisa, usando driver sms). não vi nada sobre > cuaU*. vou olhar :) > > se alguém tiver a versão antiga do software (que era dos modelos > 650VA) e puder disponibilizar, por favor me manda mensagem em pvt ... > > obrigado pela dica :) > > matheus > > -- Marcos Francisco Alcântara Silva Administrador de Sistemas - *NIX FUG-BR User #248 Linux user #425822 --- Existem indivíduos que estão consideravelmente adiantados nessa trajetória para o Criador É extremamente importante saber que ninguém ensina nada, mas que existem pessoas que aprendem - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
Manow , eu não me senti ofendido em momento algum no calor de discutir uma solução , vou ver uma material que eu guardei pois eu tenho a necessidade de solucionar tambem, portanto tenho interesse em uma soluçao. Uma coisa que realmente foi esquecido de citar é a questão trafego que entra trafego que sai ... volto a colocar aqui o que achei no material Em Ter, 2006-11-14 às 21:48 -0200, c0re dumped escreveu: > Opa ! > > Valeu Daniel, deu ate umas esclarecidas nus pontos bem bacanas. > > Gostaria ateh de pedir desculpas ao Marcelo se em algum momento eu > tenha sido rispido ou de alguma forma o desrespeitei. As vezes na > ansia de expormos nossos pontos de vista e nossa abordagem sobre um > determinado assunto, acabamos por exaltar-nos. > > Se em algum momento tiver feito isso, humildimente peco perdao. > > Todo mundo tah aqui pra se ajudar, afinal de contas :) > > No meu caso vou testar o carp +pen, ateh por curiosidade, pq nunca o usei > antes. > > Alguem poderia informar onde fica a pagina do projeto ? > > > []'s > -- Marcello Costa BSD System Engineer unixmafia at yahoo dot com dot br FUG-BR #156 http://www.fug.com.br ___ 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] Cluster de Firewall com carp + pfsync (tutorial)
Do manual do balance http://www.inlab.de/balance.html Balance allows the definition of further channel groups. The connection scheme works as follows: balance tries first to establish a connection to a channel in the first group (0), performing the stan- dard round-robin load balancing scheme. If no channel in this group is available, balance pro- ceeds with the next higher channel group. Groups are simply separated with a "!" at the command line at startup and can be controlled interactively with the "group" command. A "%" instead of a "!" as a group separator declares the previous group to be of type "hash". This means that instead of a round-robin algorithm, a hash distribution based on the client ip address is used to determine the destination channel. This allows connecting one client always to the same server (e.g. balancing http sessions to a single server). Hosts may be specified either by hostname or by IP address. Por ts may be specified either by name (as listed in /etc/services) or numerically. If no por t is specified in a destination, the desti- nation port defaults to the source port that balance controls. -- Marcello Costa BSD System Engineer unixmafia at yahoo dot com dot br FUG-BR #156 http://www.fug.com.br ___ 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] Bonding - Informações
Olá lista, Estava lendo na internet sobre um sistema Bonding para GNU/Linux. O sistema consiste em várias interfaces de rede reais sendo convertidas e uma única interface virtual. Se estou certo, no lugar de ver várias placas de rede o sistema, no meu caso FreeBSD, veria apenas uma. Bem, não sei se estou procurando errado ou se é apenas azar, mais fazendo uma pesquisa no google a maioria das páginas que entro sobre o assunto relacionado ao sistema FreeBSD estão com Links quebrados. Queria saber se fazer esse sistema Bonding funcionar no FreeBSD e possível ? E se não for abusar muito queria sugestões de busca no google ou de documentações relacionadas com o assundo. -- Bruno Oliveira Eac Software - www.eacsoftware.com.br Belo Horizonte-MG "Não há nada de nobre em sermos superiores ao próximo. A verdadeira nobreza consiste em sermos superiores ao que éramos antes." This message was sent using IMP, the Internet Messaging Program. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
Nossa, isso tudo o PF em rdr faz, round, hash, source. por porta, por range, em full range. Att, RS On 11/16/06, Marcello Costa <[EMAIL PROTECTED]> wrote: > Do manual do balance > > http://www.inlab.de/balance.html > > Balance allows the definition of further channel groups. The connection > scheme works as follows: > balance tries first to establish a connection to a channel in the first > group (0), performing the stan- > dard round-robin load balancing scheme. If no channel in this group is > available, balance pro- > ceeds with the next higher channel group. Groups are simply separated > with a "!" at the command > line at startup and can be controlled interactively with the "group" > command. > A "%" instead of a "!" as a group separator declares the previous group > to be of type "hash". This > means that instead of a round-robin algorithm, a hash distribution based > on the client ip address > is used to determine the destination channel. This allows connecting one > client always to the > same server (e.g. balancing http sessions to a single server). > Hosts may be specified either by hostname or by IP address. Por ts may be > specified either by > name (as listed in /etc/services) or numerically. If no por t is > specified in a destination, the desti- > nation port defaults to the source port that balance controls. > > -- > Marcello Costa > BSD System Engineer > unixmafia at yahoo dot com dot br > FUG-BR #156 > http://www.fug.com.br > > > > ___ > 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 > -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.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] Processadores
On 11/16/06, Cobra <[EMAIL PROTECTED]> wrote: > Prezados, > > Gostaria de saber a real diferença em instalar: > > i386 ou amd64 > > Bom, adquirir uma maquina com processador Pentium (R) D 2.66Ghz, EM64T > Capable, na BIOS posso habilitar ou desabilitar o SW (Single Processor Mode) > > Consigo instalar tranquilamente tanto o I386 quanto o amd64. Se usar o AMD64 poderá fazer maior endereçamento de memória, e tem algumas coisas que ficam melhores, mas alguns poucos programas não funcionam. Experiência própria, pois estou com uma estação em um servidor rodando AMD64. > > O amd64 (no site do freebsd.org) fala que é compatível com o EM64T. Errado... O EM64T é que é compatível com o AMD64, ou quase. Nos primeiros processadores da Intel "compatíveis" com o AMD64 existiam algumas incompatibilidades. > > Compilei o kernel amd64 com a seguinte opção: > > Copiei o GENERIC do /usr/src/sys/amd64/ > > E adicionei: options SMP > > Ta tudo funcionando. > > Quando vou instalar o VQADMIN.2.3.6 veja o erro abaixo: > > OBS: Com o i386 não ocorre isso. > > mail# ./configure --enable-cgibindir=/usr/local/www/cgi-bin > --enable-htmldir=/usr/local/www/data > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > /downloads/qmailrocks/vqadmin-2.3.6/missing: Unknown `--run' option > Try `/downloads/qmailrocks/vqadmin-2.3.6/missing --help' for more > information > configure: WARNING: `missing' script is too old or missing > checking for gawk... no > checking for mawk... no > checking for nawk... nawk > checking whether make sets $(MAKE)... yes > checking build system type... Invalid configuration > `amd64-unknown-freebsd6.1': machine `amd64-unknown' not recognized > configure: error: /bin/sh ./config.sub amd64-unknown-freebsd6.1 failed > > Se alguém puder comentar sobre a diferença ... Você esbarrou com uma das raras incompatibilidades. Tente atualizar os ports e fazer de novo. Abraços, João Rocha. > > Abraços > > Jr. > > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Marcos Fco. A. Silva > Enviada em: quinta-feira, 16 de novembro de 2006 09:44 > Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > Assunto: Re: [FUG-BR] 4 GB de Ram FreeBSD ?? > > Só tome cuidado pois alguns devices não funcionam com o PAE. > > Breno escreveu: > > c0re dumped wrote: > > > > > >> Infelizmente não. > >> > >> O seu processador de 32 bits pode endereçar 2^32 (4 Gb) endereços de > memória. > >> > >> Sendo assim, poderia se trabalhar com 4 gb numa boa, não é mesmo ? > >> > >> Acontece que devido ao fato de como dispositivos de hardware são > >> endereçados, voce acaba perdendo uns 512Mb a 1gb. > >> > >> Isso não é um problema do FreeBSD. Qualquer sistema sem um PAE > >> sofreria do mesmo "mal". > >> > >> Você tem duas saídas pra usar esses 4 gb: > >> > >> - Usar um processador de 64 bits > >> - Compilar o kernel com suporte PAE > >> > >> > >> []'s > >> > >> > >> > >> > > Ok, obrigado pelas respostas. Vou recompilar meu kernel com suporte ao PAE > . > > > > At, > > > > Breno Sérgio C. Pedroso > > Unix System Admin > > Secretaria de Estado da Educação- Goiânia-GO > > Gerência de Tecnologia e Informação > > Fone:(62) 3201-3022 > > > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > -- > Marcos Francisco Alcântara Silva > Administrador de Sistemas - *NIX > > FUG-BR User #248 > Linux user #425822 > > --- > Existem indivíduos que estão consideravelmente adiantados nessa trajetória > para o Criador > É extremamente importante saber que ninguém ensina nada, mas que existem > pessoas que aprendem > > > - > 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 > -- "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] Cluster de Firewall com carp + pfsync (tutorial)
Marcelo, veja: Failover e Load Balance é sim simples de se fazer, o PF resolve tudo isso, com pfsync, CARP e rdr. Ponto. Compartilhar os dados, centralizar, isso sim é uma problema, e seria exatamente sobre isso que eu gostaria que alguém aqui se manifestasse. Existe alguma maneira eficiente de se ter um storage redundante montado sobre FreeBSD (ou mesmo Linux, Open, enfim...) baseado TOTALMENTE em soluções livres? Esse é o ponto. :) Os /tmp poderiam ficar no storage, sem problemas, mesmo. Você vê algum problema? Tudo bem, muda o diretório de sessions nos teus servers www e aponta este novo caminho para dentro do storage, em área compartilhada, assim vc mantém os /tmp isolados. O problema é o storage gente alguém? Att, RS On 11/16/06, Marcello Costa <[EMAIL PROTECTED]> wrote: > Acho que se para para pensar um pouco vai entender o que eu disse e nem > vc ou ninguem nessa lista tem que concordar comigo, para mim ter que > compartilhar o /tmp em dois servidores é gambiarra e nunca deixarei um > admin fazer isso sem esgotar todas as possiveis opções > > Em Qui, 2006-11-16 às 09:45 -0200, Rogério Schneider escreveu: > > Exatamente Daniel. > > > > Com o CARP é sim possível criar redundância de servers e firewall. No > > caso de firewall, é simplesmente o exemplo utilizado na doc do PF, > > tudo bem... Mas existem outras aplicações, é só usar a imaginação. > > > > Com servers (www, mail) também fica viável, e muito! > > Ai alguém diz: "Não quero máquina ociosa, quero divisão de carga!", > > tudo bem criança!! Cria dois grupos CARP (supondo dois webserers, ok?) > > e cada um é "backup do outro". Pronto, no momento que um deles cair, o > > outro assume as duas identidades (ips virtuais). > > No firewall vc cria um rdr com address pool, utilizando source-hash e > > pronto, cada source vai sempre cair no mesmo server (sessions? > > resolvido) e cada novo source cai em round-robin (load balance? > > resolvido). > > > > Feito o esquema, HA com Load Balance no CARP. > > > > Que manter os estados entre os servers? pfsync, e ninguém perde as conexões. > > - Minha dúvida: É preciso mesmo utilizar pfsync entre os servers > > internos, www, por exemplo? Ou isso apenas se aplica a redundância de > > firewall? E ainda, tendo dois www com o esquema de backup mútuo, será > > que um pfsync entre eles não iria atrapalhar as coisas, já que cada um > > tem a sua table de estados? A não ser que o pfsync faça um merge dos > > estados acho que isso iria causar problemas com sobrescrita de > > estados, perdendo as conexões ativas em um dos pontos, mas ai fica a > > pergunta, será que é preciso pfsync interno? > > > > E fica sempre o problema: sincronia de dados entre os servers, > > principalmente se for mail, aqui sim é que eu quero ver alguém dar > > alguma opinião realmente boa, com conhecimento de causa. > > > > Utilizar CARP para failover NÃO É GAMBIARRA, ele foi FEITO para isso, > > é PERFEITO nisso e para load balance usa rdr, e pronto. Não precisa > > nem verificar quem está ativo ou não (pen) pq se vc tem dois grupos > > CARP em backup mútuo o rdr nunca irá direcionar para uma máquina > > inativa. Eu prefiro isso (PF) a DNS balance :) > > > > Agora falar mal do PF tem que estar pesado né? Pode parando > > > > Att, > > RS > > > > On 11/14/06, Daniel Bristot de Oliveira <[EMAIL PROTECTED]> wrote: > > > Nossa essa thread rendeu hehe. > > > > > > Ja usei Pen, Carp, VRRP e rdr com source track no PF > > > > > > Porém, isto é para balanceamento de carga entrante, isto é, conexões > > > entrando na minha rede, para eu servir. > > > > > > O artigo, carp e pfsync que o irado se referenciou, é um failover de > > > um gateway, NAT... de conexões saindo. E fugiu um pouco do escopo da > > > thread, mas vamos lá > > > > > > O carp, como o nome dis, é um protocolo de redundância de endereço > > > comum. Ele trabalha em nível de ARP, e não em nivel IP, como o vrrp > > > faz. Ele foi feito para ser utilizado em qualuer lugar que se possa ou > > > precize redundância pasiva, isto é, um espera o outro cair e assume. > > > > > > Load Balance com o carp, é feito em nivel arp, e por isto ele só > > > funciona em rede local, por exemplo: duas maquinas estão fazendo um > > > host virtual, onde as duas possuem um estado mestre e um escravo do > > > emsmo endereço, desta forma teremos dois mestres, e dois recebendo as > > > conexõs, porém, a divisão de carga é feita, em round-robin, porém, é > > > utilizado um hash, para definir quem responde um cliente, então, um > > > cliente semrpe vai ser respondido pelo mesmo mestre. Porém! isto só > > > funciona em rede local! > > > > > > o Pen é um load balancer, com possibilidade de rastreamento de > > > clientes. ele recebe uma conexão, redireciona e distribui para outros > > > servidores, ele utiliza escalonamento em round-robin, (Na veradde > > > todos estes que falei, utilizam round-robin por se tratar de > > > escalonamento estático, por que ningeum gerencia estado de carga). > > >
[FUG-BR] [off-topic] 10 coisas para não faze r com os seus dados
Pra descontrair um pouco. http://hardware.silicon.com/storage/0,39024649,39164095,00.htm As duas melhores: o cara que enviou o HD pra recuperação de dados embalado numa meia suja e o professor que usou WD pra no disco rigido pra acabar com um "barulinho chato". Fonte: http://hardware.slashdot.org/hardware/06/11/16/1454242.shtml []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cluster de Firewall com carp + pfsync (tutorial)
Bem porque querer compartilhar o /tmp se é possivel manter a sessão http do requisitante ? simplesmente não é preciso. Log ? o syslog resolve isso , pode ter um servidor que sera o master dos logs. Bem me lembro que tem um exemplo com freebie sendo usado pra cluster via nfs , funciona claro , mas não é o caso. http://www.onlamp.com/pub/a/bsd/2004/07/01/freesbie.html Apache tem a sua solução : http://httpd.apache.org/docs/2.2/mod/mod_proxy_balancer.html http://www.backhand.org/mod_backhand/ Achei outros com java , vadi retro , amenos que vc use tomcat http://www.samag.com/documents/s=1155/sam0101a/0101a.htm Material muito bom esse aqui : http://www.enterux.com/en/solutions/load-balancing-high-volume-solutions Citado varias vezes http://www.tummy.com/journals/entries/scott_20050324_171814 http://www.linux-ha.org/Heartbeat Balance já foi colocado na lista Tem varias formas de fazer , apenas acho que o problema não precisa passar a ser storage. Storage , o geom pode ajudar virtualizando ou to falando tremenda besteira ? Em Qui, 2006-11-16 às 14:27 -0200, Rogério Schneider escreveu: > Marcelo, veja: > > Failover e Load Balance é sim simples de se fazer, o PF resolve tudo > isso, com pfsync, CARP e rdr. Ponto. > > Compartilhar os dados, centralizar, isso sim é uma problema, e seria > exatamente sobre isso que eu gostaria que alguém aqui se manifestasse. > Existe alguma maneira eficiente de se ter um storage redundante > montado sobre FreeBSD (ou mesmo Linux, Open, enfim...) baseado > TOTALMENTE em soluções livres? > Esse é o ponto. > > :) > > Os /tmp poderiam ficar no storage, sem problemas, mesmo. Você vê algum > problema? Tudo bem, muda o diretório de sessions nos teus servers www > e aponta este novo caminho para dentro do storage, em área > compartilhada, assim vc mantém os /tmp isolados. > > O problema é o storage gente alguém? > > Att, > RS > -- Marcello Costa BSD System Engineer unixmafia at yahoo dot com dot br FUG-BR #156 http://www.fug.com.br ___ 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] Pentium 4 HT Não reconhece segunda CP U
Em Qui, 2006-11-16 às 09:07 -0200, Rogério Schneider escreveu: > Tem algum teste disso? Onde eu poderia encontrar doc sobre esse > comportamento? Eu gostaria de saber o porquê disso... Faça seus próprios testes e veja por você mesmo, eu fiz os meus quando botei as maos num HT (há anos quando foi lançado) e em todos os testes o NAO-USO de HT é pelo menos 10% mais rápido. Eu acredito que isto se deva pelo fato de que há apenas 1 processador físico (logo não há capacidade de processamento a mais do que 1 único processador) e quando você habilita SMP seja em FreeBSD, linux ou qualquer outro OS, você adiciona um overhead de códigos A MAIS que precisam ser executados a todo momento, como agendamentos de execução do scheduler que a cada X microssegundos vai ver qual o processador mais livre e jogar codigo pra um ou outro. E esse código a mais torna o sistema mais lento do que simplesmente não executar esses codigos no mesmo processador. Basicamente é isso, faça seus testes como um make -j3 buildworld que já deve te dar uma comparação satisfatória. []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] Pentium 4 HT Não reconhece segunda CPU
> Faça seus próprios testes e veja por você mesmo, eu fiz os meus > quando botei as maos num HT (há anos quando foi lançado) e em > todos os testes o NAO-USO de HT é pelo menos 10% mais rápido. Já usei HTT tanto em linux quanto em FreeBSD, usando VMware emulado para Linux no FreeBSD (linux.ko) e o nativo no próprio linux, várias vezes a máquina deu hangs. Especialmente quando rodava aplicações pesadas no Windows. Quando não usava HTT funcionava numa boa. Coincidência ? > Eu acredito que isto se deva pelo fato de que há apenas 1 > processador físico (logo não há capacidade de processamento > a mais do que 1 único processador) e quando você habilita SMP > seja em FreeBSD, linux ou qualquer outro OS, você adiciona um > overhead de códigos A MAIS que precisam ser executados a todo > momento, como agendamentos de execução do scheduler que a cada > X microssegundos vai ver qual o processador mais livre e jogar > codigo pra um ou outro. E esse código a mais torna o sistema > mais lento do que simplesmente não executar esses codigos no > mesmo processador. Sem dúvida. Por exemplo, gerenciar uma ULA com um único processador já é trabalhoso imagine gerenciar duas ULAs com um único processador (independentemente de se usar um kernel SMP). :D []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Error com suporte PAE !
Agora que arrumei um tempo pra compilar meu FreeBSD com suporte ao PAE e já deu um erro. Após executar o make peguei o seguinte erro : ../../../dev/advansys/advansys.c: In function `adv_action': ../../../dev/advansys/advansys.c:260: warning: cast from pointer to integer of different size *** Error code 1 Stop in /usr/src/sys/i386/compile/EMAIL Alguém tem alguma idéia ??? At, Breno Sérgio C. Pedroso Unix System Admin Secretaria de Estado da Educação- Goiânia-GO Gerência de Tecnologia e Informação Fone:(62) 3201-3022 Marcos Fco. A. Silva wrote: >Só tome cuidado pois alguns devices não funcionam com o PAE. > >Breno escreveu: > > >>c0re dumped wrote: >> >> >> >> >>>Infelizmente não. >>> >>>O seu processador de 32 bits pode endereçar 2^32 (4 Gb) endereços de memória. >>> >>>Sendo assim, poderia se trabalhar com 4 gb numa boa, não é mesmo ? >>> >>>Acontece que devido ao fato de como dispositivos de hardware são >>>endereçados, voce acaba perdendo uns 512Mb a 1gb. >>> >>>Isso não é um problema do FreeBSD. Qualquer sistema sem um PAE >>>sofreria do mesmo "mal". >>> >>>Você tem duas saídas pra usar esses 4 gb: >>> >>>- Usar um processador de 64 bits >>>- Compilar o kernel com suporte PAE >>> >>> >>>[]'s >>> >>> >>> >>> >>> >>> >>Ok, obrigado pelas respostas. Vou recompilar meu kernel com suporte ao PAE . >> >>At, >> >>Breno Sérgio C. Pedroso >>Unix System Admin >>Secretaria de Estado da Educação- Goiânia-GO >>Gerência de Tecnologia e Informação >>Fone:(62) 3201-3022 >> >> >>- >>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] Error com suporte PAE !
Essa controladora SCSI é um dos itens não suportados por um kernel PAE. Em /sys/i386/conf/PAE: nodeviceadv []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: VAGA
Pessoal, Estamos contratando programadores PHP com no mínimo 2 anos de experiência. Requisitos: - PHP5 (OO) - Smarty - Ájax - PEAR Diferenciais: - FreeBSD (conta mais pontos) - Linux - ShellScript - Perl Não responderei a nenhuma pergunta nesta lista (pra não ficar engordando a lista com off-topic), por isso quem quiser maiores informações favor enviar um e-mail para [EMAIL PROTECTED] ou contactar-me no MSN [EMAIL PROTECTED] Pretendemos estar com essa posição fechada para que possamos iniciar no começo de dezembro. Por isso os interessados devem ser rápidos. Devido à urgência, consideraremos preferencialmente os CVs de pessoas que não estejam contratadas para esta vaga. PS: Disponibilidade para trabalhar em São Pedro-SP (170km da capital). []s -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de c0re dumped Enviada em: quinta-feira, 16 de novembro de 2006 16:03 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Error com suporte PAE ! Essa controladora SCSI é um dos itens não suportados por um kernel PAE. Em /sys/i386/conf/PAE: nodeviceadv []'s -- No stupid signatures here. - 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] RES: RES: VAGA
Antes que perguntem, tive que colocar responder, pq as mensagens que eu envio não estão chegando na lista. [EMAIL PROTECTED]@# : []s Andrei de Oliveira Mosman Mosman Consultoria e Desenvolvimento http://www.mosman.com.br/ MSN: [EMAIL PROTECTED] Fones: (19) 3481-4892 / (11) 9564-0861 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Compilando Kernel - Opção cpu
Olá, No arquivo de configuração para compilar um kernel, logo no início exite a opção 'cpu', que pode ser variáveis como i386, i486 e assim vai, estava pesquisando na internet e não sei se estou fazendo alguma coisa erra mais não consigo achar uma opção especifíca para representar a arquitetura amd64. O dmesg mostra o seguinte: CPU: AMD Sempron(tm) Processor 2800+ (1600.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 E o arquivo de configuração do kernel compilado começa assim: machine amd64 cpu GENERIC ident GENERIC Queria saber qual opção colocar no CPU e no IDENT para deixar o kernel voltado para a minha máquina ? -- Bruno Oliveira Eac Software Belo Horizonte-MG "Não há nada de nobre em sermos superiores ao próximo. A verdadeira nobreza consiste em sermos superiores ao que éramos antes." This message was sent using IMP, the Internet Messaging Program. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
On 11/16/06, c0re dumped <[EMAIL PROTECTED]> wrote: > > Faça seus próprios testes e veja por você mesmo, eu fiz os meus > > quando botei as maos num HT (há anos quando foi lançado) e em > > todos os testes o NAO-USO de HT é pelo menos 10% mais rápido. > > Já usei HTT tanto em linux quanto em FreeBSD, usando VMware emulado > para Linux no FreeBSD (linux.ko) e o nativo no próprio linux, várias > vezes a máquina deu hangs. Especialmente quando rodava aplicações > pesadas no Windows. > > Quando não usava HTT funcionava numa boa. Coincidência ? > > > > Eu acredito que isto se deva pelo fato de que há apenas 1 > > processador físico (logo não há capacidade de processamento > > a mais do que 1 único processador) e quando você habilita SMP > > seja em FreeBSD, linux ou qualquer outro OS, você adiciona um > > overhead de códigos A MAIS que precisam ser executados a todo > > momento, como agendamentos de execução do scheduler que a cada > > X microssegundos vai ver qual o processador mais livre e jogar > > codigo pra um ou outro. E esse código a mais torna o sistema > > mais lento do que simplesmente não executar esses codigos no > > mesmo processador. > > Sem dúvida. Por exemplo, gerenciar uma ULA com um único processador já > é trabalhoso imagine gerenciar duas ULAs com um único processador > (independentemente de se usar um kernel SMP). :D > > []'s > > -- > > No stupid signatures here. nao tenho a fonte, mas tenho a lembranca que li sobre duplicacao de unidades para para o HTT, a ideia que li no tempo de lancamento era o fato de que boa parte do processador ficava ocioso e assim duplicaram algumas partes para assim poder ter o paralelismo. se eu achar mando o link ... nao faria sentido dizer que tem 2 (como os SO`s veem), e nao haver nada a mais para isso nao achas ? :) -- 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
[FUG-BR] [off-topic] Agora a MS quer saber a o pinião sobre o Acordão
Link: http://blogs.msdn.com/jasonmatusow/archive/2006/11/11/your-input-requested.aspx -- Marcello Costa BSD System Engineer unixmafia at yahoo dot com dot br FUG-BR #156 http://www.fug.com.br ___ Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar seu conhecimento? Experimente o Yahoo! Respostas ! http://br.answers.yahoo.com/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Porque você contrataria um mestre (qu e cursou mestrado)?
Penso em fazer um mestrado. No entanto, gostaria de saber a influência disso no meu futuro. Porque você contrataria um mestre (que cursou mestrado)? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Porque você contrataria um mestre (qu e cursou mestrado)?
Mestre e' mestre, na maioria das vezes, olha que eu to fazendo uma aula esse semestre com uma turma que tem uma galera fazendo pos-graduacao, cara, impressionante como tem neguinho que programa mal e ta fazendo pos-graduacao, com aquele tipo de codigo nao sei nem como nego conseguiu se graduar, quando mais obter uma pos, mas enfim, eu acredito no valor de um mestrado, afinal tem o seu merito, voce tem que escolher bem a instituicao aonde fara o mestrado, tem que ter um certo reconhecimento... att, victor lima 2006/11/16, Nelson Pereira Júnior <[EMAIL PROTECTED]>: > Penso em fazer um mestrado. No entanto, gostaria de saber a influência disso > > no meu futuro. > > Porque você contrataria um mestre (que cursou mestrado)? > > - > 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] qmailanalog
Ola Alguem aqui utiliza o qmailanalog ? Onde encontro manual doc sobre ele ? This message was sent using IMP, the Internet Messaging Program. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilando Kernel - Opção cpu
Em Qui, 2006-11-16 às 16:37 -0200, Bruno Oliveira escreveu: > Olá, > > No arquivo de configuração para compilar um kernel, logo no início exite a > opção > 'cpu', que pode ser variáveis como i386, i486 e assim vai, estava pesquisando > na > internet e não sei se estou fazendo alguma coisa erra mais não consigo achar > uma > opção especifíca para representar a arquitetura amd64. A CPU correta para AMD64 (pelo menos nos AMD, não sei quanto aos EM64T) é a HAMMER, quer era o codinome nome dos Athlon 64 quando ainda estavam na fase de projeto e testes. cpu HAMMER []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] Pentium 4 HT Não reconhece segunda CP U
Em Qui, 2006-11-16 às 15:44 -0300, Nenhum _de_Nos escreveu: > [crop] ... [crop] > nao faria sentido dizer que tem 2 (como os SO`s veem), e nao haver > nada a mais para isso nao achas ? :) > Eu acho que havia sentido sim, e muito. Por que? IMHO havia uma questão mercadológica, onde não haveriam grandes vantagens em se lançar uns processador Dual-Core se os programas não são feitos para tirarem proveito de mais de uma CPU. Em geral, programas comuns de desktop sao de apenas 1 thread, e não conseguem tirar ganhe de mais de 1 processador. Dessa forma com o marketing a Intel conseguiu difundir a ideia de que 2 processadores/dual core/ e HTT são melhores que 1 só, varios programas foram mudados pra threads nesses cerca de 3 anos desde o lançamento, e acho que no final conseguiu difundir a ideia entre os usuários leigos de que ter mais de 1 CPU é bom. Em contra partida o custo pra eles foi quase zero, pois como disseram hoje aqui na lista, aquilo nada mais é do que um "hack" no processador. E apesar de não ter sido o meu caso, acredito que algum tipo de aplicação deva conseguir tirar proveito do HTT. Alguém conhece alguma? []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] Porque você contrataria um mestre (qu e cursou mestrado)?
Olha Cara.. veja... vou falar minha experiencia, no caso, norte do parana :) Tipo... basicamente, aqui no interior, pos graduado, mestrado e doutorado, soh serve pra ganhar mais dando aula em faculdades e universidades heheheh 2006/11/16, Nelson Pereira Júnior <[EMAIL PROTECTED]>: > Penso em fazer um mestrado. No entanto, gostaria de saber a influência disso > > no meu futuro. > > Porque você contrataria um mestre (que cursou mestrado)? > > - > 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 --- [EMAIL PROTECTED] Cel.: (43) 9938-9629 Msn: [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Porque você contrataria um mest re (que cursou mestrado)?
Bem, um mestrado não estaria mais ligado à àrea acadêmica? Creio que na parte técnica, o $$$ se dá, além do estudo, em certificações, experiências anteriores, capacidade gerencial, liderança e blablabalbala.. Talvez, se o intuito do mestrado seja ganhar mais, ou fazer carreira na empresa, alguma especialização na área ou algo do tipo seja mais interessante. Claro que, como suplemento ao salário, no período da noite, por exemplo, pode-se ministrar algum curso em faculdade, com o mestrado. Dependendo da academia, conseguindo uma posição de coordenador de curso ou afins, pode-se ganhar mais que sendo professor, tendo o tempo um pouco mais livre(nem por isso menos trabalho!!). Particularmente acho isto. Claro que, nivelando-se as capacidades técnicas de 2 candidados, a visibilidade de um mestre/doutor se sobressai sobre um graduado, mas pode-se perder em outras áreas, dependendo do cargo a ser preenchido. Abraços > -Mensagem original- > De: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Em nome de Nelson Pereira Júnior > Enviada em: quinta-feira, 16 de novembro de 2006 17:58 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: [FUG-BR] Porque você contrataria um mestre (que > cursou mestrado)? > > Penso em fazer um mestrado. No entanto, gostaria de saber a > influência disso > > no meu futuro. > > Porque você contrataria um mestre (que cursou mestrado)? > > - > 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] RES: qmailanalog
http://www.fug.com.br/historico/html/freebsd/2004-12/msg00318.html http://www.qmailrocks.org/qmailanalog.htm http://www.networld.com.br/lippe/Qmail.txt Além de: http://www.google.com/search?hl=pt-BR&rls=com.microsoft%3Aen-US&q=qmailanalo g+tutorial&lr= Se você quer somente analises de emails enviados/recebidos/tamanho, top10, etc etc, sugiro você analisar o isoqlog, ele é muito simples de instalar e gerenciar e leve: http://www.enderunix.org/isoqlog/ Tutorial: http://www.dicas-l.com.br/dicas-l/20050427.php > -Mensagem original- > De: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Em nome de [EMAIL PROTECTED] > Enviada em: quinta-feira, 16 de novembro de 2006 16:05 > Para: freebsd@fug.com.br > Assunto: [FUG-BR] qmailanalog > > Ola > > Alguem aqui utiliza o qmailanalog ? Onde encontro manual doc > sobre ele ? > > > This message was sent using IMP, the Internet Messaging Program. > > - > 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] Pentium 4 HT Não reconhece segunda CPU
Bom, acabei de fazer o teste mencionado. Ambiente: 2 CPU fisicas com HTT CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 4193452032 (3999 MB) avail memory = 4105736192 (3915 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 Testes inciandos ha 2 horas atras. Resultados: Sem HTT: # 46m50.15s real 1h11m4.14s user 25m7.20s sys [1]Done /usr/bin/time -h make -j4 buildworld > /tmp/bw.log Com HTT: # 34m12.11s real 43h10m11.11s user 24m13.29s sys [1]Done /usr/bin/time -h make -j4 buildworld > /tmp/bw.log Os world foram precedidos de "make cleanworld && make cleandir" Mais informacoes sobre a maquina: mptable === MPTable, version 2.0.15 --- MP Floating Pointer Structure: location: BIOS physical address: 0x000f6540 signature:'_MP_' length: 16 bytes version: 1.4 checksum: 0x3f mode: Virtual Wire --- MP Config Table Header: physical address: 0x0009e870 signature:'PCMP' base table length:308 version: 1.4 checksum: 0xc3 OEM ID: ' ' Product ID: 'PLACER CRB ' OEM table pointer:0x OEM table size: 0 entry count: 30 local APIC address: 0xfee0 extended table length:184 extended table checksum: 29 --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x14BSP, usable 15 2 7 0xbfebfbff 6 0x14AP, usable 15 2 7 0xbfebfbff -- Bus:Bus ID Type 0 PCI 1 PCI 2 PCI 3 ISA -- I/O APICs: APIC ID Version State Address 2 0x20usable 0xfec0 -- I/O Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# ExtINT active-hiedge3 0 2 0 INT active-hiedge3 1 2 1 INT active-hiedge3 0 2 2 INT active-hiedge3 3 2 3 INT active-hiedge3 4 2 4 INT active-lo level0 29:C 2 18 INT active-hiedge3 6 2 6 INT active-hiedge3 7 2 7 INT active-hiedge3 8 2 8 INT active-hiedge3 9 2 9 INT active-hiedge310 2 10 INT active-lo level0 29:A 2 16 INT active-hiedge312 2 12 INT active-hiedge313 2 13 INT active-hiedge314 2 14 INT active-hiedge315 2 15 INT active-lo level0 29:B 2 19 INT active-lo level0 29:D 2 23 INT active-lo level0 31:B 2 17 INT active-lo level2 2:A 2 20 INT active-lo level2 8:A 2 19 -- Local Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# ExtINT active-hiedge3 0255 0 NMI active-hiedge3 0255 1 --- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x1 -- System Address Space bus
[FUG-BR] DESATIVAR CONTA E-MAIL
Ola lista Gostaria de saber como eu desativo uma conta de e-mail no vpopmail, nao quero excluir mais ela tambem nao pode enviar nem recever e-mail, existe essa possibilidade ?? This message was sent using IMP, the Internet Messaging Program. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DESATIVAR CONTA E-MAIL
[EMAIL PROTECTED] escreveu: > Ola lista > > Gostaria de saber como eu desativo uma conta de e-mail no vpopmail, nao quero > excluir mais ela tambem nao pode enviar nem recever e-mail, existe essa > possibilidade ?? > > > Não conheço tal opção, mas porque você simplesmente não altera a senha da mesma, assim enviar não será possível, irá receber até que a quota não seja ultrapassada. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Patrick Tracanelli escreveu: > Bom, acabei de fazer o teste mencionado. > > Ambiente: 2 CPU fisicas com HTT > > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) >Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > > Features=0xbfebfbff >Hyperthreading: 2 logical CPUs > real memory = 4193452032 (3999 MB) > avail memory = 4105736192 (3915 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 6 > cpu3 (AP): APIC ID: 7 > > Patrick, Seria pedir demais para você passar o kernel para 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] DESATIVAR CONTA E-MAIL
2006/11/16, Márcio Luciano Donada <[EMAIL PROTECTED]>: > [EMAIL PROTECTED] escreveu: > > Ola lista > > > > Gostaria de saber como eu desativo uma conta de e-mail no vpopmail, nao > > quero > > excluir mais ela tambem nao pode enviar nem recever e-mail, existe essa > > possibilidade ?? > > > > > > > > Não conheço tal opção, mas porque você simplesmente não altera a senha > da mesma, assim enviar não será possível, irá receber até que a quota > não seja ultrapassada. > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > seria melhor vc excluir ela do sistema porque se cair na mao de alguem mande sapm para ela a caixa de e-mail so vai ter porcaria. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DESATIVAR CONTA E-MAIL
Por exemplo, uma conta fica sem ser acessada por um periodo de tempo antes de exclui-la do sistema queria deixa-la inativa, (nao receber nem enviar) por mais um periodo logo depois sim excluir, de repete eu posso reativa-la sem maiores danos, o ruim e' mudar a senha e ficar recebendo spam gastando banda de internet enchendo hd isso e' ruim, antes no programa Imail tem essa opcao.. - Original Message - From: "Márcio Luciano Donada" <[EMAIL PROTECTED]> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Thursday, November 16, 2006 10:54 PM Subject: Re: [FUG-BR] DESATIVAR CONTA E-MAIL [EMAIL PROTECTED] escreveu: > Ola lista > > Gostaria de saber como eu desativo uma conta de e-mail no vpopmail, nao quero > excluir mais ela tambem nao pode enviar nem recever e-mail, existe essa > possibilidade ?? > > > Não conheço tal opção, mas porque você simplesmente não altera a senha da mesma, assim enviar não será possível, irá receber até que a quota não seja ultrapassada. - 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] DESATIVAR CONTA E-MAIL
Rapaz, como você usa o Qmail ai, instala o Qmailadmin... Nele, você encontar essa opção. =) > Por exemplo, uma conta fica sem ser acessada por um periodo de tempo antes > de exclui-la do sistema queria deixa-la inativa, (nao receber nem enviar) > por mais um periodo logo depois sim excluir, de repete eu posso reativa-la > sem maiores danos, o ruim e' mudar a senha e ficar recebendo spam gastando > banda de internet enchendo hd isso e' ruim, antes no programa Imail tem > essa > opcao.. > > - Original Message - > From: "Márcio Luciano Donada" <[EMAIL PROTECTED]> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Thursday, November 16, 2006 10:54 PM > Subject: Re: [FUG-BR] DESATIVAR CONTA E-MAIL > > > [EMAIL PROTECTED] escreveu: >> Ola lista >> >> Gostaria de saber como eu desativo uma conta de e-mail no vpopmail, nao > quero >> excluir mais ela tambem nao pode enviar nem recever e-mail, existe essa >> possibilidade ?? >> >> >> > > Não conheço tal opção, mas porque você simplesmente não altera a senha > da mesma, assim enviar não será possível, irá receber até que a quota > não seja ultrapassada. > > - > 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 > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > > -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- 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
[FUG-BR] Curso FreeBSD Nordeste...
Alguem saberia onde tem curso freebsd no nordeste? grato, Cristian - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
