Re: [FUG-BR] Squid via ADSL
Load balance ... mas ele fala para separar a maquina que ta o squid ? entao o cara de ter uma maquina para o load balance e outra para o squid ? é isso ? - Original Message - From: Alessandro de Souza Rocha To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Sent: Tuesday, February 13, 2007 2:01 PM Subject: Re: [FUG-BR] Squid via ADSL Em 13/02/07, m0f0x[EMAIL PROTECTED] escreveu: http://www.derkeiler.com/Mailing-Lists/FreeBSD-Security/2004-04/0068.html http://www.free.bsd.com.br/noticia.php3?CAD=1NOT=172 On Tue, 13 Feb 2007 13:56:58 -0200 (BRDT) Vitor Renato Alves de Brito [EMAIL PROTECTED] wrote: Olá pessoal, Tenho um servidor com 3 placas de rede, uma ligada no link (gateway), outra ligada na minha rede interna e outra ligada numa ADSL. Instalei o Squid na máquina e gostaria de fazer todas as requisicoes na porta 80 passarem pelo squid (até aí tudo bem, já fiz com o IPFW) mas gostaria que o squid usasse o link ADSL pra puxar estas páginas e não o meu link. A placa de rede do link tem IP valido e a placa de rede da ADSL tem IP inválido. Coloquei no http_port do squid o IP inválido da placa de rede da ADSL mas nao funcionou. Alguém pode me ajudar? Até mais, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd de uma olhada http://www.bsdsul.com.br/tutoriais_detalhe.php?cod=27 http://www.free.bsd.com.br/noticia.php3?CAD=1NOT=172 -- 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.441 / Virus Database: 268.17.37/682 - Release Date: 12/02/2007 13:23 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Relay de mail server aberto para o mundo
Em Mon, 12 Feb 2007 16:13:16 -0300 Rodrigo Teles Calado [EMAIL PROTECTED] escreveu: liberar o relay apenas para a máquina enviar pro mundo. isso vc faz no main.cf. Como está bem documentado, basta vc seguir a bula ;) Qual regra posso aplicar no ipfw? o ipfw também é bem documentado, então a sugestão é, considerando-se que seu ipfw é deny all, vc permite a saída para a porta 25, incluindo-a entre as outras portas/serviços que vc já permitiu (80, 8088,23, etc) divirta-se ;) -- flames /dev/null saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Não é evidente que Deus exista. (San Tomaz de Aquino) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bonding com Netgraph
Bruno Henrique de Oliveira escreveu: Srs, Seguindo os endereços informados montei o script de configuração das placas, ficou assim: * #!/bin/sh * * ifconfig vr0 promisc -arp up * ifconfig vr1 promisc -arp up * ifconfig vr2 promisc -arp up * * ngctl mkpeer . eiface hook ether * ngctl mkpeer ngeth0: one2many lower one * ngctl connect vr0: ngeth0:lower lower many0 * ngctl connect vr1: ngeth0:lower lower many1 * ngctl connect vr2: ngeth0:lower lower many2 * * ifconfig ngeth0 -arp up [*] Sem o asterisco. Quando executo o comando, ifconfig, aparece a interface ngeth0, porém todas as minhas interfaces de rede (vr0,vr1,vr2) estão sem configuração assim como ngeth0. Quando coloco a vr0 com IP válido para a internet não consigo efetuar ping no IP. Porque ? Att Bruno Oliveira. Voce nao tem que por o IP na ngeth0 ? Nesses casos as placas ficam sem IPs e servem apenas como mecanismo de transmissão dos pacotes (já processado pelo one2many). luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bonding com Netgraph
Se as placas ficam sem IP, como vou poder resolver os IP delas fora ? Pensei que nesse processo as placas tinham IP so que era gerado uma nova interface para gerenciar as transmissao de pacotes entres as interfaces fisicas e todos os programas eram configurados para essa interface virtual. Nao e assim que funciona o bonding ? Em Qua, 2007-02-14 às 08:50 -0200, Luiz Otavio Souza escreveu: Bruno Henrique de Oliveira escreveu: Srs, Seguindo os endereços informados montei o script de configuração das placas, ficou assim: * #!/bin/sh * * ifconfig vr0 promisc -arp up * ifconfig vr1 promisc -arp up * ifconfig vr2 promisc -arp up * * ngctl mkpeer . eiface hook ether * ngctl mkpeer ngeth0: one2many lower one * ngctl connect vr0: ngeth0:lower lower many0 * ngctl connect vr1: ngeth0:lower lower many1 * ngctl connect vr2: ngeth0:lower lower many2 * * ifconfig ngeth0 -arp up [*] Sem o asterisco. Quando executo o comando, ifconfig, aparece a interface ngeth0, porém todas as minhas interfaces de rede (vr0,vr1,vr2) estão sem configuração assim como ngeth0. Quando coloco a vr0 com IP válido para a internet não consigo efetuar ping no IP. Porque ? Att Bruno Oliveira. Voce nao tem que por o IP na ngeth0 ? Nesses casos as placas ficam sem IPs e servem apenas como mecanismo de transmissão dos pacotes (já processado pelo one2many). luiz - 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] Portupgrade (problemas)
On Tue, Feb 13, 2007 at 08:31:29PM -0300, Welkson Renny de Medeiros wrote: Estou removendo o /usr/ports e baixando o ports novamente: ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz Vou descompactar, desinstalar portupgrade, ruby e cia... e tentar atualizar pelo novo port... espero que funcione... já tô ficando irado :-) Não precisa remover o /usr/ports. Faça o portsnap fetch extract apenas uma vez e, depois, pode rodar portsnap fetch update. Leia sempre que possível, antes dos portupgrade, o /usr/ports/UPDATING. No caso do portupgrade, temos: 20070205: AFFECTS: everybody AUTHOR: [EMAIL PROTECTED] New ports category was created - /usr/ports/ports-mgmt Most significant port moved to this new category is portupgrade. So don't be alarmed, it was not deleted. You can find it now in /usr/ports/ports-mgmt/portupgrade ... 20070102: AFFECTS: users of sysutils/portupgrade AUTHOR: [EMAIL PROTECTED] If you have a problem with upgrading the tools from version 2.2.1 and less, remove the package with pkg_delete portupgrade\* command and reinstall it from scratch. Remove /usr/ports/INDEX*.db and run portsdb -u. Aqui eu não rodei o pkg_delete, apenas rodei um make -DFORCE_PKG_REGISTER reinstall clean e depois um pkgdb -F, removendo as referências ao port mais antigo sem apagar os arquivos. Isto antes do port mudar de diretório (foi para ports-mgmt). Essa segunda mudança resolvi com outro 'pkgdb -F'. Como você pode estar com alguns work na árvore de ports, sugiro que rode o comando 'portsclean -C -DD' (veja a manpage para detalhes). -- Ricardo Campos Passanezi - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid via ADSL
Em 14/02/07, Marcel Souza Figueiredo[EMAIL PROTECTED] escreveu: Load balance ... mas ele fala para separar a maquina que ta o squid ? entao o cara de ter uma maquina para o load balance e outra para o squid ? é isso ? - Original Message - From: Alessandro de Souza Rocha To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Sent: Tuesday, February 13, 2007 2:01 PM Subject: Re: [FUG-BR] Squid via ADSL Em 13/02/07, m0f0x[EMAIL PROTECTED] escreveu: http://www.derkeiler.com/Mailing-Lists/FreeBSD-Security/2004-04/0068.html http://www.free.bsd.com.br/noticia.php3?CAD=1NOT=172 On Tue, 13 Feb 2007 13:56:58 -0200 (BRDT) Vitor Renato Alves de Brito [EMAIL PROTECTED] wrote: Olá pessoal, Tenho um servidor com 3 placas de rede, uma ligada no link (gateway), outra ligada na minha rede interna e outra ligada numa ADSL. Instalei o Squid na máquina e gostaria de fazer todas as requisicoes na porta 80 passarem pelo squid (até aí tudo bem, já fiz com o IPFW) mas gostaria que o squid usasse o link ADSL pra puxar estas páginas e não o meu link. A placa de rede do link tem IP valido e a placa de rede da ADSL tem IP inválido. Coloquei no http_port do squid o IP inválido da placa de rede da ADSL mas nao funcionou. Alguém pode me ajudar? Até mais, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd de uma olhada http://www.bsdsul.com.br/tutoriais_detalhe.php?cod=27 http://www.free.bsd.com.br/noticia.php3?CAD=1NOT=172 -- 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.441 / Virus Database: 268.17.37/682 - Release Date: 12/02/2007 13:23 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd se a maquina que vc tem os links de internet e a que esta com squid so faze com que o squid utilizar o adsl. naqueles links acima que passei tem como fazer isso. -- 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] - Top não mostra 2 CPUs
Ola; Intalei o Free 6.2 amd64 num Intel core 2, compilei o kernel com SMP mas top não mostra as duas CPUs. Isto esta correto? Abraços -- Mario Lobo http://www.mallavoodoo.com.br 99% rwindows FREE (FreeBSD not for Pro-Audio YET!!!) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] - Top não mostra 2 CPUs
Dá uma olhada no histórico da lista que já foi discutido esse assunto. Você precisa habilitar o suporte ao hyperthreading,coloca no seu loader.conf ou no sysctl.conf a linha abaixo. machdep.hyperthreading_allowed=1 t+ On Wed, 2007-02-14 at 08:36 -0300, Mario Lobo wrote: Ola; Intalei o Free 6.2 amd64 num Intel core 2, compilei o kernel com SMP mas top não mostra as duas CPUs. Isto esta correto? Abraços -- System/Network Administrator BSD User: BSD050973 Celular: 61 8177-1361 [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] - Top não mostra 2 CPUs
Tenho o 6.1 em uma maquina com p4 dual core e no TOP mostra em que CPU o processo esta rodando. Em maquinas com hyperthreading tambem mostra em que CPU esta sendo executado o processo. On 2/14/07, Mario Lobo [EMAIL PROTECTED] wrote: Ola; Intalei o Free 6.2 amd64 num Intel core 2, compilei o kernel com SMP mas top não mostra as duas CPUs. Isto esta correto? Abraços -- Mario Lobo http://www.mallavoodoo.com.br 99% rwindows FREE (FreeBSD not for Pro-Audio YET!!!) - 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] - Top não mostra 2 CPUs
On Wed, 14 Feb 2007 08:36:36 -0300 Mario Lobo [EMAIL PROTECTED] wrote: Intalei o Free 6.2 amd64 num Intel core 2, compilei o kernel com SMP mas top não mostra as duas CPUs. Isto esta correto? Qual a saída do comando abaixo? % sysctl kern.smp hw.ncpu kern.smp.maxcpus: 1 kern.smp.active: 0 kern.smp.disabled: 0 kern.smp.cpus: 1 hw.ncpu: 1 Detalhe: eu estou num i386 clássico (sem HTT ou múltiplos núcleos), e sem SMP. -- Ricardo Nabinger Sanchez [EMAIL PROTECTED],wait4.org} Powered by FreeBSD Left to themselves, things tend to go from bad to worse. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] - Top não mostra 2 CPUs
On Wednesday 14 February 2007 08:58, Ricardo Nabinger Sanchez wrote: On Wed, 14 Feb 2007 08:36:36 -0300 Mario Lobo [EMAIL PROTECTED] wrote: Intalei o Free 6.2 amd64 num Intel core 2, compilei o kernel com SMP mas top não mostra as duas CPUs. Isto esta correto? Qual a saída do comando abaixo? % sysctl kern.smp hw.ncpu kern.smp.maxcpus: 1 kern.smp.active: 0 kern.smp.disabled: 0 kern.smp.cpus: 1 hw.ncpu: 1 Detalhe: eu estou num i386 clássico (sem HTT ou múltiplos núcleos), e sem SMP. Eis a saida: [~]sysctl kern.smp hw.ncpu kern.smp.forward_roundrobin_enabled: 1 kern.smp.forward_signal_enabled: 1 kern.smp.cpus: 2 kern.smp.disabled: 0 kern.smp.active: 1 kern.smp.maxcpus: 16 hw.ncpu: 2 Tentei a soluçao que o Danilo propôs: [~]sysctl machdep.hyperthreading_allowed=1 sysctl: unknown oid 'machdep.hyperthreading_allowed' -- Mario Lobo http://www.mallavoodoo.com.br 99% rwindows FREE (FreeBSD not for Pro-Audio YET!!!) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] - Top não mostra 2 CPUs [RESOLVIDO]
Desculpa ai, gente ! Eu é que sou uma anta e não vi !! PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 636 root1 80 3656K 1300K nanslp 0 0:00 0.00% cron 507 root1 960 3636K 1212K select 0 0:00 0.00% syslogd 580 root1 960 2516K 1012K select 0 0:00 0.00% usbd 87131 root1 960 30596K 4212K select 0 0:00 0.00% sshd 87193 root1 960 6828K 2072K CPU0 0 0:00 0.00% top 87134 root1 80 7840K 2776K wait 0 0:00 0.00% bash 452 root1 1150 652K 460K select 1 0:00 0.00% devd 629 root1 960 19648K 3240K select 0 0:00 0.00% sshd 678 root1 50 3600K 1120K ttyin 1 0:00 0.00% getty 684 root1 50 3600K 1120K ttyin 1 0:00 0.00% getty 680 root1 50 3600K 1120K ttyin 0 0:00 0.00% getty 681 root1 50 3600K 1120K ttyin 0 0:00 0.00% getty 682 root1 50 3600K 1120K ttyin 0 0:00 0.00% getty 685 root1 50 3600K 1120K ttyin 1 0:00 0.00% getty 683 root1 50 3600K 1120K ttyin 1 0:00 0.00% getty 679 root1 50 3600K 1120K ttyin 0 0:00 0.00% getty 136 root1 200 2476K 884K pause 0 0:00 0.00% adjkerntz -- Mario Lobo http://www.mallavoodoo.com.br 99% rwindows FREE (FreeBSD not for Pro-Audio YET!!!) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Portupgrade (problemas) - RESOLVIDO
Oi Ricardo, Fiz os testes agora, funcionou beleza... Ontem a noite removi o /usr/ports e deixei baixando o portsnap, depois removi o portupgrade e instalei novamente... agora tá funcionando perfeitamente. [EMAIL PROTECTED]:~] # pkg_info | egrep '(portupgrade|ruby)' portupgrade-2.2.2_4,2 FreeBSD ports/packages administration and management tool s ruby-1.8.5.12,1 An object-oriented interpreted scripting language ruby18-bdb-0.5.9_2 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat Rodei um portupgrade www/trac e nenhum erro no INDEX. Obrigado a todos pela atenção. -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] - Original Message - From: Ricardo Campos Passanezi [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Wednesday, February 14, 2007 8:13 AM Subject: Re: [FUG-BR] Portupgrade (problemas) On Tue, Feb 13, 2007 at 08:31:29PM -0300, Welkson Renny de Medeiros wrote: Estou removendo o /usr/ports e baixando o ports novamente: ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz Vou descompactar, desinstalar portupgrade, ruby e cia... e tentar atualizar pelo novo port... espero que funcione... já tô ficando irado :-) Não precisa remover o /usr/ports. Faça o portsnap fetch extract apenas uma vez e, depois, pode rodar portsnap fetch update. Leia sempre que possível, antes dos portupgrade, o /usr/ports/UPDATING. No caso do portupgrade, temos: 20070205: AFFECTS: everybody AUTHOR: [EMAIL PROTECTED] New ports category was created - /usr/ports/ports-mgmt Most significant port moved to this new category is portupgrade. So don't be alarmed, it was not deleted. You can find it now in /usr/ports/ports-mgmt/portupgrade ... 20070102: AFFECTS: users of sysutils/portupgrade AUTHOR: [EMAIL PROTECTED] If you have a problem with upgrading the tools from version 2.2.1 and less, remove the package with pkg_delete portupgrade\* command and reinstall it from scratch. Remove /usr/ports/INDEX*.db and run portsdb -u. Aqui eu não rodei o pkg_delete, apenas rodei um make -DFORCE_PKG_REGISTER reinstall clean e depois um pkgdb -F, removendo as referências ao port mais antigo sem apagar os arquivos. Isto antes do port mudar de diretório (foi para ports-mgmt). Essa segunda mudança resolvi com outro 'pkgdb -F'. Como você pode estar com alguns work na árvore de ports, sugiro que rode o comando 'portsclean -C -DD' (veja a manpage para detalhes). -- Ricardo Campos Passanezi - 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] Gateway com IPFW X Bridge
Em Tue, 13 Feb 2007 09:48:06 -0200 Renato Luiz de Sousa [EMAIL PROTECTED] escreveu: Gostaria de contar com a experiência de vcs sobre qual dos 2 utilizar. Tenho que levar em conta questões como segurança, facilidade de implementação e manutenção. hmm.. não sei.. eu fiz dos dois modos, veja aqui: http://under-linux.org/wiki//index.php/Tutoriais/FreeBSD/FreeBSD-Firewall-1 foi uma bridge filtrada e eu achei simples de implementação. Como também cometi outros pequenos projetos de fwll (com e sem DMZ, com e sem VPN's, em ipfilter, ipfw e pf), sou suspeito pra dizer que uma é melhor que outra. :( Outra coisa: A Bridge é camada 2, certo ? Posso fazer filtragem nela utilizando endereço IP ? sim, pode.. o conceito é que vc vai ter filtragem indicando não os ip's dela mesmo (de vez que não existem), mas sim os ip's de origem (internet ou LAN) e destino (vice-versa). Uma lida rápida no artigo acima deve esclarecer como funciona. o que vc deve entender é que NÃO EXISTE possibilidade de fazer de uma bridge um roteador/nat divirta-se. -- flames /dev/null saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Não é evidente que Deus exista. (San Tomaz de Aquino) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas no webmail squirrelmail https
On Tue, Feb 13, 2007 at 08:56:45PM -0200, [EMAIL PROTECTED] wrote: Olá Pessoal, Instalei via ports o webmail squirrelmail e estou enfrentando dificuldades para faze-lo funcionar só em https. Verifiquei que o squirrelmail foi colocado em /usr/local/www/squirrelmail, então configurei o DocumentRoot do httpd-ssl.conf com esse diretório. Mas qdo acesso via browser obtenho a msg You don't have permission to access / on this server.. Revisei as permissões do diretório e está tudo com permissão 755(diretórios) e 644(arquivos). Olhei os logs do apache e tenho a seguinte msg: [Tue Feb 13 20:46:07 2007] [error] [client xxx.xxx.xxx.xxx] client denied by server configuration: /usr/local/www/squirrelmail/ O mais curioso é que fiz uma cópia desse diretório para /usr/local/www/data (DocumentRoot do http) e aí funciona, mas só em http. Lembro-me que o processo de instalação exibiu uma msg sobre as configurção necessárias no apache para funcionar o webmail, tem com o ver essa msg da instalação novamente ? (instalei com o cmd portinstall squirrelmail) Obrigado a todos, Qual a versão do apache? No caso do apache22 (instalado via ports), o DocumentRoot default é /usr/local/www/apache22/data. No httpd.conf tem as diretivas (removi os comentários): Directory / AllowOverride None Order deny,allow Deny from all /Directory Directory /usr/local/www/apache22/data Options Indexes FollowSymLinks AllowOverride None Order allow,deny Allow from all /Directory Se você usar outro diretório (como é o caso da instalação do squirrel - /usr/local/www/squirrelmail), tem de colocar uma diretiva para liberar o acesso. Algo como: Directory /usr/local/www/squirrelmail Options Indexes FollowSymLinks AllowOverride None Order allow,deny Allow from all /Directory E não esqueça de habilitar o SSL: # Secure (SSL/TLS) connections Include etc/apache22/extra/httpd-ssl.conf PS: um bom tutorial de como gerar os certificados pode ser encontrado em http://www.eclectica.ca/howto/ssl-cert-howto.php -- Ricardo Campos Passanezi - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Atualização do ports + sistema
Boa tarde; No recente e-mail sobre portupgrade foi discutido o problema em atualizar o ports utilizando o cvsup e o portsnap. Como fiquei com dúvidas, gostaría de saber se o que estou dizendo abaixo é correto: O postsnap apenas atualiza o conjunto de ports. Certo ? Então apos realizar essa atualização do ports com o portsnap, uso o cvsup para atualizar o sistema, mas antes tenho que retirar a diretiva ports-all tag=. do arquivo supfile para evitar problemas. Correto? Agradeço a atenção. PSB -- E-mail enviadas estão livres de vírus. Verificado por AVG. Versão: 7.5.441 / Banco de dados de Vírus: 268.17.39/686 - Data de Lançamento: 14/02/2007 07:54 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Atualização do ports + sistema
Em 14/02/07, Paulo Sergio Borges[EMAIL PROTECTED] escreveu: Boa tarde; No recente e-mail sobre portupgrade foi discutido o problema em atualizar o ports utilizando o cvsup e o portsnap. Como fiquei com dúvidas, gostaría de saber se o que estou dizendo abaixo é correto: O postsnap apenas atualiza o conjunto de ports. Certo ? Então apos realizar essa atualização do ports com o portsnap, uso o cvsup para atualizar o sistema, mas antes tenho que retirar a diretiva ports-all tag=. do arquivo supfile para evitar problemas. Correto? O arquivo /usr/share/examples/cvsup/stable-supfile é um exemplo para atualizar o codigo. Torço para que implementem algo seguro como o portsnap para atualizar o código do sistema. Corrigiram a atualização do ports, mas continuam insistindo no cvsup. Pergunta: alguem recebe os links dos patches e os hashes respectivos por email, verifica a mensagem com a assinatura do time de segurança, e depois aplica os patches verificando seus hashes? É fioda. Melhor ficar com o RELEASE e ficar utilizando o freebsd-update, sem customizar o codigo. -- Aristeu Gil Alves Jr - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [Fora de Topico] Squirrelmail - Themas para download
Bruno Henrique de Oliveira escreveu: Srs, Desculpa pela mensagem fora do topico da lista, ja procurei na internet porem nao consegui encontrar o thema do squirrelmail chamado windows xp. Encontrei somente a versao paga dele, porem um amigo falou que teria uma versao livre do mesmo tema, procurei sem exito. Alguem saberia onde posso encontrar esse tal tema livre chamado windows xp para o cliente de e-mail squirrelmail ? Att Bruno Oliveira. Bruno, Nao tem livre nao, voce tem que comprar a licenca no Nuts Mail. No passado divulgaram que o NutsMail tinha liberado livremente o tema XP Silver na lista squirrelmail-devel. Porem isso foi colocado em cheque na mesma lista logo em seguida, e no site do NutsMail nao teve qq confirmacao. Note que os temas sao baratinhos, acompanham uma serie de plugins melhorados do Squirrelmail, e voce ainda contribui com o proprio projeto squirrelmail. http://www.nutsmail.com/squirrelmail.htm Isso considerado, voce encontra TODOS os temas em redes p2p, especialmente emule e soulseek, inclusive o BlueHive (o mais intuitivo pro usuário comum). Não há qualquer limitação técnica de uso desses temas. Porem, é ilegal obte-los dessa forma. -- 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] [Fora de Topico] Squirrelmail - Themas para download
Bruno Henrique de Oliveira escreveu: Srs, Desculpa pela mensagem fora do topico da lista, ja procurei na internet porem nao consegui encontrar o thema do squirrelmail chamado windows xp. Encontrei somente a versao paga dele, porem um amigo falou que teria uma versao livre do mesmo tema, procurei sem exito. Alguem saberia onde posso encontrar esse tal tema livre chamado windows xp para o cliente de e-mail squirrelmail ? Att Bruno Oliveira. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Boa Tarde Bruno, Tem o SquirrelOutlook no ports!!! /usr/ports/mail/squirreloutlook Não é necessário instalar o squirrelmail. Att. -- Carlos Anderson Jardim Tecnologia da Informacao - Redes e Internet Santa Casa de São José dos Campos Linux User #403727 FUG-BR User #381 Tel.: (12) 3925-1873 - 3925-1925 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] amule
Olá Carlos, Utilizo o 6.2 Release e no meu é o xMule que acontece isso. Estou usando o mldonkey sem problemas. Abraços, Renato debopen wrote: BOM TARDE Srs. instalei o aMule no Free6.2 e quando baixar a lista de servidores ele fecha a aplicacao alguem dos Srs. ja passaram por isso e olha ja testei o xmule mldonkey e os mesmos tambem dao este erro. Att. Carlos - 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] Portupgrade (problemas) - RESOLVIDO
Olá a todos, Estou com o seguinte problema. fiz o portsnap fetch extract e depois portsnap fetch update. Deu tudo certo. Mas quando rodo o portupgrade -R firefox da esse erro: missing key: categories: Cannot read the portsdb! /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:567:in `open_db': database file error (PortsDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:736:in `port' from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:924:in `all_depends_list' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:929:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:933:in `sort_build!' from /usr/local/sbin/portupgrade:694:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' from /usr/local/sbin/portupgrade:210:in `new' from /usr/local/sbin/portupgrade:210:in `main' from /usr/local/sbin/portupgrade:1981 jah rodei o pkgdb -fu e o portsdb -fu sem nenhum erro. O q estou fazendo de errado? Abraços, Rafael. On 2/14/07, Welkson Renny de Medeiros [EMAIL PROTECTED] wrote: Oi Ricardo, Fiz os testes agora, funcionou beleza... Ontem a noite removi o /usr/ports e deixei baixando o portsnap, depois removi o portupgrade e instalei novamente... agora tá funcionando perfeitamente. [EMAIL PROTECTED]:~] # pkg_info | egrep '(portupgrade|ruby)' portupgrade-2.2.2_4,2 FreeBSD ports/packages administration and management tool s ruby-1.8.5.12,1 An object-oriented interpreted scripting language ruby18-bdb-0.5.9_2 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat Rodei um portupgrade www/trac e nenhum erro no INDEX. Obrigado a todos pela atenção. -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] - Original Message - From: Ricardo Campos Passanezi [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Wednesday, February 14, 2007 8:13 AM Subject: Re: [FUG-BR] Portupgrade (problemas) On Tue, Feb 13, 2007 at 08:31:29PM -0300, Welkson Renny de Medeiros wrote: Estou removendo o /usr/ports e baixando o ports novamente: ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz Vou descompactar, desinstalar portupgrade, ruby e cia... e tentar atualizar pelo novo port... espero que funcione... já tô ficando irado :-) Não precisa remover o /usr/ports. Faça o portsnap fetch extract apenas uma vez e, depois, pode rodar portsnap fetch update. Leia sempre que possível, antes dos portupgrade, o /usr/ports/UPDATING. No caso do portupgrade, temos: 20070205: AFFECTS: everybody AUTHOR: [EMAIL PROTECTED] New ports category was created - /usr/ports/ports-mgmt Most significant port moved to this new category is portupgrade. So don't be alarmed, it was not deleted. You can find it now in /usr/ports/ports-mgmt/portupgrade ... 20070102: AFFECTS: users of sysutils/portupgrade AUTHOR: [EMAIL PROTECTED] If you have a problem with upgrading the tools from version 2.2.1 and less, remove the package with pkg_delete portupgrade\* command and reinstall it from scratch. Remove /usr/ports/INDEX*.db and run portsdb -u. Aqui eu não rodei o pkg_delete, apenas rodei um make -DFORCE_PKG_REGISTER reinstall clean e depois um pkgdb -F, removendo as referências ao port mais antigo sem apagar os arquivos. Isto antes do port mudar de diretório (foi para ports-mgmt). Essa segunda mudança resolvi com outro 'pkgdb -F'. Como você pode estar com alguns work na árvore de ports, sugiro que rode o comando 'portsclean -C -DD' (veja a manpage para detalhes). -- Ricardo Campos Passanezi - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] O comando `ps` requer o procfs?
Olá a todos, Sou novato no freeBSD, acabei de instalar. Digamos que esta foi a quinta tentativa, nas primeiras ou o pacote do cd falhava na hora de instalar ou outra coisa acontecia. Mas consegui instalar tranquilo agora. Porém, quando tento executar o comando ps -ef | grep alguma coisa ou só o ps retorna essa mensagem: ps: Process environment requires procfs(5) Pq isso ocorre? Abraços, Rafael. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Atualização do ports + sistema
Em 14/02/07, Aristeu Gil Alves Jr[EMAIL PROTECTED] escreveu: Em 14/02/07, Paulo Sergio Borges[EMAIL PROTECTED] escreveu: Boa tarde; No recente e-mail sobre portupgrade foi discutido o problema em atualizar o ports utilizando o cvsup e o portsnap. Como fiquei com dúvidas, gostaría de saber se o que estou dizendo abaixo é correto: O postsnap apenas atualiza o conjunto de ports. Certo ? Então apos realizar essa atualização do ports com o portsnap, uso o cvsup para atualizar o sistema, mas antes tenho que retirar a diretiva ports-all tag=. do arquivo supfile para evitar problemas. Correto? O arquivo /usr/share/examples/cvsup/stable-supfile é um exemplo para atualizar o codigo. Torço para que implementem algo seguro como o portsnap para atualizar o código do sistema. Corrigiram a atualização do ports, mas continuam insistindo no cvsup. Pergunta: alguem recebe os links dos patches e os hashes respectivos por email, verifica a mensagem com a assinatura do time de segurança, e depois aplica os patches verificando seus hashes? É fioda. Melhor ficar com o RELEASE e ficar utilizando o freebsd-update, sem customizar o codigo. -- Aristeu Gil Alves Jr - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd portsnap fetch portsnap extract e portsnap update. -- 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] O comando `ps` requer o procfs?
On 2/14/07, Rafael Stockler [EMAIL PROTECTED] wrote: Olá a todos, Sou novato no freeBSD, acabei de instalar. Digamos que esta foi a quinta tentativa, nas primeiras ou o pacote do cd falhava na hora de instalar ou outra coisa acontecia. Mas consegui instalar tranquilo agora. Porém, quando tento executar o comando ps -ef | grep alguma coisa ou só o ps retorna essa mensagem: Tente: ps -axu | grep ... Verifique o manual do comando ps, pois -ef não funciona em sistemas BSD como no Linux. Leitura recomendada: ONLamp.com -- FreeBSD for Linux Users http://www.onlamp.com/pub/a/bsd/2004/11/11/FreeBSD_Basics.html More FreeBSD for Linux Users http://www.onlamp.com/pub/a/bsd/2005/01/13/FreeBSD_Basics.html - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] O comando `ps` requer o procfs?
Em Qua, 2007-02-14 às 17:54 -0200, Rafael Stockler escreveu: Olá a todos, Sou novato no freeBSD, acabei de instalar. Digamos que esta foi a quinta tentativa, nas primeiras ou o pacote do cd falhava na hora de instalar ou outra coisa acontecia. Mas consegui instalar tranquilo agora. Porém, quando tento executar o comando ps -ef | grep alguma coisa ou só o ps retorna essa mensagem: ps: Process environment requires procfs(5) Algumas informações (com outros parametros adicionais do ps) realmente precisam da procfs para extrair essas informações dos processos, mas pra utilização comum não precisa da /proc, segundo teste realizado por mim mesmo agorinha: [18:07:31] [EMAIL PROTECTED] [~] # ls -l /proc total 0 [18:07:35] [EMAIL PROTECTED] [~] # mount | grep procfs [18:07:40] [EMAIL PROTECTED] [~] # ps ax | grep getty 520 v0 Is+0:00.01 /usr/libexec/getty Pc ttyv0 521 v1 Is+0:00.01 /usr/libexec/getty Pc ttyv1 522 v2 Is+0:00.01 /usr/libexec/getty Pc ttyv2 78225 p0 R+ 0:00.00 grep getty [18:07:48] [EMAIL PROTECTED] [~] # ps ef | grep getty ps: Process environment requires procfs(5) 520 v0 Is+0:00.01 /usr/libexec/getty Pc ttyv0 521 v1 Is+0:00.01 /usr/libexec/getty Pc ttyv1 522 v2 Is+0:00.01 /usr/libexec/getty Pc ttyv2 78245 p0 S+ 0:00.00 grep getty Já o -ef requer alguma informação da /proc, mas mesmo assim lista os processos numa boa. O que você pode fazer é montar essa bendita partição virtual, da seguinte forma: # mount_procfs procfs /proc E seja feliz com o seu ps :) []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] O comando `ps` requer o procfs?
Vlw, era algo assim que estava procurando. On 2/14/07, Alex Moura [EMAIL PROTECTED] wrote: On 2/14/07, Rafael Stockler [EMAIL PROTECTED] wrote: Olá a todos, Sou novato no freeBSD, acabei de instalar. Digamos que esta foi a quinta tentativa, nas primeiras ou o pacote do cd falhava na hora de instalar ou outra coisa acontecia. Mas consegui instalar tranquilo agora. Porém, quando tento executar o comando ps -ef | grep alguma coisa ou só o ps retorna essa mensagem: Tente: ps -axu | grep ... Verifique o manual do comando ps, pois -ef não funciona em sistemas BSD como no Linux. Leitura recomendada: ONLamp.com -- FreeBSD for Linux Users http://www.onlamp.com/pub/a/bsd/2004/11/11/FreeBSD_Basics.html More FreeBSD for Linux Users http://www.onlamp.com/pub/a/bsd/2005/01/13/FreeBSD_Basics.html - 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] O comando `ps` requer o procfs?
Vlw pela aula. O problema q estou acostumado com o Gentoo e dai fiquei meio perdido. Nunca havia mexido em um BSD. Obrigado. On 2/14/07, Nilson Debatin [EMAIL PROTECTED] wrote: Em Qua, 2007-02-14 às 17:54 -0200, Rafael Stockler escreveu: Olá a todos, Sou novato no freeBSD, acabei de instalar. Digamos que esta foi a quinta tentativa, nas primeiras ou o pacote do cd falhava na hora de instalar ou outra coisa acontecia. Mas consegui instalar tranquilo agora. Porém, quando tento executar o comando ps -ef | grep alguma coisa ou só o ps retorna essa mensagem: ps: Process environment requires procfs(5) Algumas informações (com outros parametros adicionais do ps) realmente precisam da procfs para extrair essas informações dos processos, mas pra utilização comum não precisa da /proc, segundo teste realizado por mim mesmo agorinha: [18:07:31] [EMAIL PROTECTED] [~] # ls -l /proc total 0 [18:07:35] [EMAIL PROTECTED] [~] # mount | grep procfs [18:07:40] [EMAIL PROTECTED] [~] # ps ax | grep getty 520 v0 Is+0:00.01 /usr/libexec/getty Pc ttyv0 521 v1 Is+0:00.01 /usr/libexec/getty Pc ttyv1 522 v2 Is+0:00.01 /usr/libexec/getty Pc ttyv2 78225 p0 R+ 0:00.00 grep getty [18:07:48] [EMAIL PROTECTED] [~] # ps ef | grep getty ps: Process environment requires procfs(5) 520 v0 Is+0:00.01 /usr/libexec/getty Pc ttyv0 521 v1 Is+0:00.01 /usr/libexec/getty Pc ttyv1 522 v2 Is+0:00.01 /usr/libexec/getty Pc ttyv2 78245 p0 S+ 0:00.00 grep getty Já o -ef requer alguma informação da /proc, mas mesmo assim lista os processos numa boa. O que você pode fazer é montar essa bendita partição virtual, da seguinte forma: # mount_procfs procfs /proc E seja feliz com o seu ps :) []s Nilson - 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] Portupgrade (problemas) - RESOLVIDO
Resolvi assim: 1- rm -rf /usr/ports 2- portsnap fetch portsnap extract portsnap update 3- Depois veja a versão do portupgrade pkg_info | grep portupgrade, se for 2.2.2_2,1 (acho que é isso), remova pkg_delete portupgrade-2.2.2_2,1 e instale o portupgrade novamente via ports (/usr/ports/ports-mgmt/portupgrade make clean make install) 4- Verifique novamente a versão do portupgrade, a correta é 2.2.2_4,2. [EMAIL PROTECTED]:/usr/ports/ports-mgmt/portupgrade] # pkg_info | grep portupgrade portupgrade-2.2.2_4,2 FreeBSD ports/packages administration and management tool s Abraço, -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] - Original Message - From: Rafael Stockler [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Wednesday, February 14, 2007 4:53 PM Subject: Re: [FUG-BR] Portupgrade (problemas) - RESOLVIDO Olá a todos, Estou com o seguinte problema. fiz o portsnap fetch extract e depois portsnap fetch update. Deu tudo certo. Mas quando rodo o portupgrade -R firefox da esse erro: missing key: categories: Cannot read the portsdb! /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:567:in `open_db': database file error (PortsDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:736:in `port' from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:924:in `all_depends_list' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:929:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:933:in `sort_build!' from /usr/local/sbin/portupgrade:694:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' from /usr/local/sbin/portupgrade:210:in `new' from /usr/local/sbin/portupgrade:210:in `main' from /usr/local/sbin/portupgrade:1981 jah rodei o pkgdb -fu e o portsdb -fu sem nenhum erro. O q estou fazendo de errado? Abraços, Rafael. On 2/14/07, Welkson Renny de Medeiros [EMAIL PROTECTED] wrote: Oi Ricardo, Fiz os testes agora, funcionou beleza... Ontem a noite removi o /usr/ports e deixei baixando o portsnap, depois removi o portupgrade e instalei novamente... agora tá funcionando perfeitamente. [EMAIL PROTECTED]:~] # pkg_info | egrep '(portupgrade|ruby)' portupgrade-2.2.2_4,2 FreeBSD ports/packages administration and management tool s ruby-1.8.5.12,1 An object-oriented interpreted scripting language ruby18-bdb-0.5.9_2 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat Rodei um portupgrade www/trac e nenhum erro no INDEX. Obrigado a todos pela atenção. -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] - Original Message - From: Ricardo Campos Passanezi [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Wednesday, February 14, 2007 8:13 AM Subject: Re: [FUG-BR] Portupgrade (problemas) On Tue, Feb 13, 2007 at 08:31:29PM -0300, Welkson Renny de Medeiros wrote: Estou removendo o /usr/ports e baixando o ports novamente: ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz Vou descompactar, desinstalar portupgrade, ruby e cia... e tentar atualizar pelo novo port... espero que funcione... já tô ficando irado :-) Não precisa remover o /usr/ports. Faça o portsnap fetch extract apenas uma vez e, depois, pode rodar portsnap fetch update. Leia sempre que possível, antes dos portupgrade, o /usr/ports/UPDATING. No caso do portupgrade, temos: 20070205: AFFECTS: everybody AUTHOR: [EMAIL PROTECTED] New ports category was created - /usr/ports/ports-mgmt Most significant port moved to this new category is portupgrade. So don't be alarmed, it was not deleted. You can find it now in /usr/ports/ports-mgmt/portupgrade ... 20070102: AFFECTS: users of sysutils/portupgrade AUTHOR: [EMAIL PROTECTED] If you have a problem with upgrading the tools from version 2.2.1 and less, remove the package with pkg_delete portupgrade\* command and reinstall it from scratch. Remove /usr/ports/INDEX*.db and run portsdb -u. Aqui eu não rodei o pkg_delete, apenas rodei um make -DFORCE_PKG_REGISTER reinstall clean e depois um pkgdb -F, removendo as referências ao port mais antigo sem apagar os arquivos. Isto antes do port mudar de diretório (foi para ports-mgmt). Essa segunda mudança resolvi com outro 'pkgdb -F'. Como você pode estar com alguns work na árvore de ports, sugiro que rode o comando 'portsclean -C -DD' (veja a manpage para detalhes). -- Ricardo Campos Passanezi - Histórico: http://www.fug.com.br/historico/html/freebsd/
Re: [FUG-BR] O comando `ps` requer o procfs?
Em Qua, 2007-02-14 às 18:19 -0200, Rafael Stockler escreveu: Vlw pela aula. O problema q estou acostumado com o Gentoo e dai fiquei meio perdido. Nunca havia mexido em um BSD. Normal, com o tempo vc se apaixona pelos BSD, mesmo tendo vindo de um bom linux :) []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] O comando `ps` requer o procfs?
Rafael Stockler escreveu: Olá a todos, Sou novato no freeBSD, acabei de instalar. Digamos que esta foi a quinta tentativa, nas primeiras ou o pacote do cd falhava na hora de instalar ou outra coisa acontecia. Mas consegui instalar tranquilo agora. Porém, quando tento executar o comando ps -ef | grep alguma coisa ou só o ps retorna essa mensagem: ps: Process environment requires procfs(5) Pq isso ocorre? Rafael, para usar o argumento -e do ps precisa sim do /proc disponivel. Monte-o com mount_procfs se quiser. Porem, o uso do procfs em sistemas BSD é muito raro. Digamos que você encontrou um dos poucos momentos em que se faz imperativo ter o /proc (o que é bom pra alguem que acabou de instalar né? hehe). O comando `w' é outro que também requer o /proc para permitir uso de todas suas funções. Porque isso ocorre? Ai você tem que se apegar a escolhas de implementação baseados nas caracterísitcas internas do kernel BSD e de decisões dos desenvolvedores. Imagine que algumas aplicacoes podem querer ler informações que tecnicamente não permitem a elas. Por exemplo, variáveis de ambiente (caso do -e) internamente são completamente isoladas ao space dos processos em execussão. Apenas processos super privilegiados podem ler o space de outros processos (quando o kernel o permite ainda) entao o ambiente para ser lido por outro processo ou ate mesmo outro usuario precisaria que a aplicacao (ps) fosse executada sempre com privilegios (suid bit da vida) ou fizesse uso de uma syscall so pra acessar o ambiente. Entao, qual a escolha? Nennhuma dessas, pra isso essas informacoes podem ser lidas do /proc, um espaco virtual disponível via sistema de arquivos que possibilita que algumas informações pouco privilegiadas sejam acessadas por outros processos/uid's. A execao que nao conta é caso o processo que vai dar dump ou ler dados desse enviroment seja processo filho, pois estes sempre herdam o ambiente dos processos pai (a nao ser que o ambiente seja limpo antes). Resumindo, sem o /proc a unica forma de um ze ninguem saber o enviroment de outro ze ruela ou do root seria via syscall ou processo privilegiado. Entao, melhor usar o /proc. Segundo alguns desenvolvedores (como o PHK) o /proc so existe ate hoje porque é uma herança maldita hehehe. Maldita o sentido de ser uma abordagem feia, mas funcional e algumas melhores serem possíveis mas que ninguém melhora porque é pouco importante e funciona bem como está. Enfim, internals legacy. -- 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] Atualização do ports + sistema
Alessandro de Souza Rocha wrote: Em 14/02/07, Aristeu Gil Alves Jr[EMAIL PROTECTED] escreveu: Em 14/02/07, Paulo Sergio Borges[EMAIL PROTECTED] escreveu: Boa tarde; No recente e-mail sobre portupgrade foi discutido o problema em atualizar o ports utilizando o cvsup e o portsnap. Como fiquei com dúvidas, gostaría de saber se o que estou dizendo abaixo é correto: O postsnap apenas atualiza o conjunto de ports. Certo ? Então apos realizar essa atualização do ports com o portsnap, uso o cvsup para atualizar o sistema, mas antes tenho que retirar a diretiva ports-all tag=. do arquivo supfile para evitar problemas. Correto? O arquivo /usr/share/examples/cvsup/stable-supfile é um exemplo para atualizar o codigo. Torço para que implementem algo seguro como o portsnap para atualizar o código do sistema. Corrigiram a atualização do ports, mas continuam insistindo no cvsup. Pergunta: alguem recebe os links dos patches e os hashes respectivos por email, verifica a mensagem com a assinatura do time de segurança, e depois aplica os patches verificando seus hashes? É fioda. Melhor ficar com o RELEASE e ficar utilizando o freebsd-update, sem customizar o codigo. -- Aristeu Gil Alves Jr - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd portsnap fetch portsnap extract e portsnap update. Caro Alessandro; Desculpe pela insistência. Mas o portsnap atualiza apenas a arvore do ports. Não é isso? Para atualizar o sistema eu necessito do cvsup. correto? Agora, se eu atualizar o ports via portsnap e depois o sistema pelo cvsup vai dar erro porque no arquivo de configuração do cvsup também tem uma diretiva para atualizar o ports ports-all tag=. Então, se for retirada essa diretiva é possível atualizar o ports pelo portnasp e o sistema pelo cvsup. Isso é correto? Peço desculpas se não estou sendo claro. Abraços PSB -- E-mail enviadas estão livres de vírus. Verificado por AVG. Versão: 7.5.441 / Banco de dados de Vírus: 268.17.39/686 - Data de Lançamento: 14/02/2007 07:54 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Atualização do ports + sistema
On 2/14/07, Paulo Sergio Borges [EMAIL PROTECTED] wrote: Alessandro de Souza Rocha wrote: Em 14/02/07, Aristeu Gil Alves Jr[EMAIL PROTECTED] escreveu: Em 14/02/07, Paulo Sergio Borges[EMAIL PROTECTED] escreveu: Boa tarde; No recente e-mail sobre portupgrade foi discutido o problema em atualizar o ports utilizando o cvsup e o portsnap. Como fiquei com dúvidas, gostaría de saber se o que estou dizendo abaixo é correto: O postsnap apenas atualiza o conjunto de ports. Certo ? Então apos realizar essa atualização do ports com o portsnap, uso o cvsup para atualizar o sistema, mas antes tenho que retirar a diretiva ports-all tag=. do arquivo supfile para evitar problemas. Correto? O arquivo /usr/share/examples/cvsup/stable-supfile é um exemplo para atualizar o codigo. Torço para que implementem algo seguro como o portsnap para atualizar o código do sistema. Corrigiram a atualização do ports, mas continuam insistindo no cvsup. Pergunta: alguem recebe os links dos patches e os hashes respectivos por email, verifica a mensagem com a assinatura do time de segurança, e depois aplica os patches verificando seus hashes? É fioda. Melhor ficar com o RELEASE e ficar utilizando o freebsd-update, sem customizar o codigo. -- Aristeu Gil Alves Jr - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd portsnap fetch portsnap extract e portsnap update. Caro Alessandro; Desculpe pela insistência. Mas o portsnap atualiza apenas a arvore do ports. Não é isso? Isso. Para atualizar o sistema eu necessito do cvsup. correto? Correto. Agora, se eu atualizar o ports via portsnap e depois o sistema pelo cvsup vai dar erro porque no arquivo de configuração do cvsup também tem uma diretiva para atualizar o ports ports-all tag=. Então, se for retirada essa diretiva é possível atualizar o ports pelo portnasp e o sistema pelo cvsup. Isso é correto? Você tentou atualizar o sistema base usando os arquivos de configuração padrão do diretório /usr/share/examples? Tente: cvsup -g -L 1 /usr/share/examples/cvsup/standard-supfile -h cvsup.br.freebsd.org Assim não há nenhuma interferência com atualização dos ports, seja usando portsnap ou cvsup. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Atualização do ports + sistema
Em 14/02/07, Alex Moura[EMAIL PROTECTED] escreveu: On 2/14/07, Paulo Sergio Borges [EMAIL PROTECTED] wrote: Alessandro de Souza Rocha wrote: Em 14/02/07, Aristeu Gil Alves Jr[EMAIL PROTECTED] escreveu: Em 14/02/07, Paulo Sergio Borges[EMAIL PROTECTED] escreveu: Boa tarde; No recente e-mail sobre portupgrade foi discutido o problema em atualizar o ports utilizando o cvsup e o portsnap. Como fiquei com dúvidas, gostaría de saber se o que estou dizendo abaixo é correto: O postsnap apenas atualiza o conjunto de ports. Certo ? Então apos realizar essa atualização do ports com o portsnap, uso o cvsup para atualizar o sistema, mas antes tenho que retirar a diretiva ports-all tag=. do arquivo supfile para evitar problemas. Correto? O arquivo /usr/share/examples/cvsup/stable-supfile é um exemplo para atualizar o codigo. Torço para que implementem algo seguro como o portsnap para atualizar o código do sistema. Corrigiram a atualização do ports, mas continuam insistindo no cvsup. Pergunta: alguem recebe os links dos patches e os hashes respectivos por email, verifica a mensagem com a assinatura do time de segurança, e depois aplica os patches verificando seus hashes? É fioda. Melhor ficar com o RELEASE e ficar utilizando o freebsd-update, sem customizar o codigo. -- Aristeu Gil Alves Jr - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd portsnap fetch portsnap extract e portsnap update. Caro Alessandro; Desculpe pela insistência. Mas o portsnap atualiza apenas a arvore do ports. Não é isso? Isso. Para atualizar o sistema eu necessito do cvsup. correto? Correto. Agora, se eu atualizar o ports via portsnap e depois o sistema pelo cvsup vai dar erro porque no arquivo de configuração do cvsup também tem uma diretiva para atualizar o ports ports-all tag=. Então, se for retirada essa diretiva é possível atualizar o ports pelo portnasp e o sistema pelo cvsup. Isso é correto? Você tentou atualizar o sistema base usando os arquivos de configuração padrão do diretório /usr/share/examples? Tente: cvsup -g -L 1 /usr/share/examples/cvsup/standard-supfile -h cvsup.br.freebsd.org Assim não há nenhuma interferência com atualização dos ports, seja usando portsnap ou cvsup. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd desculpa-me nao tinha visto que o sistema tambem que vc queria atualizar melhor forma pega via cvs mesmo..o sistem depois baixe o ports via portsnap -- 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] Bloqueio do GTalk Client
Pessoal, Olhei em várias listas e encontrei repedidas vezes a sugestão a seguir que foi retirada do próprio site do gmail: Estamos cientes de que, às vezes, é necessário desativar os serviços de mensagens instantâneas em uma rede. Se houver necessidade de impedir que os usuários do Gmail em sua rede conversem, sugerimos bloquear as consultas DNS ao chatenabled.mail.google.com retornando 127.0.0.1. Alguem ai sabe como bloquear a consulta DNS de um único host ? Ou retornar um outro endereço IP que não o verdadeiro ? Eu uso o BIND 9 e não achei como, ou há uma maneira ? Agradeço antecipadamente. André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] VPN
Já resolviste ? Se não manda os ifconfigs deste túnel para dar uma olhada ?
Andrés
Em 13/02/06, Willien Carvalho
Fernandes[EMAIL PROTECTED] escreveu:
Alessandro de Souza Rocha wrote:
Em 12/02/06, Willien Carvalho
Fernandes[EMAIL PROTECTED] escreveu:
Nilson Debatin wrote:
Em Dom, 2006-02-12 às 15:40 +, Willien Carvalho Fernandes escreveu:
Boa tarde.
configurei um tunnel vi interface gif0.
funcionou 60%
no lado do gateway da matriz consigo pingar qualquer maq da filial
no lado da filial nao consigo pingar nenhuma maquina, somente o gateway
da matriz qdo diparo da matriz um ping pro gateway da filial
firewall
matriz
ipfw add allow all from any to any via gif0
filial
ipfw add allow all from any to any keep-state
Desde ja agradeco.
Posso estar falando besteira mas a matrix tem gateway_enable?
PS.: Seu relógio está com 1 ano de atraso, e tá ficando la na
casa do chapeu na ordenação por datas do meu cliente. (Evolution)
[]s
Nilson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Sim
no /etc/rc.conf
gateway_enable=YES
ta muito estranho
vlw
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
nao esta esquecendo do nat. rs
nao esqueci nao
ele ta no meu script de firewall
killall -9 natd
/sbin/natd -s -m -n fxp0
${fw_cmd} -f flush
${fw_cmd} add divert natd all from ${rede_local} to any via fxp0
${fw_cmd} add divert natd all from any to ${ip_externo} in via fxp0
;-)
-
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] O comando `ps` requer o procfs?
Patrick Tracanelli escreveu: Rafael, para usar o argumento -e do ps precisa sim do /proc disponivel. Monte-o com mount_procfs se quiser. Porem, o uso do procfs em sistemas BSD é muito raro. Digamos que você encontrou um dos poucos momentos em que se faz imperativo ter o /proc (o que é bom pra alguem que acabou de instalar né? hehe). O comando `w' é outro que também requer o /proc para permitir uso de todas suas funções. Aproveitando a Thread, existe alguma maneira (fora o aplicativo pstree) de se exibir com o ps, os processos listados em formato árvore pai / filho, como no linux é feito com o comando ps afx? -- Cordialmente, Rodolfo Zappa Archive TSP - Total Solution Provider Nosso negócio é garantir que a sua rede de informações não pare! (21) 2567-1842 [EMAIL PROTECTED] http://www.archive.com.br Se a gente se lança sem vigor, sete de dez ações tomadas não dão certo. É extremamente difícil tomar decisões num estado de agitação. Por outro lado, se sem se preocupar com as conseqüências menores, abordamos os problemas com o espírito afiado como uma lâmina, sempre encontramos a solução em menos tempo do que é necessáio para respirar sete vezes. Nabeshima Naoshige (1538-1618) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
