[1] Comentário enviado por
rapatao em 13/07/2004 - 01:52h:
Pow mandou bem com esse artigo heim!
[]'s
[2] Comentário enviado por
pereira.celso em 13/07/2004 - 03:03h:
muito bom mesmo o artigo.....valeu Davidson
[3] Comentário enviado por
engos em 13/07/2004 - 08:57h:
Pensei que seria um artigo mais interessante, nesse você não colocou nada de mais, no meu ponto de vista, entretanto é difícil ver um artigo tão bem feito por aqui.
Parabéns pelo artigo, nota 10 pra mim!
[4] Comentário enviado por
franklinbr em 13/07/2004 - 10:48h:
Não concordo com voce engos, o apt do debian eh uma ferramenta muito poderosa, mas se torna inviável a instalacao em muitas maquinas, pois o mesmo nao suporta nativamente um serviço ou criação de um repositorio local. O que o Davidson fez foi descrever isso de forma mais suncita possivel, fugindo do tutoriais formais encontrados na net. Parabéns Davidson !!!!!
Continue tornando o Apt mais forte do que eh!!
valeu
Franklin Anderson.
[5] Comentário enviado por
fabio em 13/07/2004 - 11:36h:
Nossa, daqui a pouco o pessoal vai precisar publicar livros online pra poder satisfazer a sedenta massa de críticos que surge na comunidade. :P
Beleza de artigo Davidson, show de bola!!!
[6] Comentário enviado por
agk em 13/07/2004 - 13:56h:
Hehe, concordo com o Fábio, o artigo está muito bom parabéns. Eu também tenho um laboratório Debian e faço isso de uma forma um pouco diferente, uso o proxy squid para fazer cache, daí tudo que eu atualizar em uma máquina está disponível no cache para as outras, bem simples né.
Mas gostaria de achar uma maneira de automatizar as atualizações, sei lá talvez fazer um shell script para conectar remotamente nessas estações e mandar o "apt-get update && apt-get upgrade" rodar, e retornar se tudo ocorreu bem ou não.
Por que pelo que vi mesmo montando o repositório local vai ter que ir de máquina em máquina dar o apt-get, se estiver errado me corrijam por favor.
[ ]'s.
[7] Comentário enviado por
Czuber em 13/07/2004 - 16:25h:
Gostei muito do artigo!
Tb entendi como vc agk, mas vc pode solucionar isso agendando no cron para ele atualizar periodicamente ;-) Só tome cuidado com a versão que vc usa! Soube de um caso que um amigo fez isso e tinha dias que os ícones do KDE dele sumiam devido a atualizações constantes do pessoal do Debian na versão unstable rs...
[]s
[8] Comentário enviado por
betosaqua em 14/07/2004 - 17:57h:
para quem diz que um pingo (.) e letra ou até mesmo para um bom entendedor uma palavra basta. afinal de contas quem esta certo nesta história ??
[9] Comentário enviado por
jeffestanislau em 15/07/2004 - 10:25h:
Putz o que uma boa idéia não faz...
Os bons artigos se encontram na descrição objetiva do que está escrito e na eficiência de seus resultados....
Por isso não tem o que se discutir.... tá muito bom mesmo!!!
Parabéns!!!
[]´s
[10] Comentário enviado por
georgejulio em 15/07/2004 - 17:38h:
Muito bom o seu artigo... até porque não é só os expertes que usa o linux. Bem mais no caso do arquivo #/etc/exports, você pode tentar configuralo da seguinte maneira:
/var/cache/apt/archives aquario*(ro)
ou
/var/cache/apt/archives *(ro)
ou
/var/cache/apt/archives 172.20.0.0(ro) cosiderando que sua rede é de classe B e começa com 172.20.
Assim não será necessário dar manutenção neste arquivo a cada máquina que é acrescentada.
[11] Comentário enviado por
vargas em 17/07/2004 - 01:03h:
Ótimo artigo, como já era de se esperar. Muito bom, poupando nosso bem mais precioso, que é o tempo.
[12] Comentário enviado por
falecomcyber em 27/09/2004 - 19:35h:
Caramba! O artigo está muito bom!
"Usar a cabeça, uma boa idéia!"
Gostei muito da forma do artigo, deu pra entender tudo de primeira! SHOW!
[13] Comentário enviado por
fsa_net em 11/01/2005 - 19:17h:
Uma dica.
Para manter o servidor atualizado é só instalar o pacote cron-apt.
[14] Comentário enviado por
fernandoamador em 16/01/2005 - 05:43h:
bom.
[15] Comentário enviado por
fernandoamador em 16/01/2005 - 05:43h:
Uauuu!!!
[17] Comentário enviado por
theagao em 07/04/2005 - 00:34h:
Cara valeu pelo artigo, isso para um admin de redes é crucial, não que eu seja um mas pretendo rsrsrs. Valeu mesmo pelo ensinamento que vocês experientes passam para nós, mais leigos.
[18] Comentário enviado por
fchevitarese em 07/10/2005 - 11:51h:
poxa! mais um bo artigo teu kra! Li mtos artigos que vieram de vc até hj gostei de todos!!
Vlws !! Abraços
[19] Comentário enviado por
kernel_sys em 11/11/2005 - 09:44h:
esse artigo ta show de bola
[20] Comentário enviado por
alexandrebchaves em 05/03/2006 - 11:58h:
Belo Artigo!
Mas eu axo q já vi em outro lugar um bem parecido com esse
de todo jeito, Valeu!
[21] Comentário enviado por
kleitonlrsoares em 20/04/2006 - 08:57h:
Muito bom, já tinha feito isso com o fedora 5 e funciona perfeitamente. Tenho um curso de fedora(administração linux) com 100 maquinas, seria meio complicado atualizar uma a uma.
Abraços.
[22] Comentário enviado por
znovier em 24/05/2006 - 22:33h:
Muito bom mesmo acho que ajudou muito. Pense instalar cada 10 micros de uma rede básica um por um.
Znvoier
[23] Comentário enviado por
jeffersonpgodoy em 17/06/2006 - 09:20h:
Muito bom mesmo!!!
[24] Comentário enviado por
linuxlite em 30/06/2006 - 15:10h:
Ótimo artigo!
[25] Comentário enviado por
dailson em 07/07/2006 - 18:03h:
Bom!! Muito bom.
Parabéns
[26] Comentário enviado por
walber em 16/05/2007 - 02:15h:
Mandou super bem kra!!!
[27] Comentário enviado por
lipecys em 15/06/2007 - 16:36h:
Muito bem esclarecido o artigo, muito bom.
Só gostaria de saber se tem como eu instalar um "Debian" em uma máquina escrava a partir de um repositório localizado em um servidor qualquer, por exemplo "http://apt.teste.int.br/debian pacotes/.
Se alguém tiver uma sugestão, fico agradecido...................
[28] Comentário enviado por
agk em 17/06/2007 - 00:09h:
Você pode baixar um CD netinstall, depois é só apontar o endereço do repositório da rede.
Há muito tempo atrás (Debian Woody) eu gerava dois disquetes pra fazer a instalação do Debian através do repositório da rede local nas máquinas que não tinham drive de CD, não sei se isso ainda existe no Sarge ou no Etch.