O Alisson foi feliz em suas palavras :) Já a questão de não utilizar o Firebird como o Keppler citou, é complicado. Estou utilizando um ERP open source (FreedomERP) que utiliza o Firebird, versão 1.5.x Tenho uns 'vários' clientes que rodam aplicações com Firebird inclusive aplicações desenvolvidas, recentemente pela IBM.
O Firebird tem uma serie de funcionalidades que o MySQL, por exemplo, não tem. Nem vou me aprofundar nisso para não criar flammes. Agora se realmente vamos falar de Banco de dados, começo a pensar em PostgreSQL. tem um amigo que faz a seguinte comparação, erradamente ou não, Firebird é o CGI MySQL é o PHP PostgreSQL é o Java hahaha, é feia essa comparação mas chega a ser cômica para mim ;) Keppler, se realmente sua necessidade é um cliente pequeno, vai em frente e pesquisa, estuda, vai a luta! Esse termo do checklist soa como uma má interpretação pela maioria, eu por exemplo antes de você dar maiores detalhes. A lista está aqui para isso. Auxiliar, ajudar, tirar-dúvidas e principalmente colaborar. Um grande abraço! 2011/6/15 Aguimar Rezende Junior <[email protected]> > Exatamente Alisson, você entendeu a minha dúvida. Ou talvez eu não tenha > me expressado bem, de qualquer forma obrigado pela dica. Creio que muitos > iniciantes vão aproveitar essa trhead. > > > > Em 14/06/2011 23:54, Alisson Ceolin escreveu: > > Olá > > acredito que vc queira esta configuração confusa com muitos serviços, > mais para prova de conceito certo? ou como comentado algo pequeno. > bem, antes me malhar o cara por usar firebird, veja se nao é a necessidade, > existem casos que vc fica preso a uma aplicação construída para este banco, > sei pq indiretamente passo por isso. > > mysql | postgresql | ingres | oracle e sabelaoqueSQL uns amam, outros > detestam, mas no final vc acaba utilizando um, mas tem que saber como o > outro funfa tb. > penso que a ideia nao é discutir um ou outro.. mas sim como tirar melhor > proveito de um ou outro. > > no seu caso, procure pelo termo linux hardening vc encontrará algo como > http://marcosabadi.blogspot.com/2010/02/hardening-em-servidores-linux.html > procure livros do assunto, e lembre-se vc nunca estará 100% seguro, mas > pq facilitar as coisas para o 'malfeitor' ou mesmo um cliente desavisado e > atrapalhado. > aprofunde-se nos serviços que quer disseminar, e isto é legal, é assim q vc > aprende.. surgiram dúvidas, poste aqui, ou em outro blog... sempre alguém > poderá auxiliar. > se os assuntos de segurança fossem fáceis, nao teríamos tantos problemas em > redes como Sony, FMI, Acer, Google/Facebook etc. > > minha dica é o termo hardening de servidores assim vc vai fechando os > mesmos, vai desde a criação das partiçoes, politica de senhas, a conf de > serviços. > indo um pouco mais além, vc pode dar uma olhada (para conhecimento) nas > isos/iec 27001 e 27002 (elas nao dizem como, mas dizem o que é recomendado > na maioria dos casos) > > att > > Alisson Ceolin > > > ------------------------------ > *De:* Keppler <[email protected]> <[email protected]> > *Para:* [email protected] > *Enviadas:* Terça-feira, 14 de Junho de 2011 21:39 > *Assunto:* Re: [slack-users] Checklist de segurança > > Olá Aguimar! > Cara, tô com o Ananias! > Não existe um checklist na forma como você quer e se alguém te passar um, > pode jogar fora! > Um servidor que vai rodar tudo isso acho que nem na Locaweb ou no UolHost > tem assim....:P > A não ser que seja algo de pequeno porte como sugeriu o Ananias. > Outra coisa estranha são estes 2 bancos de dados no mesmo servidor....a > última vez que ouvi falar de alguém que usa o Firebird foi em meados de > 2006. De lá pra cá, no meu modesto ponto de vista, tem bancos muito melhores > que ele, por exemplo Mysql e o meu preferido, o PostgreSQL que atendem > perfeitamente até para grandes volumes de dados e tráfego. > > Bom, voltando ao seu checklist, volto a dizer que é impossível falar em um, > pois você precisa saber todos (na medida do possível) detalhes dos serviços > que irão rodar, quem irá acessar, terá acesso remoto?, tráfego, etc. Acho > que começa por aí... > > Outro ponto é tentar usar sempre que possível a última versão dos programas > a serem usados, pois com certeza foram corrigidos bugs e falhas de > segurança. > Não sei se te ajuda, mas eu por exemplo quando vou configurar um servidor > do zero, levando quais os serviços que este server vai rodar e aí eu baixo a > última versão do programa, compilo e instalo. > Hoje por exemplo fiz isto: Instalei e compilei as útimas versões do Apache, > do Squid, do PostgreSQL e do Bacula. > > Bem, este é meu ponto de vista. Mas de toda forma gostaria de ouvir os > colegas. > > > On 14-06-2011 10:53, Ananias Filho wrote: > > Aguimar, > > não entendi, sinceramente, esse teu ponto de vista do checklist. > Você pode até ter um check list de uma necessidade específica. Mas um > checklist geral? dúvido :) > > Por exemplo, esse teu checklist ai, usa o Firebird e sendmail. Quem aqui > na lista usa os dois ao mesmo tempo ou ao menos o Firebird? > Poucos são os que utilizam o Firebird para internet, tendo em vista que a > maior linguagem web, não sei se ainda é, o php é mais comum ser utilizado > como MySQL ou ainda, PostgreSQL. > > Outra coisa, quando você diz que este servidor vai ser completo, não > entendi novamente. Você carregar no mesmo sistema > tudo isso, é meio doidera, 2 bancos de dados junto com o apache e o serviço > de email. > Aonde você irá montar esse servidor? em um escritório com até 5 usuários? > na tua casa? > E ai? > > 2011/6/14 Aguimar Rezende Junior <[email protected]> > > Pessoal bom dia > > Estou montando um servidor web novo no slackware 13.37, este servidor vai > ser completo. > > Apache > Sendmail > Mysql > Firebird > Ftp > php > phpmyadmin > > Sempre sigo um checlist de segurança que eu mesmo fiz pra não esquecer > nada, mas gostaria de saber se alguém tem checklist pronto. > De repente deixei passar alguma coisa, só para comparar. > > -- > GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected] > > > > > -- > *kram3r* > -- > GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected] > > > -- > GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected] > > > -- > GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected] > > > -- > GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected] > -- *kram3r* -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
