Re: [FUG-BR] Apache22 x Site SSL
Pessoal, Em uma nova tentativa, consegui subir o https em listen. Mas o certificado no site não aparece. Quando eu entro http://meusite.com:443/ a página aparece, mas quando digito https://meusite.com/ dá que a página não pode ser exibida. Alguma dica? Grato, Anderson Watanabe PS: -Agradeço a todos que ja ajudaram, consegui com a dica de cada um, aprender mais um pouco. - Original Message - From: "Helio Loureiro" To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Friday, May 01, 2009 2:06 AM Subject: Re: [FUG-BR] Apache22 x Site SSL > > [r...@services2 /usr/local/etc/apache22/extra]# /usr/local/sbin/apachectl > startssl > The startssl option is no longer supported. > Please edit httpd.conf to include the SSL configuration settings > and then use apachectl start. Ele só está dizendo que o "startssl" está obsoleto e não é mais necessário. Basta apenas incluir o carregamento do módulo na configuração. BTW, vc incluiu um "Listen 443"? -- []´s Helio Loureiro - 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] Versão OpenLDAP
Olá amigos, Qual versão do openldap vcs recomendam e porquê? A 2.3.X ou a 2.4.X ? Abs, Vinícius - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] erro instalar isc-dhcpd3.0
vc vai usar a opcao de jail ? se nao de um "make config" e veja se ta marcado! depois de make clean make make install lembre de atualizar o seu ports 2009/4/29 Cleyton Bertolim > Ultimamente tenho percebido que na hora de instalar o isc-dhcp3 pelo > ports, sempre tem dado o seguinte erro: > > cc -O2 -fno-strict-aliasing -pipe > -D_PATH_DHCPD_CONF=\"/usr/local/etc/dhcpd.conf\" > -D_PATH_DHCPD_DB=\"/var/db/dhcpd.leases\" > -D_PATH_DHCPD_PID=\"/var/run/dhcpd.pid\" > -D_PATH_DHCRELAY_PID=\"/var/run/dhcrelay.pid\" > -D_PATH_DHCLIENT_CONF=\"/usr/local/etc/dhclient.conf\" > -D_PATH_DHCLIENT_SCRIPT=\"/usr/local/sbin/dhclient-script\" > -D_PATH_DHCLIENT_DB=\"/var/db/dhclient.leases\" > -D_PATH_DHCLIENT_PID=\"/var/run/dhclient.pid\" -Dwarn=dhcp_warn > -DNOMINUM -DPARANOIA -DJAIL > -I/usr/ports/net/isc-dhcp30-server/work/dhcp-3.0.7 > -I/usr/ports/net/isc-dhcp30-server/work/dhcp-3.0.7/includes -O -Wall > -Wno-unused -c dhcpd.c > dhcpd.c: In function 'setup_jail': > dhcpd.c:234: error: 'struct jail' has no member named 'ip_number' > *** Error code 1 > > Stop in > /usr/ports/net/isc-dhcp30-server/work/dhcp-3.0.7/work.freebsd/server. > *** Error code 1 > > Stop in /usr/ports/net/isc-dhcp30-server/work/dhcp-3.0.7/work.freebsd. > *** Error code 1 > > Stop in /usr/ports/net/isc-dhcp30-server/work/dhcp-3.0.7. > *** Error code 1 > > Stop in /usr/ports/net/isc-dhcp30-server. > *** Error code 1 > > Stop in /usr/ports/net/isc-dhcp30-server. > > > > Alguem ja passou por isso ou sabe do que se trata? > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Teste - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: balanceamento ipfw
Srs, Desculpe a demora em responder, Estava sem ler meus emails da lista a alguns dias. Quando falei de CARP + FAILOVER no PFSENSE foi pra ilustrar as possibilidades e facilidades dele. Utilizo as duas, ou seja o CARP para fazer a redundância de firewall com ips virtuais e o LOAD BALANCE configurado em algumas regras para FailOver(ex https) e em outras para LoadBalance(ex: http). No pfsense você configura ips de monitoria para verificar o status dos links. Quando o ip não responde a icmp, todas a regras configuradas para usar o gateway (FailOverBRT) automaticamente saem pelo outro link que esta no ar. Quando a configuração for LoadBalance mesmo, todas as regras direcionadas para o gateway (LoadBalanceBRT) automaticamente param de ser balanceadas entre os dois links e passam a sair só pelo link que esta no ar. Att, Marcello Coutinho -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Alex de A. Souza Enviada em: quinta-feira, 16 de abril de 2009 09:30 Para: freebsd@fug.com.br Assunto: Re: [FUG-BR] balanceamento ipfw Conseguir fazer o balanceamento com essas regras logo abaixo, mas o problema é o cliente pinga pra fora quando simulo que o link principal parou, mas ele não navega, alguém me ajuda ai, estou chegando bem perto da solução. NATD /sbin/natd -u -dynamic -interface rl0 -p 8668 /sbin/natd -u -dynamic -interface rl2 -p 8669 IPFW ${fwcmd} add 199 check-state ${fwcmd} add 200 divert 8668 ip from any to any in via rl0 ${fwcmd} add 205 divert 8669 ip from any to any in via rl2 ${fwcmd} add 210 prob 0.55 skipto 220 ip from 192.168.0.0/16 to any out keep-state ${fwcmd} add 215 skipto 230 ip from 192.168.0.0/16 to any out keep-state ${fwcmd} add 220 divert 8668 ip from 192.168.0.0/16 to any in ${fwcmd} add 225 divert 8668 ip from 192.168.0.0/16 to any out ${fwcmd} add 230 divert 8669 ip from 192.168.0.0/16 to any out ${fwcmd} add 235 divert 8669 ip from 192.168.0.0/16 to any in ${fwcmd} add 240 fwd 187.169.0.254 ip from 187.169.231.1 to any ${fwcmd} add 250 fwd 200.99.88.81 ip from 200.99.88.86 to any rl0 -> LINK PRINCIPAL = 187.169.234.1/16 rl1 -> CLIENTE = 192.168.0.1/16 rl2 -> LINK SECUNDARIO = 200.99.88.86 RC.CONF GATW DEFAULT -> 187.169.0.254 - 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] Problemas com InnoDB no MySQL - Resolvido!
Olá irado, Desculpe, vc tem razão! O que resolveu foi a informação fornecida pelo Ricardo Passanezi. Alterei os nomes dos diretórios e bingo! Quando reiniciei o serviço, subiu certinho. Obrigada mais uma vez a todos pela colaboração :) Ana Paula Freitas Em Thu, 30 Apr 2009 14:07:35 -0300 (BRT) Paula , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Pessoal, > > Muitíssimo obrigada pela ajuda, agora sim funcionou! ah!.. mas vc não disse O QUE fez funcionar, quais das (várias) ações recomendadas :'( -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Uma mulher no passado da gente doi muito mais do que duas. - Mensagem original - De: "Paula" Para: "freebsd" Enviadas: Quinta-feira, 30 de Abril de 2009 14:07:35 (GMT-0300) Auto-Detected Assunto: Re: Problemas com InnoDB no MySQL - Resolvido! Pessoal, Muitíssimo obrigada pela ajuda, agora sim funcionou! Abraços, Ana Paula Freitas -- google (?) http://www.mail-archive.com/freebsd-po...@freebsd.org/msg10635.html Note que tem um erro "unknown variable 'innodb_log_arch_dir=/var/db/mysql'". Segundo a mensagem do link, coloque 'innodb_log_group_home_dir' no lugar de 'innodb_log_arch_dir'. Pode não ser isso ainda, mas é uma tentativa (será um erro a menos). -- Ricardo Campos Passanezi - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Mensagem original - De: "Paula" Para: "freebsd" Enviadas: Quinta-feira, 30 de Abril de 2009 13:23:08 (GMT-0300) Auto-Detected Assunto: Fwd: Problemas com InnoDB no MySQL Pessoal, Muito obrigada pelas informações fornecidas! Apliquei permissão 777, 755 e até mesmo a permissão default para o usuário do mysql (grupo mysql), porém continua me retornando erro ao reiniciar o serviço, como segue: InnoDB: Error in opening /var/db/mysql/inodata/ibdata1 090430 13:03:32 InnoDB: Operating system error number 45 in a file operation. InnoDB: Error number 45 means 'Operation not supported'. InnoDB: Some operating system error numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html InnoDB: Could not open or create data files. InnoDB: If you tried to add new data files, and it failed here, InnoDB: you should now edit innodb_data_file_path in my.cnf back InnoDB: to what it was, and remove the new ibdata files InnoDB created InnoDB: in this failed attempt. InnoDB only wrote those files full of InnoDB: zeros, but did not yet use them in any way. But be careful: do not InnoDB: remove old data files which contain your precious data! 090430 13:03:32 [ERROR] Plugin 'InnoDB' init function returned error. 090430 13:03:32 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 090430 13:03:32 [ERROR] /usr/local/libexec/mysqld: unknown variable 'innodb_log_arch_dir=/var/db/mysql' 090430 13:03:32 [ERROR] Aborting Mais alguma idéia a respeito? Agradeço desde já! Ana Paula Freitas - Mensagem original - De: "irado furioso com tudo" Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Enviadas: Quarta-feira, 29 de Abril de 2009 21:52:31 (GMT-0300) Auto-Detected Assunto: Re: [FUG-BR] Problemas com InnoDB no MySQL Em Wed, 29 Apr 2009 18:04:21 -0300 (BRT) pa...@fly.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Fatal error in defaults handling. Program aborted > InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 mais ou menos (memória fraca) lembra-me qualquer coisa relacionada com usuário/permissões. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "'Fé' significa não querer saber o que é a verdade." Nietzsche - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Mensagem encaminhada - De: pa...@fly.com.br Para: freebsd@fug.com.br Enviadas: Quarta-feira, 29 de Abril de 2009 18:04:21 (GMT-0300) Auto-Detected Assunto: Problemas com InnoDB no MySQL Pessoal, boa noite! Instalei o MySQL Server 5.1.33 em um servidor FreeBSD 7.1 e notei que o Mysql não foi instalado com suporte a InnoDB. Pesquisei a respeito na net e aparentemente seria só configurar um arquivo my.cnf com as opções corretas para que fosse habilitado. Criei o arquivo com as seguintes informações (retiradas do fórum FUG): - [mysqld] innodb_data_file_path=ibdata1:10M:autoextend innodb_data_home_dir=/var/db/mysql/inodata innodb_log_group_home_dir=/var/db/mysql/var # innodb_log_arch_dir=/var/db/mysql/var set-variable=innodb_mirrored_log_groups=1 set-variable=innodb_log_files_in_group=3 set-variable=innodb_log_file_size=5M set-variable=innodb_log_buffer_size=8M inno
Re: [FUG-BR] Ferramentas para Monitoramento de Redes
Opa ! > estou pensando exatamente nisso, principalmente graças á sua > "propaganda" (risos - os artigos em seu blog) vou pedir comissão pros caras ! :) > > mas aí volta a dúvida: o centreon é "front-end" para o nagios?? > bom eu diria que sim (talvez alguém fale que não)... mas partindo do principio que eles não fazem nenhuma alteração no nagios e nem usa uma exclusiva. >> >> muda muito esse cenário padrão do nagios, inclusive, salvo engano >> meu, o proprio zabbix é uma derivação do nagios reescrito. > > êles vendem a idéia de "sou mais fácil, mais bonito, mais eficiente, > mais simples.." Como eu disse anteriormente em um email, eu fiz uma analise em várias ferramentas de monitoramento (todas free) e a que mais me agradou foi o Centreon. Veja bem, foi uma analise estritamente pessoal, ou seja não usei nenhum outro criterio a não ser o meu gosto e outras preferencias técnicas, como você bem disse, se todo mundo preferisse a Gisele Büenchen (acho que é assim que escreve) o que seriam das outras mulheres. rsrsrs acho que o comparativo não pegou bem... mas vou deixar ai.. pra ver o que veio na cabeça. Enfim, resumindo... gosto é gosto e cada um tem o seu. > > de tudo um pouco, aqui na lista: há quem odeie um e ame outro de > paixão, há quem não quer ouvir falar.. não há unanimidade. Ainda bem > porque, como dizia nelson rodrigues: "a unanimidade é burra". > > enfim, como já comentei, vou experimentar o nagios+centreon. Culpa sua, > se não funcionar direito (risos) > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > Uma mulher no passado da gente doi muito mais do que duas. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Luiz Gustavo Costa mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: gustavo@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com InnoDB no MySQL - Resolvido!
Em Thu, 30 Apr 2009 14:07:35 -0300 (BRT) Paula , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Pessoal, > > Muitíssimo obrigada pela ajuda, agora sim funcionou! ah!.. mas vc não disse O QUE fez funcionar, quais das (várias) ações recomendadas :'( -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Uma mulher no passado da gente doi muito mais do que duas. - 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 com InnoDB no MySQL
ll /usr/local/share/mysql/my* se for instalação nova e não tem nada apague como disse o colega , o script de inicialização cria pra vc os diretorios , se criou na mão ajuste para o usuario mysql , nunca tive esse problema ai mas use inicialmente um dos my.cnf listados como inicio , sempre rolou comigo innodb, vc tambem pode apontaro diretorio para um outro local no rc.conf; mysql_enable="YES" mysql_dbdir="/srv/mysql" Abraços - 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 com InnoDB no MySQL - Resolvido!
Pessoal, Muitíssimo obrigada pela ajuda, agora sim funcionou! Abraços, Ana Paula Freitas -- google (?) http://www.mail-archive.com/freebsd-po...@freebsd.org/msg10635.html Note que tem um erro "unknown variable 'innodb_log_arch_dir=/var/db/mysql'". Segundo a mensagem do link, coloque 'innodb_log_group_home_dir' no lugar de 'innodb_log_arch_dir'. Pode não ser isso ainda, mas é uma tentativa (será um erro a menos). -- Ricardo Campos Passanezi - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Mensagem original - De: "Paula" Para: "freebsd" Enviadas: Quinta-feira, 30 de Abril de 2009 13:23:08 (GMT-0300) Auto-Detected Assunto: Fwd: Problemas com InnoDB no MySQL Pessoal, Muito obrigada pelas informações fornecidas! Apliquei permissão 777, 755 e até mesmo a permissão default para o usuário do mysql (grupo mysql), porém continua me retornando erro ao reiniciar o serviço, como segue: InnoDB: Error in opening /var/db/mysql/inodata/ibdata1 090430 13:03:32 InnoDB: Operating system error number 45 in a file operation. InnoDB: Error number 45 means 'Operation not supported'. InnoDB: Some operating system error numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html InnoDB: Could not open or create data files. InnoDB: If you tried to add new data files, and it failed here, InnoDB: you should now edit innodb_data_file_path in my.cnf back InnoDB: to what it was, and remove the new ibdata files InnoDB created InnoDB: in this failed attempt. InnoDB only wrote those files full of InnoDB: zeros, but did not yet use them in any way. But be careful: do not InnoDB: remove old data files which contain your precious data! 090430 13:03:32 [ERROR] Plugin 'InnoDB' init function returned error. 090430 13:03:32 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 090430 13:03:32 [ERROR] /usr/local/libexec/mysqld: unknown variable 'innodb_log_arch_dir=/var/db/mysql' 090430 13:03:32 [ERROR] Aborting Mais alguma idéia a respeito? Agradeço desde já! Ana Paula Freitas - Mensagem original - De: "irado furioso com tudo" Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Enviadas: Quarta-feira, 29 de Abril de 2009 21:52:31 (GMT-0300) Auto-Detected Assunto: Re: [FUG-BR] Problemas com InnoDB no MySQL Em Wed, 29 Apr 2009 18:04:21 -0300 (BRT) pa...@fly.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Fatal error in defaults handling. Program aborted > InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 mais ou menos (memória fraca) lembra-me qualquer coisa relacionada com usuário/permissões. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "'Fé' significa não querer saber o que é a verdade." Nietzsche - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Mensagem encaminhada - De: pa...@fly.com.br Para: freebsd@fug.com.br Enviadas: Quarta-feira, 29 de Abril de 2009 18:04:21 (GMT-0300) Auto-Detected Assunto: Problemas com InnoDB no MySQL Pessoal, boa noite! Instalei o MySQL Server 5.1.33 em um servidor FreeBSD 7.1 e notei que o Mysql não foi instalado com suporte a InnoDB. Pesquisei a respeito na net e aparentemente seria só configurar um arquivo my.cnf com as opções corretas para que fosse habilitado. Criei o arquivo com as seguintes informações (retiradas do fórum FUG): - [mysqld] innodb_data_file_path=ibdata1:10M:autoextend innodb_data_home_dir=/var/db/mysql/inodata innodb_log_group_home_dir=/var/db/mysql/var # innodb_log_arch_dir=/var/db/mysql/var set-variable=innodb_mirrored_log_groups=1 set-variable=innodb_log_files_in_group=3 set-variable=innodb_log_file_size=5M set-variable=innodb_log_buffer_size=8M innodb_flush_log_at_trx_commit=1 innodb_log_archive=0 set-variable=innodb_buffer_pool_size=16M set-variable=innodb_additional_mem_pool_size=2M set-variable=innodb_file_io_threads=4 set-variable=innodb_lock_wait_timeout=50 - Quando executo o comando para subir o mysql, estou recebendo a seguinte mensagem: - Fatal error in defaults handling. Program aborted InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 090429 15:08:58 InnoDB: Retrying to lock the first data file InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 -
Re: [FUG-BR] Apache22 x Site SSL
> > [r...@services2 /usr/local/etc/apache22/extra]# /usr/local/sbin/apachectl > startssl > The startssl option is no longer supported. > Please edit httpd.conf to include the SSL configuration settings > and then use apachectl start. Ele só está dizendo que o "startssl" está obsoleto e não é mais necessário. Basta apenas incluir o carregamento do módulo na configuração. BTW, vc incluiu um "Listen 443"? -- []´s Helio Loureiro - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: Problemas com InnoDB no MySQL
On Thu, Apr 30, 2009 at 01:23:08PM -0300, Paula wrote: > Pessoal, > > Muito obrigada pelas informações fornecidas! > > Apliquei permissão 777, 755 e até mesmo a permissão default para o > usuário do mysql (grupo mysql), porém continua me retornando erro ao > reiniciar o serviço, como segue: > > InnoDB: Error in opening /var/db/mysql/inodata/ibdata1 > 090430 13:03:32 InnoDB: Operating system error number 45 in a file operation. > InnoDB: Error number 45 means 'Operation not supported'. > InnoDB: Some operating system error numbers are described at > InnoDB: > http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html > InnoDB: Could not open or create data files. > InnoDB: If you tried to add new data files, and it failed here, > InnoDB: you should now edit innodb_data_file_path in my.cnf back > InnoDB: to what it was, and remove the new ibdata files InnoDB created > InnoDB: in this failed attempt. InnoDB only wrote those files full of > InnoDB: zeros, but did not yet use them in any way. But be careful: do not > InnoDB: remove old data files which contain your precious data! > 090430 13:03:32 [ERROR] Plugin 'InnoDB' init function returned error. > 090430 13:03:32 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE > failed. > 090430 13:03:32 [ERROR] /usr/local/libexec/mysqld: unknown variable > 'innodb_log_arch_dir=/var/db/mysql' 090430 13:03:32 [ERROR] Aborting > > > Mais alguma idéia a respeito? google (?) http://www.mail-archive.com/freebsd-po...@freebsd.org/msg10635.html Note que tem um erro "unknown variable 'innodb_log_arch_dir=/var/db/mysql'". Segundo a mensagem do link, coloque 'innodb_log_group_home_dir' no lugar de 'innodb_log_arch_dir'. Pode não ser isso ainda, mas é uma tentativa (será um erro a menos). -- 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] Fwd: Problemas com InnoDB no MySQL
Em Thu, 30 Apr 2009 13:23:08 -0300 (BRT) Paula , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Mais alguma idéia a respeito? apague (rm) o arquivo que já está lá e tente novamente. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "Religião é uma coisa excelente para manter as pessoas comuns quietas" Napoleão Bonaparte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Fwd: Problemas com InnoDB no MySQL
Pessoal, Muito obrigada pelas informações fornecidas! Apliquei permissão 777, 755 e até mesmo a permissão default para o usuário do mysql (grupo mysql), porém continua me retornando erro ao reiniciar o serviço, como segue: InnoDB: Error in opening /var/db/mysql/inodata/ibdata1 090430 13:03:32 InnoDB: Operating system error number 45 in a file operation. InnoDB: Error number 45 means 'Operation not supported'. InnoDB: Some operating system error numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html InnoDB: Could not open or create data files. InnoDB: If you tried to add new data files, and it failed here, InnoDB: you should now edit innodb_data_file_path in my.cnf back InnoDB: to what it was, and remove the new ibdata files InnoDB created InnoDB: in this failed attempt. InnoDB only wrote those files full of InnoDB: zeros, but did not yet use them in any way. But be careful: do not InnoDB: remove old data files which contain your precious data! 090430 13:03:32 [ERROR] Plugin 'InnoDB' init function returned error. 090430 13:03:32 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 090430 13:03:32 [ERROR] /usr/local/libexec/mysqld: unknown variable 'innodb_log_arch_dir=/var/db/mysql' 090430 13:03:32 [ERROR] Aborting Mais alguma idéia a respeito? Agradeço desde já! Ana Paula Freitas - Mensagem original - De: "irado furioso com tudo" Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Enviadas: Quarta-feira, 29 de Abril de 2009 21:52:31 (GMT-0300) Auto-Detected Assunto: Re: [FUG-BR] Problemas com InnoDB no MySQL Em Wed, 29 Apr 2009 18:04:21 -0300 (BRT) pa...@fly.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Fatal error in defaults handling. Program aborted > InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 mais ou menos (memória fraca) lembra-me qualquer coisa relacionada com usuário/permissões. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "'Fé' significa não querer saber o que é a verdade." Nietzsche - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Mensagem encaminhada - De: pa...@fly.com.br Para: freebsd@fug.com.br Enviadas: Quarta-feira, 29 de Abril de 2009 18:04:21 (GMT-0300) Auto-Detected Assunto: Problemas com InnoDB no MySQL Pessoal, boa noite! Instalei o MySQL Server 5.1.33 em um servidor FreeBSD 7.1 e notei que o Mysql não foi instalado com suporte a InnoDB. Pesquisei a respeito na net e aparentemente seria só configurar um arquivo my.cnf com as opções corretas para que fosse habilitado. Criei o arquivo com as seguintes informações (retiradas do fórum FUG): - [mysqld] innodb_data_file_path=ibdata1:10M:autoextend innodb_data_home_dir=/var/db/mysql/inodata innodb_log_group_home_dir=/var/db/mysql/var # innodb_log_arch_dir=/var/db/mysql/var set-variable=innodb_mirrored_log_groups=1 set-variable=innodb_log_files_in_group=3 set-variable=innodb_log_file_size=5M set-variable=innodb_log_buffer_size=8M innodb_flush_log_at_trx_commit=1 innodb_log_archive=0 set-variable=innodb_buffer_pool_size=16M set-variable=innodb_additional_mem_pool_size=2M set-variable=innodb_file_io_threads=4 set-variable=innodb_lock_wait_timeout=50 - Quando executo o comando para subir o mysql, estou recebendo a seguinte mensagem: - Fatal error in defaults handling. Program aborted InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 090429 15:08:58 InnoDB: Retrying to lock the first data file InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 InnoDB: Unable to lock /var/db/mysql/inodata/ibdata1, error: 45 - Alguém já passou por situação parecida? Poderiam me ajudar? Agradeço desde já por qualquer auxílio. Atenciosamente, Ana Paula Freitas - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPSEC e kernel
Aqui é amd64 também. Agora achei estranho sua linha no cryptodev_if.m. Tá mais atualizada que a minha: $FreeBSD: src/sys/opencrypto/cryptodev_if.m,v 1.1 2007/03/21 03:43:33 sam Exp $ Mas também não sei se isso tem muito a ver. Tenta atualizar por aí depois diz pra gente oque aconteceu. []s Vinnix - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ferramentas para Monitoramento de Redes
Em Thu, 30 Apr 2009 11:18:27 -0300 "Luiz Gustavo S. Costa" , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > vocês chegaram a testar a dupla nagios + centreon ? estou pensando exatamente nisso, principalmente graças á sua "propaganda" (risos - os artigos em seu blog) mas aí volta a dúvida: o centreon é "front-end" para o nagios?? > > muda muito esse cenário padrão do nagios, inclusive, salvo engano > meu, o proprio zabbix é uma derivação do nagios reescrito. êles vendem a idéia de "sou mais fácil, mais bonito, mais eficiente, mais simples.." de tudo um pouco, aqui na lista: há quem odeie um e ame outro de paixão, há quem não quer ouvir falar.. não há unanimidade. Ainda bem porque, como dizia nelson rodrigues: "a unanimidade é burra". enfim, como já comentei, vou experimentar o nagios+centreon. Culpa sua, se não funcionar direito (risos) -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Uma mulher no passado da gente doi muito mais do que duas. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail (envio de e-mails) muito, muito lento
Em Thu, 30 Apr 2009 10:39:47 -0300 Rodrigo Graeff , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Aposto contigo que se fizeres o que eu sugeri no e-mail anterior, o > problema vai desaparecer. > > Quanto vale o show ? LOL -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Deus, para a felicidade do homem, inventou a fé e o amor. O Diabo, invejoso, fez o homem confundir fé com religião e amor com casamento. (Machado de Assis) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail (envio de e-mails) muito, muito lento
Em Thu, 30 Apr 2009 06:31:49 -0700 (PDT) Juliana , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Oi Irado. Bom dia > Isto está acontecendo tem 3 dias. > Olhe o log como está, os ip´s são diferenciados. bem, pelo que vi é o tradicional: china, filipinas e adsl/brasil. Sugiro FORTEMENTE que vc siga as sugestões da Rejaine Monteiro e TAMBÉM configurar seu MTA para não aceitar zémail sem reverso definido (FQDN) vide comentário aqui: http://forums.devshed.com/mail-server-help-111/importance-of-the-fqdn-on-the-mail-server-matching-the-531314.html Eu não conheço especificamente o qmail, mas (acredito) seja fácil implementar tanto os spfs (sugestão da reijane) quanto o fqdn. divirta-se :) -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "(notar que eu sou um completo irresponsável em atos e palavras, completamente sem-noção e bom senso, portanto, MINHA OPINIÃO não deve ser compartilhada por ninguém sob pena de eu me julgar, no mínimo, errado.)" - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail (envio de e-mails) muito, muito lento
Juliana, Esqueci de acrescentar, nesta tua versão do Qmail, tu usas smtp auth ? Se sim, no teu arquivo de run para o qmail-smtpd, o parâmetro que segue após o o path e execução do qmail-smtpd deve ser o FQDN sempre. Dependendo do patch de smtp auth, se este parâmetro foi omitido, poderá caracterizar open relay possibilitando um host injetar milhares de e-mails para seu qmail enviar. Porém eu acredito que a outra solução que te falei, de bloquear 127.0.0.0/8 na interface externa deva matar essa charada.. Eu sugiro ainda que seja bloqueadas todas as redes que não estão em uso pelo servidor, no caso aqui eu tenho uma table no pf que lista o que eu devo bloquear na interface externa, no caso: table const { 0.0.0.0/8, 169.254.0.0/16, 192.0.2.0/24, \ 224.0.0.0/4, 240.0.0.0/4, 10.0.0.0/8, \ 172.16.0.0/12, 192.168.0.0/16, 255.255.255.255, 127.0.0.0/8 } antispoof log for { lo0, $ExtIF } block in quick log on $ExtIF from to any onde, $ExtIF é a minha interface externa, com IPs válidos. Por favor, mesmo que esta solução não seja a correta, confirme conosco o que tu fizeste para resolver este problema que tu estas enfrentando. [ ]s Rodrigo Graeff delphus...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPSEC e kernel
2009/4/29 Vinicius Abrahao : > Fala c0re dump, > > Não tinha o kernel compilado com IPSEC aqui então resolvi compilar para > testar. > Aqui tenho um RELENG_7 (7.2-PRERELEASE) que foi atualizado hoje, antes de > compilar. Meu config do kernel está assim: > > device crypto > options IPSEC #IP security > options IPSEC_DEBUG #debug for IP security > options IPSEC_FILTERTUNNEL Já tentei com essa combinação também mas o erro persiste. Vou dar uma atualizada pra 7.1 pra ver se consigo resolver. Vc tambem tá usando amd64 ? > Todo o kernel compilou e iniciou normalmente. > > Apr 29 18:42:40 vinnix kernel: IPsec: Initialized Security Association > Processing. > > Achei "curioso" que observando a sua msg de erro: > /../../opencrypto/crypto.c: 81:26: error: cryptodev_if.h: No such file or > directory cc1: warnings being treated as errors > > Procurando esse arquivo > > # cd /usr/src > # find ./ -name cryptodev_if.h > > Não se encontra nada, porem se entrarmos no /usr/obj (onde ficam os > objetos que estão compilados) > > # cd ../obj > # find ./ -name cryptodev_if.h > ./usr/src/sys/VINNIX/modules/usr/src/sys/modules/crypto/cryptodev_if.h > ./usr/src/sys/VINNIX/modules/usr/src/sys/modules/hifn/cryptodev_if.h > ./usr/src/sys/VINNIX/modules/usr/src/sys/modules/safe/cryptodev_if.h > ./usr/src/sys/VINNIX/modules/usr/src/sys/modules/ubsec/cryptodev_if.h > ./usr/src/sys/VINNIX/cryptodev_if.h > > E dentro do cryptodev_if.h encontrei o seguinte: > /* > * This file is produced automatically. > * Do not modify anything in here by hand. > * > * Created from source file > * /usr/src/sys/opencrypto/cryptodev_if.m > * with > * makeobjops.awk > * > * See the source file for legal information > */ > > Verifique se o seu /usr/src/sys/opencrypto/cryptodev_if.m está > com esse id: $FreeBSD: src/sys/opencrypto/cryptodev_if.m,v 1.1 2007/03/21 > 03:43:33 sam Exp $ Esse negócio do cryptodev_if.h eu tinha achado no google, mas só encontrava coisas relacionadas a versões mais antigas. Eis o que tem no meu cryptodev_if.m # $FreeBSD: src/sys/opencrypto/cryptodev_if.m,v 1.1.6.1 2008/11/25 02:59:29 kensmith Exp $ Tentei dar uma de joão-sem-braço criando um cryptodev_if.h vazio mas os erros persistem pois as definiçoes das funções não são encontradas... tá parecendo que o jeito vai ser atualizar mesmo. Valeu pela ajuda! []'s -- "To err is human, to blame it on somebody else shows management potential." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ferramentas para Monitoramento de Redes
vocês chegaram a testar a dupla nagios + centreon ? muda muito esse cenário padrão do nagios, inclusive, salvo engano meu, o proprio zabbix é uma derivação do nagios reescrito. abraços, 2009/4/30 Mario Augusto Souza Nunes : > Concordo com Ricardo, > Usei muito Nagios e Cacti, mas sinceramente o que melhor funcionou foi > Zabbix, atualmente monitoro dezenas de servidores e uma grande > quantidade de serviços e olha que ele segura bem o tranco. > Eu particularmente tambem opto pelo zabbix que ainda tem a opção de > execução de script para por exemplo envio de email, chamada voip (em > progresso) etc... > Ricardo Katz wrote: > > Senhroes, quanto a alguns itens: > > 1) SMS - . Tem um artigo do Diego Pitombera (participante dessa > lista), que mostra alguns exemplos de uso de perl + gsm (conexao com o > celular) para envio de SMS => > [1]http://pitombera.wordpress.com/2008/06/22/perl-gsm-imaginacao-coisas-legais/ > > 2) Cacti / Zabbix / Nagios - Na minha opnião (no flames, please :P ) > eu jah descartaria o Nagios, não que ele não seja bom, mas sei la, > acho ele, sua interface (apesar de existirem plugins e skins), sua > configuracao um tanto quanto antiquada. > > Cacti eh otimo, mas acho que cabe mais ao conceito de monitoramento > (geracao de graficos, etc) do que ao monitoramento de eventos > propriamente dito (ele eh mais um MRTG bonitinho, pelo menos da ultima > vez que eu mexi :P ) > > O Zabbix eh utilizado na empresa em que trabalho, atualmente > configurado para monitorar mais de 800 servidores e tem uma interface > bem intuitiva, pelo menos para monitoramento deles. > > Da ultima vez qaue eu mexi no zabbix, o maior problema (pra mim) era a > quantidade de templates que vinham com o banco de dados a ser populado > dele, que deviam ser excluidos depois (acho que geravam mais de 1000 > entradas no banco, totalmente desnecessarias). > > 3) Quanto ao uso de banco separado - A teoria eh simples: a maquina de > monitoramento junto com a de banco divide I/O de disco, processamento, > etc, enquanto que maquinas separadas nao dividem essas funcoes. Entao > sim, do meu ponto de vista, se vc esta pensando em monitorar um numero > consideravel de maquinas, separe o banco da maquina de monitoracao. > Lembre-se, monitorando maquinas vc tera acoes, q vao desde pings ateh > consultas a agentes e execucao de scripts. Sao muitas tarefas pruma > maquina soh > > Acho q eh isso :) > > 2009/4/29 Edgar Arrais [2]: > > Gostaria de saber se tem como me enviar esse script de mandar SMS, estou a > procura a muito tempo.[2] > > > > 2009/4/29 Luiz Gustavo S. Costa [3] > > > o termo "Nagios+Centreon" talvez possa causa confusão realmente. > > Nagios é uma coisa e Centreon é outra. Mas se integram. > > Centreon é um frontend para o nagios, ou seja, ele vai interagir em > toda a parte de configuração do nagios, ele também é um front-end para > a parte de monitoramento, sendo que melhora o visual e algumas opções > são agregadas no monitoramento de hosts e serviços. (por exemplo o > otimo gerenciamento de acl) > > A engrenagem interna do nagios continua sendo a mesma, inclusive você > consegue continuar utilizar o /nagios no seu frontend padrão. > > Uma definição resumida do site: > The software was created in 2003 and was first meant to offer a whole > new interface for configuring Nagios. Since the beginning, Centreon > was under GPL license and seduced a French community at first, then > spread out over the world 2 years later. > > > > 2009/4/29 irado furioso com tudo [4]: > > Em Wed, 29 Apr 2009 11:18:27 -0300 > "Luiz Gustavo S. Costa" [5], conhecido > consumidor de drogas (BigMac's com Coke) escreveu: > > > Eu já fiz uma analise assim uma vez e nas minhas impressões, preferi > ficar com o conjunto Nagios+Centreon. > > não me ficou bem claro: o Centreon é um produto stand-alone, é um > serviço executado por empresa externa, é agregado ao Nagios (como se > infere acima), enfim.. o que é que ele é? > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > "Era o destino do cristianismo que sua fé se tornasse tão doentia, > baixa e vulgar quanto as necessidades doentias, baixas e vulgares que > tinha de administrar" Nietzsche > - > Histórico: [6]http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: [7]https://www.fug.com.br/mailman/listinfo/freebsd > > > > -- > Luiz Gustavo Costa > > mundoUnix - Consultoria em Software Livre > [8]http://www.mundounix.com.br > ICQ: 2890831 / MSN: [9]gustavo@gmail.com > - > Histórico: [10]http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: [11]https://www.fug.com.br/mailman/listinfo/freebsd > > > > -- > Edgar Arrais > Técnico em Informática > [12]ed...@bsd.com.br > - > Histórico: [13]http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: [14]https://www.fug.com.br/mailman/listinfo/freebsd > > >
Re: [FUG-BR] Ferramentas para Monitoramento de Redes
Olá. Realmente, para quem tem apenas um circuito, ou vários circuitos da mesma operadora, pode, num primeiro momento, parecer inviável a adoção desta solução. Pode-se contornar com uma ação reversa, e o overhead nem é tão alto para desenvolver. Esta ação consiste em um site (externo) rodar um WebServices[B] que recebe a cada curto intervalo de tempo uma informação do servidor[A], do tipo "tô ligado". Se o seu WebServices[B] não receber a informação "tô ligado" naquela janela de tempo esperada, então dispara uma chamada remota para o SMS WebServices[C], informando uma a inoperância do servidor[A]. Agora, se o seu servidor[A] enviou com sucesso mensagem para o seu WebServices[B], este por sua vez compilará um agrupamento de informações, e enviará, por exemplo, a cada 12 horas, um sumário do "bom comportamento". Servidor[A] --->> WebServices[B]--->> SMS WebServices[C] Enfim, passível de contorno :) Saudações, Trober - - - - >> >> Olá! >> >> Há no mercado empresas que prestam serviço de gateway SMS. O disparo das >> mensagens SMS pode ser por correio eletrônico (convertido para SMS), >> arquivo pré-formatado via FTP (convertido para SMS), ou outra opção, que >> recebe POST HTTP (tipo WebService, com request "do outro lado" >> convertido >> para SMS). >> > > > Se o link cair nada adianta mandar SMS via web. > - > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail (envio de e-mails) muito, muito lento
Juliana, Aposto contigo que se fizeres o que eu sugeri no e-mail anterior, o problema vai desaparecer. Quanto vale o show ? Rodrigo Graeff delphus...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail (envio de e-mails) muito, muito lento
Juliana, Considere utilizar bloqueio por RBL, pois sozinho o Spamassasin não dá conta de tanto spam não (ele vai 'comer sua CPU!) Por aqui, eu uso as seguintes listas e posso lhe adiantar que elas já barram mais de 80% do spam que chega (lembre-se de colocar o bloqueio por RBL *antes* do Spamassasin) zen.spamhaus.org bl.spamcop.net tw.countries.nerd.dk jp.countries.nerd.dk dnsbl.sorbs.net combined.njabl.org Att Juliana escreveu: > > Olá colegas da lista, boa noite! > > Estou com um problema e gostaria de um auxílio de vocês. > Eu utilizo o Qmail com spamassassim e meu servidor está completamente lento > (muuuito lento) para enviar e-mails, demorando até cerca de 40 minutos ou > mais para ser enviado (esgotando o tempo limite, pedindo para aguardar). > Eu tenho observado que tem uns 25 processos do qmail-smtpd rodando, e a cada > instante que dou o comando "mailq", eu verifico uma fila imensa de e-mails > que estão chegando e vai aumentando a cada minuto. 99% dos e-mails que estão > nessa fila são spams, pois os destinatários são todos e-mails que não existem > no meu domínio. Segue: > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail (envio de e-mails) muito, muito lento
Oi Irado. Bom dia Isto está acontecendo tem 3 dias. Olhe o log como está, os ip´s são diferenciados. 049f993a481e4 Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:117.123.183.190:unknown H:VEZEEHM F:decoysu...@hecormetal.com T:3d 049f993222962df1c Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:117.123.183.190:unknown H:VEZEEHM F:decoysu...@hecormetal.com T:3d 049f993222e1a15fc Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:117.123.183.190:unknown H:VEZEEHM F:decoysu...@hecormetal.com T:3d 049f99322311e0b14 Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:117.123.183.190:unknown H:VEZEEHM F:decoysu...@hecormetal.com T:3d 049f9932238746674 Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:117.123.183.190:unknown H:VEZEEHM F:decoysu...@hecormetal.com T:44 049f993223901a2b4 Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:117.123.183.190:unknown H:VEZEEHM F:decoysu...@hecormetal.com T:a0 049f99387182a9f64 Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:122.3.43.207:unknown H:122.3.43.207.pldt.net F:tough...@instructio 049f99387183522cc Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:122.3.43.207:unknown H:122.3.43.207.pldt.net F:tough...@instructio 049f993871837e5d4 Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:122.3.43.207:unknown H:122.3.43.207.pldt.net F:tough...@instructio 049f99387183a4f04 Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:122.3.43.207:unknown H:122.3.43.207.pldt.net F:tough...@instructio 049f993891b23c6dc Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:119.48.119.80:unknown H:SBYNNKVQ F:f...@booska.com T:e...@se049f993891b36e94c Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:119.48.119.80:unknown H:SBYNNKVQ F:f...@booska.com T:e...@se 049f993891b3ac1ac Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:119.48.119.80:unknown H:SBYNNKVQ F:f...@booska.com T:edit...@s 049f993891f7f50fc Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:200.181.217.152:unknown H:200.181.217-152.mganm702.e.brasiltelecom 049f9938a19fa98bc Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:58.140.153.173:unknown H:TCHLGZED F:sprie...@supportmax.com T:0a00 049f9938a1d9b75cc Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:93.141.106.31:unknown H:speedtouch.lan F:relieve...@microsoft.trgi 049f9938a1e48b944 Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:58.140.153.173:unknown H:TCHLGZED F:sprie...@supportmax.com T:0al@ 049f9938a1f85ffec Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:124.120.101.33:unknown H:ppp-124-120-101-33.revip2.asianet.co.th F 049f9938a23c5ad3c Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:58.140.153.173:unknown H:TCHLGZED F:sprie...@supportmax.com T:1f00 049f9938a26c34d3c Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:58.140.153.173:unknown H:TCHLGZED F:sprie...@supportmax.com T:2f00 049f9938a2a43e0ac Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:58.140.153.173:unknown H:TCHLGZED F:sprie...@supportmax.com T:313c No tcpdump eu consigo ver estes ips, mas como são muitos, fica complicado para descobrir qual é o principal. :( --- Em qui, 30/4/09, irado furioso com tudo escreveu: De: irado furioso com tudo Assunto: Re: [FUG-BR] Qmail (envio de e-mails) muito, muito lento Para: "Lista Brasileira de Discussão sobre FreeBSD" Data: Quinta-feira, 30 de Abril de 2009, 9:34 Em Wed, 29 Apr 2009 19:54:40 -0700 (PDT) Juliana , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Gostaria, então de uma dica, de como descobrir de onde está vindo > para que eu possa bloquear (já observei os logs e não tem nada de > errado, pois os e-mails são enviados corretamente, acontece que > demora muito, muito, muito) nos logs vc deve ter a informação dos ip-addr então vc terá que fazer uma pequena ginástica com grep + awk + sort para isolar os ip-addr e verificar o volume de conexões de cada um. Se for - por ex - um DDoS não haverá muito o que fazer :( isso começou a acontecer desde quando? de repente um tcpdump + wireshark ajuda a isolar o trafego por porta/protocolo. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free O marido enganado é um homem que se engana a respeito da mulher que o engana. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.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] Ferramentas para Monitoramento de Redes
Você pode configurar uma placa e conectar em um celular e enviar diretamente sem necessidade de internet. http://nagios.sourceforge.net/docs/3_0/notifications.html Abs[] 2009/4/30 Thiago Gomes : >> >> Olá! >> >> Há no mercado empresas que prestam serviço de gateway SMS. O disparo das >> mensagens SMS pode ser por correio eletrônico (convertido para SMS), >> arquivo pré-formatado via FTP (convertido para SMS), ou outra opção, que >> recebe POST HTTP (tipo WebService, com request "do outro lado" convertido >> para SMS). >> > > > Se o link cair nada adianta mandar SMS via web. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- -- http://www.augustoferronato.net/blog FreeBSD: The Freedom to Perform! http://www.spreadbsd.org/aff/40/1 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ferramentas para Monitoramento de Redes
> > Olá! > > Há no mercado empresas que prestam serviço de gateway SMS. O disparo das > mensagens SMS pode ser por correio eletrônico (convertido para SMS), > arquivo pré-formatado via FTP (convertido para SMS), ou outra opção, que > recebe POST HTTP (tipo WebService, com request "do outro lado" convertido > para SMS). > Se o link cair nada adianta mandar SMS via web. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ferramentas para Monitoramento de Redes
Olá! Há no mercado empresas que prestam serviço de gateway SMS. O disparo das mensagens SMS pode ser por correio eletrônico (convertido para SMS), arquivo pré-formatado via FTP (convertido para SMS), ou outra opção, que recebe POST HTTP (tipo WebService, com request "do outro lado" convertido para SMS). Outra vantagem é a economia, pois compram em grande quantidade (acredito que em leilões públicos) o tráfego de SMS, conseguindo valores por mensagem que raros planos para celular dariam. Alguns julgam como desvantagem a compra míninma de 600 mensagens por trimestre. Mas dependendo do caso, o cara torra isso em 30 dias. Se não houver problema em relação às políticas de conduta da lista, eu informo os nomes das empresas. Caso contrário, PVT. Grande abraço, Trober - - - - - > Gostaria de saber se tem como me enviar esse script de mandar SMS, estou a > procura a muito tempo.[2] > > > [SNIP] [...] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Quagga - Assertion `len < str_size' failed in file bgp_aspath.c, line 619
Caros amigos, CASO algum de voces tenha o problema abaixo com o Quagga (Bgpd crash on long asn32 in aspath): Assertion `len < str_size' failed in file bgp_aspath.c, line 619 Aconselho o link abaixo: http://www.gossamer-threads.com/lists/quagga/users/17769 Para mim funcionou 100% Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.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] Qmail (envio de e-mails) muito, muito lento
On Apr 29, 2009, at 11:54 PM, Juliana wrote: > > Olá colegas da lista, boa noite! > > Estou com um problema e gostaria de um auxílio de vocês. > Eu utilizo o Qmail com spamassassim e meu servidor está > completamente lento (muuuito lento) para enviar e-mails, demorando > até cerca de 40 minutos ou mais para ser enviado (esgotando o tempo > limite, pedindo para aguardar). > Eu tenho observado que tem uns 25 processos do qmail-smtpd rodando, > e a cada instante que dou o comando "mailq", eu verifico uma fila > imensa de e-mails que estão chegando e vai aumentando a cada minuto. > 99% dos e-mails que estão nessa fila são spams, pois os > destinatários são todos e-mails que não existem no meu domínio. Segue: > > 29 Apr 2009 22:57:37 GMT #25 23936 > local meudominio.com.br-3d...@meudominio.com.br > local meudominio.com.br-and...@meudominio.com.br > local meudominio.com.br-ca...@meudominio.com.br > local meudominio.com.br-ccces...@meudominio.com.br > local meudominio.com.br-...@meudominio.com.br > local meudominio.com.br-compr...@meudominio.com.br > local meudominio.com.br-ffinance...@meudominio.com.br > local meudominio.com.br...@meudominio.com.br > local meudominio.com.br...@meudominio.com.br > local meudominio.com.br...@meudominio.com.br > 29 Apr 2009 14:34:57 GMT #33 23607 > local meudominio.com.br-44eff...@meudominio.com.br > 29 Apr 2009 22:57:37 GMT #178 5733 > > local meudominio.com.br-...@meudominio.com.br > local meudominio.com.br-...@meudominio.com.br > local meudominio.com.br-vd00a...@meudominio.com.br > > Acredito que alguém está bombeando e-mails para meu domínio, e meu > spamassassin não está dando conta de filtrar isso, deixando assim a > máquina lenta. > Gostaria, então de uma dica, de como descobrir de onde está vindo > para que eu possa bloquear (já observei os logs e não tem nada de > errado, pois os e-mails são enviados corretamente, acontece que > demora muito, muito, muito). > > Obrigada e fico no aguardo de um retorno. > > > > > Veja quais são os assuntos do momento no Yahoo! +Buscados > http://br.maisbuscados.yahoo.com > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Juliana, Não se esqueça de bloquear 127.0.0.0/8 na sua interface de rede externa. Pois aposto que teu qmail está configurado para realizar RELAYCLIENT="" neste endereço, em um arquivo usualmente chamado de tcp.smtp que variavelmente fica em /etc/ ou /usr/local/etc ou /var/ qmail/ Para achá-lo, basta editar o seu script run do daemontools para o qmail-smtpd. Enfim, bloquear spoof destes endereços na interface externa sempre será uma excelente idéia para quem usa qmail. Instale do ports o programa qmail-remove e remova as mensagens do queue do qmail baseado em um pattern comum. Lembre-se de realizar esta tarefa com o qmail desligado ou lembre-se de re-iniciar se caso foi tarde demais para desligá-lo. Caso o problema persista, vais ter que fazer uma ginástica como nosso amigo Irado comentou. Enfim, escrevi este e-mail apenas para tentar livrá-la deste trabalhoso processo. [ ]s Rodrigo Graeff delphus...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] MSN-Proxy 0.7 e Postgres
Bom dia senhores! Uso MSN-Proxy já a algum tempo... tive vários problemas com a MySQL (o processo fechava sozinho =)... migrei para Postgres, e estava rodando perfeitamente. Ontem vi que foi lançado uma nova versão, a 0.7. Baixei a versão do site (fontes), e tentei pelo PORTS... não encontrei a opção para usar via Postgres... somente MySQL... Se não me engano o autor do projeto participa do fug, decidi postar para ver se me ajudam =) -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes welk...@focusautomacao.com.br Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail (envio de e-mails) muito, muito lento
Em Wed, 29 Apr 2009 19:54:40 -0700 (PDT) Juliana , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Gostaria, então de uma dica, de como descobrir de onde está vindo > para que eu possa bloquear (já observei os logs e não tem nada de > errado, pois os e-mails são enviados corretamente, acontece que > demora muito, muito, muito) nos logs vc deve ter a informação dos ip-addr então vc terá que fazer uma pequena ginástica com grep + awk + sort para isolar os ip-addr e verificar o volume de conexões de cada um. Se for - por ex - um DDoS não haverá muito o que fazer :( isso começou a acontecer desde quando? de repente um tcpdump + wireshark ajuda a isolar o trafego por porta/protocolo. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free O marido enganado é um homem que se engana a respeito da mulher que o engana. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Apache22 x Site SSL
> make config ou ainda em /var/db/ports/apache22 você pode editar o > arquivo e desabilitar a opção) depois em volte para o ports do apache22 > make e em seguida portupgrade -fw apache22. > valeu.. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Apache22 x Site SSL
Pessoal, Tentando iniciar o apache com o comando "/usr/local/sbin/apachectl startssl", tenho a seguinte mensagem de erro: [r...@services2 /usr/local/etc/apache22/extra]# /usr/local/sbin/apachectl startssl The startssl option is no longer supported. Please edit httpd.conf to include the SSL configuration settings and then use apachectl start. Mas em meu httpd.conf, o modulo do ssl está carregado. O Apache foi compilado e instalado com o SSL. Enquanto tentava levantar o apache com "/usr/local/etc/rc.d/apache22 start", o apache subia. Ao tentar configurar o SSL muitos erros aparecia, mas esse último, me deixou mais confuso ainda. Grato pela ajuda. Anderson Watanabe - Original Message - From: "Watanabe Anderson" To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Thursday, April 30, 2009 9:12 PM Subject: Re: [FUG-BR] Apache22 x Site SSL > Pessoal, > > > Bem, Re-compilei o Apache sem a opção do "threads". > > Abaixo, segue o site virtual no apache. Lembrem que eu incluí no arquivo > /usr/local/etc/apache22/extra/httpd-vhosts.conf e não no "httpd-ssl.conf", > como sugeria o próprio apache, haja visto que muitos erros acontecia. > > > ServerAdmin r...@localhost > DocumentRoot "/vol/sites/mall" > ServerName www.meusite.com > SSLEngine on > SSLCACertificateFile /usr/local/etc/apache22/ssl/server.root.ca > SSLCertificateChainFile /usr/local/etc/apache22/ssl/mall.com.cer > SSLCertificateFile /usr/local/etc/apache22/ssl/mall.com.crt > SSLCertificateKeyFile /usr/local/etc/apache22/ssl/services2.key > ErrorLog "/var/log/mall.com.ssl.error-log" > CustomLog "/var/log/mall.com.ssl.access-log" common > > > No firewall, tem uma regra de nat apontando para o IP acima. > > > > Grato, > Anderson Watanabe > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Apache22 x Site SSL
Thiago Gomes escreveu: > desculpe, mas como eu recompilo o apache sem usar a opção "threads" > tenho que desinstalar e instalar novamente usando o ports ? > > make deinstall > make install clean ? make config ou ainda em /var/db/ports/apache22 você pode editar o arquivo e desabilitar a opção) depois em volte para o ports do apache22 make e em seguida portupgrade -fw apache22. Abraço, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Apache22 x Site SSL
desculpe, mas como eu recompilo o apache sem usar a opção "threads" tenho que desinstalar e instalar novamente usando o ports ? make deinstall make install clean ? 2009/4/30 Watanabe Anderson : > Pessoal, > > > Bem, Re-compilei o Apache sem a opção do "threads". > > Abaixo, segue o site virtual no apache. Lembrem que eu incluí no arquivo > /usr/local/etc/apache22/extra/httpd-vhosts.conf e não no "httpd-ssl.conf", > como sugeria o próprio apache, haja visto que muitos erros acontecia. > > > ServerAdmin r...@localhost > DocumentRoot "/vol/sites/mall" > ServerName www.meusite.com > SSLEngine on > SSLCACertificateFile /usr/local/etc/apache22/ssl/server.root.ca > SSLCertificateChainFile /usr/local/etc/apache22/ssl/mall.com.cer > SSLCertificateFile /usr/local/etc/apache22/ssl/mall.com.crt > SSLCertificateKeyFile /usr/local/etc/apache22/ssl/services2.key > ErrorLog "/var/log/mall.com.ssl.error-log" > CustomLog "/var/log/mall.com.ssl.access-log" common > > > No firewall, tem uma regra de nat apontando para o IP acima. > > > > Grato, > Anderson Watanabe > > > > - Original Message - > From: "Giancarlo Rubio" > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Thursday, April 30, 2009 8:41 PM > Subject: Re: [FUG-BR] Apache22 x Site SSL > > > 2009/4/30 Watanabe Anderson : >> Pessoal, >> >> >> Pode parecer ridiculo, mas estou apanhado feio para instalar o Certificado >> de SSL que comprei para um site. >> >> Para realizar a compra, tive de gerar um certificado da maquina e, colar >> no >> site para a compra. Ate ai, tudo bem. Consegui efetiva a compra e receber >> o >> certificado para o meu site. >> >> Mas, ao tentar configurar o Apache22, muitos erros aconteceram. Desde o >> apache parar totalmente, quando iniciava o servico, ele abortava, ficando >> como se o servico nao estivesse iniciado. >> >> Por ultimo, a minha tentativa foi de dentro do virtual host, criar a secao >> para o SSL Nesta secao, as linhas do SSL foram adicionas conforme manda a >> orientacao da Certificadora Digital. >> >> Entao, no httpd.conf , apenas adicionei as linhas de "SSLSessionCache" e o >> apache subiu. Mas para a minha surpresa, o servidor nao respondia na porta >> 443 e, conseuqnetemente, ao chamar pelo browser https://www.meusite.com/ , >> simplesmente nao tenho nenhuma resposta. >> >> Ao digitar "netstat -a", nao vejo a porta 443 em "listen" . >> >> Todos os tutoriais que encontrei, ensinam a usar o certificado utilizado >> pelo proprio servidor. Esse nao e o meu caso. >> > > Provavelmente vc não configurou corretamente seu virtualhost do > certificado. Poste ele aqui. > Tente iniciar o apache com apachectl startssl > > >> Alguem pode me ajudar? >> >> >> >> Grato, >> Anderson Watanabe >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> > > > > -- > Giancarlo Rubio > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Apache22 x Site SSL
Pessoal, Bem, Re-compilei o Apache sem a opção do "threads". Abaixo, segue o site virtual no apache. Lembrem que eu incluí no arquivo /usr/local/etc/apache22/extra/httpd-vhosts.conf e não no "httpd-ssl.conf", como sugeria o próprio apache, haja visto que muitos erros acontecia. ServerAdmin r...@localhost DocumentRoot "/vol/sites/mall" ServerName www.meusite.com SSLEngine on SSLCACertificateFile /usr/local/etc/apache22/ssl/server.root.ca SSLCertificateChainFile /usr/local/etc/apache22/ssl/mall.com.cer SSLCertificateFile /usr/local/etc/apache22/ssl/mall.com.crt SSLCertificateKeyFile /usr/local/etc/apache22/ssl/services2.key ErrorLog "/var/log/mall.com.ssl.error-log" CustomLog "/var/log/mall.com.ssl.access-log" common No firewall, tem uma regra de nat apontando para o IP acima. Grato, Anderson Watanabe - Original Message - From: "Giancarlo Rubio" To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Thursday, April 30, 2009 8:41 PM Subject: Re: [FUG-BR] Apache22 x Site SSL 2009/4/30 Watanabe Anderson : > Pessoal, > > > Pode parecer ridiculo, mas estou apanhado feio para instalar o Certificado > de SSL que comprei para um site. > > Para realizar a compra, tive de gerar um certificado da maquina e, colar > no > site para a compra. Ate ai, tudo bem. Consegui efetiva a compra e receber > o > certificado para o meu site. > > Mas, ao tentar configurar o Apache22, muitos erros aconteceram. Desde o > apache parar totalmente, quando iniciava o servico, ele abortava, ficando > como se o servico nao estivesse iniciado. > > Por ultimo, a minha tentativa foi de dentro do virtual host, criar a secao > para o SSL Nesta secao, as linhas do SSL foram adicionas conforme manda a > orientacao da Certificadora Digital. > > Entao, no httpd.conf , apenas adicionei as linhas de "SSLSessionCache" e o > apache subiu. Mas para a minha surpresa, o servidor nao respondia na porta > 443 e, conseuqnetemente, ao chamar pelo browser https://www.meusite.com/ , > simplesmente nao tenho nenhuma resposta. > > Ao digitar "netstat -a", nao vejo a porta 443 em "listen" . > > Todos os tutoriais que encontrei, ensinam a usar o certificado utilizado > pelo proprio servidor. Esse nao e o meu caso. > Provavelmente vc não configurou corretamente seu virtualhost do certificado. Poste ele aqui. Tente iniciar o apache com apachectl startssl > Alguem pode me ajudar? > > > > Grato, > Anderson Watanabe > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > -- Giancarlo Rubio - 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] Ferramentas para Monitoramento de Redes
Concordo com Ricardo, Usei muito Nagios e Cacti, mas sinceramente o que melhor funcionou foi Zabbix, atualmente monitoro dezenas de servidores e uma grande quantidade de serviços e olha que ele segura bem o tranco. Eu particularmente tambem opto pelo zabbix que ainda tem a opção de execução de script para por exemplo envio de email, chamada voip (em progresso) etc... Ricardo Katz wrote: Senhroes, quanto a alguns itens: 1) SMS - . Tem um artigo do Diego Pitombera (participante dessa lista), que mostra alguns exemplos de uso de perl + gsm (conexao com o celular) para envio de SMS => [1]http://pitombera.wordpress.com/2008/06/22/perl-gsm-imaginacao-coisas-legais/ 2) Cacti / Zabbix / Nagios - Na minha opnião (no flames, please :P ) eu jah descartaria o Nagios, não que ele não seja bom, mas sei la, acho ele, sua interface (apesar de existirem plugins e skins), sua configuracao um tanto quanto antiquada. Cacti eh otimo, mas acho que cabe mais ao conceito de monitoramento (geracao de graficos, etc) do que ao monitoramento de eventos propriamente dito (ele eh mais um MRTG bonitinho, pelo menos da ultima vez que eu mexi :P ) O Zabbix eh utilizado na empresa em que trabalho, atualmente configurado para monitorar mais de 800 servidores e tem uma interface bem intuitiva, pelo menos para monitoramento deles. Da ultima vez qaue eu mexi no zabbix, o maior problema (pra mim) era a quantidade de templates que vinham com o banco de dados a ser populado dele, que deviam ser excluidos depois (acho que geravam mais de 1000 entradas no banco, totalmente desnecessarias). 3) Quanto ao uso de banco separado - A teoria eh simples: a maquina de monitoramento junto com a de banco divide I/O de disco, processamento, etc, enquanto que maquinas separadas nao dividem essas funcoes. Entao sim, do meu ponto de vista, se vc esta pensando em monitorar um numero consideravel de maquinas, separe o banco da maquina de monitoracao. Lembre-se, monitorando maquinas vc tera acoes, q vao desde pings ateh consultas a agentes e execucao de scripts. Sao muitas tarefas pruma maquina soh Acho q eh isso :) 2009/4/29 Edgar Arrais [2]: Gostaria de saber se tem como me enviar esse script de mandar SMS, estou a procura a muito tempo.[2] 2009/4/29 Luiz Gustavo S. Costa [3] o termo "Nagios+Centreon" talvez possa causa confusão realmente. Nagios é uma coisa e Centreon é outra. Mas se integram. Centreon é um frontend para o nagios, ou seja, ele vai interagir em toda a parte de configuração do nagios, ele também é um front-end para a parte de monitoramento, sendo que melhora o visual e algumas opções são agregadas no monitoramento de hosts e serviços. (por exemplo o otimo gerenciamento de acl) A engrenagem interna do nagios continua sendo a mesma, inclusive você consegue continuar utilizar o /nagios no seu frontend padrão. Uma definição resumida do site: The software was created in 2003 and was first meant to offer a whole new interface for configuring Nagios. Since the beginning, Centreon was under GPL license and seduced a French community at first, then spread out over the world 2 years later. 2009/4/29 irado furioso com tudo [4]: Em Wed, 29 Apr 2009 11:18:27 -0300 "Luiz Gustavo S. Costa" [5], conhecido consumidor de drogas (BigMac's com Coke) escreveu: Eu já fiz uma analise assim uma vez e nas minhas impressões, preferi ficar com o conjunto Nagios+Centreon. não me ficou bem claro: o Centreon é um produto stand-alone, é um serviço executado por empresa externa, é agregado ao Nagios (como se infere acima), enfim.. o que é que ele é? -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "Era o destino do cristianismo que sua fé se tornasse tão doentia, baixa e vulgar quanto as necessidades doentias, baixas e vulgares que tinha de administrar" Nietzsche - Histórico: [6]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [7]https://www.fug.com.br/mailman/listinfo/freebsd -- Luiz Gustavo Costa mundoUnix - Consultoria em Software Livre [8]http://www.mundounix.com.br ICQ: 2890831 / MSN: [9]gustavo@gmail.com - Histórico: [10]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [11]https://www.fug.com.br/mailman/listinfo/freebsd -- Edgar Arrais Técnico em Informática [12]ed...@bsd.com.br - Histórico: [13]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [14]https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: [15]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [16]https://www.fug.com.br/mailman/listinfo/freebsd References 1. http://pitombera.wordpress.com/2008/06/22/perl-gsm-imaginacao-coisas-legais/ 2. mailto:ed...@bsd.com.br 3. mailto:luizgust...@luizgustavo.pro.br 4. mailto:ir...@vfemail.net 5. mailto:luizgust...@luizgustavo.pro.br 6. http://www.fug.com.br/historico/html/fre
Re: [FUG-BR] Apache22 x Site SSL
2009/4/30 Watanabe Anderson : > Pessoal, > > > Pode parecer ridiculo, mas estou apanhado feio para instalar o Certificado > de SSL que comprei para um site. > > Para realizar a compra, tive de gerar um certificado da maquina e, colar no > site para a compra. Ate ai, tudo bem. Consegui efetiva a compra e receber o > certificado para o meu site. > > Mas, ao tentar configurar o Apache22, muitos erros aconteceram. Desde o > apache parar totalmente, quando iniciava o servico, ele abortava, ficando > como se o servico nao estivesse iniciado. > > Por ultimo, a minha tentativa foi de dentro do virtual host, criar a secao > para o SSL Nesta secao, as linhas do SSL foram adicionas conforme manda a > orientacao da Certificadora Digital. > > Entao, no httpd.conf , apenas adicionei as linhas de "SSLSessionCache" e o > apache subiu. Mas para a minha surpresa, o servidor nao respondia na porta > 443 e, conseuqnetemente, ao chamar pelo browser https://www.meusite.com/ , > simplesmente nao tenho nenhuma resposta. > > Ao digitar "netstat -a", nao vejo a porta 443 em "listen" . > > Todos os tutoriais que encontrei, ensinam a usar o certificado utilizado > pelo proprio servidor. Esse nao e o meu caso. > Provavelmente vc não configurou corretamente seu virtualhost do certificado. Poste ele aqui. Tente iniciar o apache com apachectl startssl > Alguem pode me ajudar? > > > > Grato, > Anderson Watanabe > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Apache22 x Site SSL
> Pode parecer ridiculo, mas estou apanhado feio para instalar o Certificado > de SSL que comprei para um site. Tente recompilando o apache sem suporte a threads. -- []´s Helio Loureiro - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Apache22 x Site SSL
Pessoal, Pode parecer ridiculo, mas estou apanhado feio para instalar o Certificado de SSL que comprei para um site. Para realizar a compra, tive de gerar um certificado da maquina e, colar no site para a compra. Ate ai, tudo bem. Consegui efetiva a compra e receber o certificado para o meu site. Mas, ao tentar configurar o Apache22, muitos erros aconteceram. Desde o apache parar totalmente, quando iniciava o servico, ele abortava, ficando como se o servico nao estivesse iniciado. Por ultimo, a minha tentativa foi de dentro do virtual host, criar a secao para o SSL Nesta secao, as linhas do SSL foram adicionas conforme manda a orientacao da Certificadora Digital. Entao, no httpd.conf , apenas adicionei as linhas de "SSLSessionCache" e o apache subiu. Mas para a minha surpresa, o servidor nao respondia na porta 443 e, conseuqnetemente, ao chamar pelo browser https://www.meusite.com/ , simplesmente nao tenho nenhuma resposta. Ao digitar "netstat -a", nao vejo a porta 443 em "listen" . Todos os tutoriais que encontrei, ensinam a usar o certificado utilizado pelo proprio servidor. Esse nao e o meu caso. Alguem pode me ajudar? Grato, Anderson Watanabe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd