"Aproveitando o gancho do artigo, existe alguma solução livre que siga os mesmos princípios e que eu possa realizar atualizações de forma segura, mantendo os softwares antigos, por exemplo e aplicando apenas patches?" Bit, Olha só, pelo que eu entendi da tua pergunta, eu acho que toda aplicação realizada nos patches de SuSE e Red Hat são feitas manualmente por quem mantém os pacotes, não tem um procedimento "mágico" nessas situações... Quando ocorre uma aplicação de patch, esses patches são testados em máquinas feitas pra isso, antes de serem homologados... Pelo fato de uma aplicação de patch não ser tão "simples", não existe uma ferramenta livre... Ferramenta livre seria o quê ? Apt-get, emerge, portmaster, isso de acordo com a distribuição que tu vais utilizar...nesses casos a versão já traz o software devidamente patcheado. Sds,
Ótimo artigo. Porém, gostaria de ressaltar a questão de atualização de softwares e sistemas que se encontram disponíveis como serviço, isto é, serviços de rede. Na empresa onde trabalhava, certa vez cheguei a conversar sobre isto com meu chefe. A questão de atualizar os softwares para que as brechas de segurança sejam corrigidas e assim protegermos bem a rede, porém não é tão simples assim... Utilizávamos na época o Squid 2.5 e resolvemos fazer um upgrade para o 2.6, pois sendo uma versão mais recente acreditávamos que isto melhoraria a segurança. Utilizávamos a versão 2.5 do Squid em modo transparente e, após o upgrade, nada funcionava por conta da nova sintaxe de configuração para proxy transparente. É bom realizar as atualizações, mas elas devem ser planejadas e realizadas em etapas, em momentos em que o serviço não é muito visado (em alguns casos, como servidor de correio, empresas não querem que pare nem mesmo de madrugada...) e de preferência com servidores de teste antes de realizar a aplicação em ambiente de produção. Nestes casos, muitos optam por uma distribuição comercial como o Red Hat e o SuSE Enterprise por ter um time de feedback, o qual prestará suporte de nível avançado caso ocorra algum problema de nível crítico e as atualizações me parece que são feitas aplicando patch de correção nos softwares já existentes, ou seja, ele não faz um upgrade da versão do software, só corrige a falha (o CentOS que é baseado no Red Hat usa o kernel 2.6.18 ainda). Aproveitando o gancho do artigo, existe alguma solução livre que siga os mesmos princípios e que eu possa realizar atualizações de forma segura, mantendo os softwares antigos, por exemplo e aplicando apenas patches? Acredito que exemplificando isso os profissionais da Under-linux que não possuem muita experiência (como eu) podem planejar as atualizações.
Postado originalmente por minelli Olá amigo agradeço e fico feliz por ter vindo ler, aprender e ter ajudado-o. Você deve colocar da seguinte forma em baixo da ultima linha que no seu caso é a umask 022 então deverá ficar assim: Código : linhas anteriores do arquivo .... umask 022 ulimit -c 100000 ulimit -m 2000 ulimit -u 128 ulimit -n 8192 Aqui é o unico lugar a se alterar ou tem que fazer alteraçõe em outros lugares? e como adequar esses parametros com mer servidor? posso tomar essas medidas como padrão e implementar aqui? Como aqui eu tenho apenas 2 GB memoria setei ulimit -m 2000 em ulimit -m 1000. Vou testar.
linhas anteriores do arquivo .... umask 022 ulimit -c 100000 ulimit -m 2000 ulimit -u 128 ulimit -n 8192
O google vai fazer propaganda e do Chrome OS e não do Linux! E outra o OS vai ser voltado para computação em nuvem e não um OS de fato como conhecemos.
Pelo que entendi, multicast seria algo como quando em uma conferencia tem traducao simultanea. Ou seja A recebe a informacao e Ns recebem simultaneamente a traducao em seus idiomas respectivos.. Pode ser isso?
Já acabou? eu tava adorando isso. É sério, aprendi mais com vcs do que pesquisando no Google.
Abraço a todos. Alexandre, fiz conforme seu video e funcionou apenas com arquivos menores q 3 megas.. qndo baixo alguma aquivo maior q 5 megas, ele nao vai para o cache. oque faço?
Qui em Barras-PI, meu link é dedicado e ficou fora no mesmo periodo..
Mato a pau Minelli, vc é o cabra!
Concordo, mas o windows não tem uma comunidade como temos no universo linux, são milhares espalhados no mundo e não apenas em redmond(microsoft)....
