Re: TESTE DE INTEGRIDADE SSD
Anderson, boa tarde! Eu não entendi bem a sua dúvida, mas sobre a partição /boot eu consegui contornar isso. Você não precisa adicionar a partição /boot ao RAID... Algo que você pode fazer é reconfigurar o grub para que, quando ele atualizar, o sistema identifica que existem duas partições /boot e irá atualizar as duas. Sendo assim, se em algum momento o disco 1 (principal) parar de funcionar, o segundo disco terá o /boot atualizado e irá conseguir iniciar corretamente. PORÉM, existe um segundo pulo do gato que envolve o /boot e o fstab... É meio complicado descrever o problema, mas se trata do seguinte: Após você rodar o reconfigure pros grubs/boot, você conseguirá adicionar a lista do fstab quais são os seus /boot (UUID). O que acontece é que, se o disco principal falhar, durante a inicialização do sistema, o sistema vai ler a primeira linha de /boot que será o UUID do /boot do disco principal que neste caso está fora, e por conta disso não conseguirá iniciar. OK, você até vai conseguir acessar a máquina e modificar o fstab para o segundo UUID de /boot passar a ser o principal, mas o intuito é isso ser invisível. Para este caso, você pode adicionar um mesmo LABEL para as partições /boot. Logo, na identificação do fstab, ao invés de ter um UUID diferente para cada /boot, você irá identificar o label para montar no /boot. Neste caso, como as duas partições /boot dos dois discos possuem o mesmo LABEL, caso um /boot pare de funcionar (disco fora), ele irá iniciar pelo outro /boot do segundo disco. Irei descrever abaixo os comandos: Reconfigurar e identificar os /boot que serão atualizados em conjunto. PS: É sempre indicado que os HDs sejam de mesma marca e capacidade, para que no momento da formatação do disco, o /boot secundário ficar identico ao principal. # dpkg-reconfigure grub-efi-amd64 Adicionar LABEL aos /boot. # dosfslabel /dev/boot1 "nome-label" # dosfslabel /dev/boot2 "nome-label" Modificar no fstab a linha que diz respeito ao /boot , trocando o UUID por LABEL. LABEL=nome-label /boot Pra testar, já sabe... Desativa um HD, depois tenta iniciar pelo outro. Depois desativa o atual, e reinicia pelo que estava parado. Interessante é que o RAID ainda irá funcionar lindamente, e nunca te dará dor de cabeça. :) Espero ter ajudado! Best, On Mar 4 2024, at 1:10 pm, Anderson Rodrigues wrote: > Por falar em Raid tem um problema que eu ainda não consegui contornar, > fazendo Raid em Software temos um problema para instalar o /Boot no Raid por > exemplo "md0/boot" o Grub não consegue ver esse diretório durante a > instalação uma forma de contornar isso é criar uma partição no disco somente > para o /boot, porém se esse disco for o que apresentar o problema perdemos o > acesso ao sistema, uma pergunta RAID em software é recomendado apenas para > máquinas desktops e não servidores, ou temos alguma forma de deixar o /boot > com grub em todos os discos de forma a não parar a máquina? > Muito Obrigado a todos e um bom dia. > > > Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida (mailto:rafael.i...@gmail.com)> escreveu: > > Galera, > > Quem quiser saber mais sobre SSD no Linux > > https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf > > > > > > > > Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha > > mailto:leandrocunha...@gmail.com)> escreveu: > > > João, é você que realiza o processo pra se retirar da lista. > > > > > > https://lists.debian.org/debian-user-portuguese/ > > > Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni > > > mailto:jnge...@hotmail.com)> escreveu: > > > > Me retire desta lista > > > > > > > > Obter o Outlook para Android (https://aka.ms/AAb9ysg) > > > > From: Jose Tavares > > > (mailto:jaatavar...@gmail.com)> > > > > Sent: Wednesday, February 28, 2024 2:02:14 AM > > > > To: Yuri Musachio > > > (mailto:yuri.musac...@gmail.com)> > > > > Cc: Rafael de Almeida > > > (mailto:rafael.i...@gmail.com)>; debian-user-portuguese > > > > > > > (mailto:debian-user-portuguese@lists.debian.org)> > > > > Subject: Re: TESTE DE INTEGRIDADE SSD > > > > > > > > > > > > Me lembrei de algo extra.. > > > > > > > > Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado > > > > no SSD uma particao de swap muito pequena, alguns blocos do SSD serão > > > > super stressados com escrita e leitura, podendo danificar aquele espaco > > > > precocemente. A recomendacao é que o swap seja sempre 2x a quantidade > > > > de ram. Hoje em dia isto pode ser bastante de espaco desperdicado. > > > >
Re: TESTE DE INTEGRIDADE SSD
Humm vou dar o meu pitaco pois faz muito tempo que não mexo com o msadm, mas na época eu fazia um grub-install /dev/ sda; grub-install /dev/sdb Em seg., 4 de mar. de 2024, 14:27, Anderson Rodrigues < andersonrodrigues1...@gmail.com> escreveu: > Por falar em Raid tem um problema que eu ainda não consegui contornar, > fazendo Raid em Software temos um problema para instalar o /Boot no Raid > por exemplo "md0/boot" o Grub não consegue ver esse diretório durante a > instalação uma forma de contornar isso é criar uma partição no disco > somente para o /boot, porém se esse disco for o que apresentar o problema > perdemos o acesso ao sistema, uma pergunta RAID em software é recomendado > apenas para máquinas desktops e não servidores, ou temos alguma forma de > deixar o /boot com grub em todos os discos de forma a não parar a máquina? > Muito Obrigado a todos e um bom dia. > > Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida < > rafael.i...@gmail.com> escreveu: > >> Galera, >> Quem quiser saber mais sobre SSD no Linux >> https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf >> >> Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha < >> leandrocunha...@gmail.com> escreveu: >> >>> João, é você que realiza o processo pra se retirar da lista. >>> >>> https://lists.debian.org/debian-user-portuguese/ >>> >>> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni < >>> jnge...@hotmail.com> escreveu: >>> >>>> Me retire desta lista >>>> >>>> Obter o Outlook para Android <https://aka.ms/AAb9ysg> >>>> -- >>>> *From:* Jose Tavares >>>> *Sent:* Wednesday, February 28, 2024 2:02:14 AM >>>> *To:* Yuri Musachio >>>> *Cc:* Rafael de Almeida ; >>>> debian-user-portuguese >>>> *Subject:* Re: TESTE DE INTEGRIDADE SSD >>>> >>>> Me lembrei de algo extra.. >>>> >>>> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado >>>> no SSD uma particao de swap muito pequena, alguns blocos do SSD serão super >>>> stressados com escrita e leitura, podendo danificar aquele espaco >>>> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de >>>> ram. Hoje em dia isto pode ser bastante de espaco desperdicado. >>>> >>>> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol >>>> .. >>>> Deixa eu contar como aconteceu comigo o problema repetitivamente: >>>> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles >>>> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de >>>> disco, se consegue saber quantas vezes um determinado bloco consegue >>>> aceitar escritas antes de estourar. >>>> >>>> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a >>>> máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa >>>> prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo >>>> espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar >>>> lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer >>>> os calculos, mas pelos 2 anos o problema acontece. >>>> >>>> Jose Tavares >>>> >>>> >>>> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares >>>> wrote: >>>> >>>> Alguns fabricantes de SSD tem produtos muito ruins. >>>> >>>> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e >>>> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois >>>> de concluir o tempo, com o parâmetro -a consegues ver o resultado. >>>> >>>> O smart roda em background, então não afeta a perf da máquina. Lê com >>>> atenção os resultados. >>>> >>>> Uma tool simples que recomendo é o f3. >>>> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html >>>> Foi escrita por um brasileiro. >>>> >>>> Basicamente o que ela faz é escrever padrões em toda a memória flash e >>>> depois lê e compara os resultados. Com isto, dá para ver se há diferenças >>>> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve >>>> para qualquer tipo de armazenamento. >>>> >>>> Durante as operações, acompanhe os logs da máquina para ver se acontece >>>> re
Re: TESTE DE INTEGRIDADE SSD
Por falar em Raid tem um problema que eu ainda não consegui contornar, fazendo Raid em Software temos um problema para instalar o /Boot no Raid por exemplo "md0/boot" o Grub não consegue ver esse diretório durante a instalação uma forma de contornar isso é criar uma partição no disco somente para o /boot, porém se esse disco for o que apresentar o problema perdemos o acesso ao sistema, uma pergunta RAID em software é recomendado apenas para máquinas desktops e não servidores, ou temos alguma forma de deixar o /boot com grub em todos os discos de forma a não parar a máquina? Muito Obrigado a todos e um bom dia. Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida < rafael.i...@gmail.com> escreveu: > Galera, > Quem quiser saber mais sobre SSD no Linux > https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf > > Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha < > leandrocunha...@gmail.com> escreveu: > >> João, é você que realiza o processo pra se retirar da lista. >> >> https://lists.debian.org/debian-user-portuguese/ >> >> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni < >> jnge...@hotmail.com> escreveu: >> >>> Me retire desta lista >>> >>> Obter o Outlook para Android <https://aka.ms/AAb9ysg> >>> -- >>> *From:* Jose Tavares >>> *Sent:* Wednesday, February 28, 2024 2:02:14 AM >>> *To:* Yuri Musachio >>> *Cc:* Rafael de Almeida ; debian-user-portuguese >>> >>> *Subject:* Re: TESTE DE INTEGRIDADE SSD >>> >>> Me lembrei de algo extra.. >>> >>> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no >>> SSD uma particao de swap muito pequena, alguns blocos do SSD serão super >>> stressados com escrita e leitura, podendo danificar aquele espaco >>> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de >>> ram. Hoje em dia isto pode ser bastante de espaco desperdicado. >>> >>> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol >>> .. >>> Deixa eu contar como aconteceu comigo o problema repetitivamente: >>> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles >>> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de >>> disco, se consegue saber quantas vezes um determinado bloco consegue >>> aceitar escritas antes de estourar. >>> >>> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a >>> máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa >>> prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo >>> espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar >>> lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer >>> os calculos, mas pelos 2 anos o problema acontece. >>> >>> Jose Tavares >>> >>> >>> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares >>> wrote: >>> >>> Alguns fabricantes de SSD tem produtos muito ruins. >>> >>> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e >>> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois >>> de concluir o tempo, com o parâmetro -a consegues ver o resultado. >>> >>> O smart roda em background, então não afeta a perf da máquina. Lê com >>> atenção os resultados. >>> >>> Uma tool simples que recomendo é o f3. >>> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html >>> Foi escrita por um brasileiro. >>> >>> Basicamente o que ela faz é escrever padrões em toda a memória flash e >>> depois lê e compara os resultados. Com isto, dá para ver se há diferenças >>> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve >>> para qualquer tipo de armazenamento. >>> >>> Durante as operações, acompanhe os logs da máquina para ver se acontece >>> resets nas controladoras de disco. >>> >>> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD >>> diferentes, para contornar problemas de fabricantes e de modelos >>> específicos. Outra opção é usar um SSD e um HDD, e então configurar >>> write-mostly para que todas as leituras se dêem somente do SSD e as >>> escritas em ambos para não ter perda de performance significativa. >>> >>> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar >>> um dd if= of=/dev/null >>> Desta forma fazend
Re: TESTE DE INTEGRIDADE SSD
Galera, Quem quiser saber mais sobre SSD no Linux https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha < leandrocunha...@gmail.com> escreveu: > João, é você que realiza o processo pra se retirar da lista. > > https://lists.debian.org/debian-user-portuguese/ > > Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni < > jnge...@hotmail.com> escreveu: > >> Me retire desta lista >> >> Obter o Outlook para Android <https://aka.ms/AAb9ysg> >> -- >> *From:* Jose Tavares >> *Sent:* Wednesday, February 28, 2024 2:02:14 AM >> *To:* Yuri Musachio >> *Cc:* Rafael de Almeida ; debian-user-portuguese < >> debian-user-portuguese@lists.debian.org> >> *Subject:* Re: TESTE DE INTEGRIDADE SSD >> >> Me lembrei de algo extra.. >> >> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no >> SSD uma particao de swap muito pequena, alguns blocos do SSD serão super >> stressados com escrita e leitura, podendo danificar aquele espaco >> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de >> ram. Hoje em dia isto pode ser bastante de espaco desperdicado. >> >> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol .. >> Deixa eu contar como aconteceu comigo o problema repetitivamente: >> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles >> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de >> disco, se consegue saber quantas vezes um determinado bloco consegue >> aceitar escritas antes de estourar. >> >> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a >> máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa >> prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo >> espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar >> lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer >> os calculos, mas pelos 2 anos o problema acontece. >> >> Jose Tavares >> >> >> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares >> wrote: >> >> Alguns fabricantes de SSD tem produtos muito ruins. >> >> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e >> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois >> de concluir o tempo, com o parâmetro -a consegues ver o resultado. >> >> O smart roda em background, então não afeta a perf da máquina. Lê com >> atenção os resultados. >> >> Uma tool simples que recomendo é o f3. >> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html >> Foi escrita por um brasileiro. >> >> Basicamente o que ela faz é escrever padrões em toda a memória flash e >> depois lê e compara os resultados. Com isto, dá para ver se há diferenças >> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve >> para qualquer tipo de armazenamento. >> >> Durante as operações, acompanhe os logs da máquina para ver se acontece >> resets nas controladoras de disco. >> >> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD >> diferentes, para contornar problemas de fabricantes e de modelos >> específicos. Outra opção é usar um SSD e um HDD, e então configurar >> write-mostly para que todas as leituras se dêem somente do SSD e as >> escritas em ambos para não ter perda de performance significativa. >> >> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar >> um dd if= of=/dev/null >> Desta forma fazendo uma leitura completa do disco antes de começar o seu >> uso. Nisto já se percebe se houver erros. É possível também fazer testes de >> escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido >> configurado com ext4.. O comando shred também pode te ajudar fazendo passes >> no disco e vendo resultados. >> >> Mas de todas opções, o f3 me parece o mais fácil e direto para os teus >> testes, e irá acusar problemas se houverem. >> >> Ah, e execute todos os testes antes de colocar o disco em produção. >> >> Espero ter ajudado. >> Jose Tavares >> >> >> On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio >> wrote: >> >> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, >> existem certos “pulo do gato” que eu penei pra encontrar soluções na >> internet, e que na real não encontrei solução pro meu problema. Eu mesmo >> “desenvolvi”/descobri uma solução. Rs >> Outr
Re: TESTE DE INTEGRIDADE SSD
João, é você que realiza o processo pra se retirar da lista. https://lists.debian.org/debian-user-portuguese/ Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni < jnge...@hotmail.com> escreveu: > Me retire desta lista > > Obter o Outlook para Android <https://aka.ms/AAb9ysg> > -- > *From:* Jose Tavares > *Sent:* Wednesday, February 28, 2024 2:02:14 AM > *To:* Yuri Musachio > *Cc:* Rafael de Almeida ; debian-user-portuguese < > debian-user-portuguese@lists.debian.org> > *Subject:* Re: TESTE DE INTEGRIDADE SSD > > Me lembrei de algo extra.. > > Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no > SSD uma particao de swap muito pequena, alguns blocos do SSD serão super > stressados com escrita e leitura, podendo danificar aquele espaco > precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de > ram. Hoje em dia isto pode ser bastante de espaco desperdicado. > > Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol .. > Deixa eu contar como aconteceu comigo o problema repetitivamente: > Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles > aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de > disco, se consegue saber quantas vezes um determinado bloco consegue > aceitar escritas antes de estourar. > > Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina > no trajeto pro office e no trajeto pra casa, o que seria uma boa prática. > Dois hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do > swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo > quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer os > calculos, mas pelos 2 anos o problema acontece. > > Jose Tavares > > > On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares > wrote: > > Alguns fabricantes de SSD tem produtos muito ruins. > > Instala o pacote smartmontools, e usa o smartctl fazendo teste short e > long .. Quando disparares o teste, verifica quanto tempo irá levar e depois > de concluir o tempo, com o parâmetro -a consegues ver o resultado. > > O smart roda em background, então não afeta a perf da máquina. Lê com > atenção os resultados. > > Uma tool simples que recomendo é o f3. > https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html > Foi escrita por um brasileiro. > > Basicamente o que ela faz é escrever padrões em toda a memória flash e > depois lê e compara os resultados. Com isto, dá para ver se há diferenças > na escrita e depois leitura, o que indicaria erro no armazenamento. Serve > para qualquer tipo de armazenamento. > > Durante as operações, acompanhe os logs da máquina para ver se acontece > resets nas controladoras de disco. > > Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD > diferentes, para contornar problemas de fabricantes e de modelos > específicos. Outra opção é usar um SSD e um HDD, e então configurar > write-mostly para que todas as leituras se dêem somente do SSD e as > escritas em ambos para não ter perda de performance significativa. > > Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um > dd if= of=/dev/null > Desta forma fazendo uma leitura completa do disco antes de começar o seu > uso. Nisto já se percebe se houver erros. É possível também fazer testes de > escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido > configurado com ext4.. O comando shred também pode te ajudar fazendo passes > no disco e vendo resultados. > > Mas de todas opções, o f3 me parece o mais fácil e direto para os teus > testes, e irá acusar problemas se houverem. > > Ah, e execute todos os testes antes de colocar o disco em produção. > > Espero ter ajudado. > Jose Tavares > > > On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio > wrote: > > MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, > existem certos “pulo do gato” que eu penei pra encontrar soluções na > internet, e que na real não encontrei solução pro meu problema. Eu mesmo > “desenvolvi”/descobri uma solução. Rs > Outra solução também, bem simples, é deixar o sistema num HD e o /home > colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê > problema no HD do sistema. > Mas se for o caso de não haver um segundo slot de HD, acho que um programa > (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma > alternativa. > > > > > > Best, > > Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida < > rafael.i...@gmail.com> escreveu: > > > Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD &
Re: TESTE DE INTEGRIDADE SSD
Me retire desta lista Obter o Outlook para Android<https://aka.ms/AAb9ysg> From: Jose Tavares Sent: Wednesday, February 28, 2024 2:02:14 AM To: Yuri Musachio Cc: Rafael de Almeida ; debian-user-portuguese Subject: Re: TESTE DE INTEGRIDADE SSD Me lembrei de algo extra.. Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no SSD uma particao de swap muito pequena, alguns blocos do SSD serão super stressados com escrita e leitura, podendo danificar aquele espaco precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de ram. Hoje em dia isto pode ser bastante de espaco desperdicado. Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol .. Deixa eu contar como aconteceu comigo o problema repetitivamente: Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de disco, se consegue saber quantas vezes um determinado bloco consegue aceitar escritas antes de estourar. Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer os calculos, mas pelos 2 anos o problema acontece. Jose Tavares On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares mailto:jaatavar...@gmail.com>> wrote: Alguns fabricantes de SSD tem produtos muito ruins. Instala o pacote smartmontools, e usa o smartctl fazendo teste short e long .. Quando disparares o teste, verifica quanto tempo irá levar e depois de concluir o tempo, com o parâmetro -a consegues ver o resultado. O smart roda em background, então não afeta a perf da máquina. Lê com atenção os resultados. Uma tool simples que recomendo é o f3. https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html Foi escrita por um brasileiro. Basicamente o que ela faz é escrever padrões em toda a memória flash e depois lê e compara os resultados. Com isto, dá para ver se há diferenças na escrita e depois leitura, o que indicaria erro no armazenamento. Serve para qualquer tipo de armazenamento. Durante as operações, acompanhe os logs da máquina para ver se acontece resets nas controladoras de disco. Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD diferentes, para contornar problemas de fabricantes e de modelos específicos. Outra opção é usar um SSD e um HDD, e então configurar write-mostly para que todas as leituras se dêem somente do SSD e as escritas em ambos para não ter perda de performance significativa. Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um dd if= of=/dev/null Desta forma fazendo uma leitura completa do disco antes de começar o seu uso. Nisto já se percebe se houver erros. É possível também fazer testes de escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido configurado com ext4.. O comando shred também pode te ajudar fazendo passes no disco e vendo resultados. Mas de todas opções, o f3 me parece o mais fácil e direto para os teus testes, e irá acusar problemas se houverem. Ah, e execute todos os testes antes de colocar o disco em produção. Espero ter ajudado. Jose Tavares On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio mailto:yuri.musac...@gmail.com>> wrote: MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, existem certos “pulo do gato” que eu penei pra encontrar soluções na internet, e que na real não encontrei solução pro meu problema. Eu mesmo “desenvolvi”/descobri uma solução. Rs Outra solução também, bem simples, é deixar o sistema num HD e o /home colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê problema no HD do sistema. Mas se for o caso de não haver um segundo slot de HD, acho que um programa (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma alternativa. Best, Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida mailto:rafael.i...@gmail.com>> escreveu: Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD dando problema . Parece que os bichos são descartáveis e o pior a gente tenta falar para o cliente fazer backup e é mesmo que nada . Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar a fazer RAID 1 .( espelhamento ) Rafael de Almeida Matias Especialista em Segurança da Informação Tecnólogo em Redes de Computadores Técnico em Informática Currículo Lattes: https://goo.gl/RqclG4 Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha mailto:leandrocunha...@gmail.com>> escreveu: Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de SSD. Links sobre isso https://wiki.debian.org/SSDOptimization https://wiki.debian.org/SSD%20Installation
Re: TESTE DE INTEGRIDADE SSD
Me lembrei de algo extra.. Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no SSD uma particao de swap muito pequena, alguns blocos do SSD serão super stressados com escrita e leitura, podendo danificar aquele espaco precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de ram. Hoje em dia isto pode ser bastante de espaco desperdicado. Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol .. Deixa eu contar como aconteceu comigo o problema repetitivamente: Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de disco, se consegue saber quantas vezes um determinado bloco consegue aceitar escritas antes de estourar. Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer os calculos, mas pelos 2 anos o problema acontece. Jose Tavares On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares wrote: > Alguns fabricantes de SSD tem produtos muito ruins. > > Instala o pacote smartmontools, e usa o smartctl fazendo teste short e > long .. Quando disparares o teste, verifica quanto tempo irá levar e depois > de concluir o tempo, com o parâmetro -a consegues ver o resultado. > > O smart roda em background, então não afeta a perf da máquina. Lê com > atenção os resultados. > > Uma tool simples que recomendo é o f3. > https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html > Foi escrita por um brasileiro. > > Basicamente o que ela faz é escrever padrões em toda a memória flash e > depois lê e compara os resultados. Com isto, dá para ver se há diferenças > na escrita e depois leitura, o que indicaria erro no armazenamento. Serve > para qualquer tipo de armazenamento. > > Durante as operações, acompanhe os logs da máquina para ver se acontece > resets nas controladoras de disco. > > Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD > diferentes, para contornar problemas de fabricantes e de modelos > específicos. Outra opção é usar um SSD e um HDD, e então configurar > write-mostly para que todas as leituras se dêem somente do SSD e as > escritas em ambos para não ter perda de performance significativa. > > Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um > dd if= of=/dev/null > Desta forma fazendo uma leitura completa do disco antes de começar o seu > uso. Nisto já se percebe se houver erros. É possível também fazer testes de > escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido > configurado com ext4.. O comando shred também pode te ajudar fazendo passes > no disco e vendo resultados. > > Mas de todas opções, o f3 me parece o mais fácil e direto para os teus > testes, e irá acusar problemas se houverem. > > Ah, e execute todos os testes antes de colocar o disco em produção. > > Espero ter ajudado. > Jose Tavares > > > On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio > wrote: > >> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, >> existem certos “pulo do gato” que eu penei pra encontrar soluções na >> internet, e que na real não encontrei solução pro meu problema. Eu mesmo >> “desenvolvi”/descobri uma solução. Rs >> Outra solução também, bem simples, é deixar o sistema num HD e o /home >> colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê >> problema no HD do sistema. >> Mas se for o caso de não haver um segundo slot de HD, acho que um >> programa (pode ser GUID mesmo) que faça backup num HD externo, pode ser >> também uma alternativa. >> >> >> >> >> >> Best, >> >> Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida < >> rafael.i...@gmail.com> escreveu: >> >> >> Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD >> dando problema . >> Parece que os bichos são descartáveis e o pior a gente tenta falar para o >> cliente fazer backup e é mesmo que nada . >> Peguei a sugestão do Eriberto o qual tenho grande admiração. De >> aconselhar a fazer RAID 1 .( espelhamento ) >> >> >> *Rafael de Almeida Matias* >> Especialista em Segurança da Informação >> Tecnólogo em Redes de Computadores >> Técnico em Informática >> Currículo Lattes: https://goo.gl/RqclG4 >> >> >> >> Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha < >> leandrocunha...@gmail.com> escreveu: >> >>> Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de >>> SSD. >>> >>> Links sobre isso >>> https://wiki.debian.org/SSDOptimization >>> https://wiki.debian.org/SSD%20Installation >>> >>
Re: TESTE DE INTEGRIDADE SSD
Alguns fabricantes de SSD tem produtos muito ruins. Instala o pacote smartmontools, e usa o smartctl fazendo teste short e long .. Quando disparares o teste, verifica quanto tempo irá levar e depois de concluir o tempo, com o parâmetro -a consegues ver o resultado. O smart roda em background, então não afeta a perf da máquina. Lê com atenção os resultados. Uma tool simples que recomendo é o f3. https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html Foi escrita por um brasileiro. Basicamente o que ela faz é escrever padrões em toda a memória flash e depois lê e compara os resultados. Com isto, dá para ver se há diferenças na escrita e depois leitura, o que indicaria erro no armazenamento. Serve para qualquer tipo de armazenamento. Durante as operações, acompanhe os logs da máquina para ver se acontece resets nas controladoras de disco. Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD diferentes, para contornar problemas de fabricantes e de modelos específicos. Outra opção é usar um SSD e um HDD, e então configurar write-mostly para que todas as leituras se dêem somente do SSD e as escritas em ambos para não ter perda de performance significativa. Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um dd if= of=/dev/null Desta forma fazendo uma leitura completa do disco antes de começar o seu uso. Nisto já se percebe se houver erros. É possível também fazer testes de escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido configurado com ext4.. O comando shred também pode te ajudar fazendo passes no disco e vendo resultados. Mas de todas opções, o f3 me parece o mais fácil e direto para os teus testes, e irá acusar problemas se houverem. Ah, e execute todos os testes antes de colocar o disco em produção. Espero ter ajudado. Jose Tavares On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio wrote: > MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, > existem certos “pulo do gato” que eu penei pra encontrar soluções na > internet, e que na real não encontrei solução pro meu problema. Eu mesmo > “desenvolvi”/descobri uma solução. Rs > Outra solução também, bem simples, é deixar o sistema num HD e o /home > colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê > problema no HD do sistema. > Mas se for o caso de não haver um segundo slot de HD, acho que um programa > (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma > alternativa. > > > > > > Best, > > Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida < > rafael.i...@gmail.com> escreveu: > > > Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD > dando problema . > Parece que os bichos são descartáveis e o pior a gente tenta falar para o > cliente fazer backup e é mesmo que nada . > Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar > a fazer RAID 1 .( espelhamento ) > > > *Rafael de Almeida Matias* > Especialista em Segurança da Informação > Tecnólogo em Redes de Computadores > Técnico em Informática > Currículo Lattes: https://goo.gl/RqclG4 > > > > Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha < > leandrocunha...@gmail.com> escreveu: > >> Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de >> SSD. >> >> Links sobre isso >> https://wiki.debian.org/SSDOptimization >> https://wiki.debian.org/SSD%20Installation >> >
Re: TESTE DE INTEGRIDADE SSD
MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, existem certos “pulo do gato” que eu penei pra encontrar soluções na internet, e que na real não encontrei solução pro meu problema. Eu mesmo “desenvolvi”/descobri uma solução. RsOutra solução também, bem simples, é deixar o sistema num HD e o /home colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê problema no HD do sistema.Mas se for o caso de não haver um segundo slot de HD, acho que um programa (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma alternativa.Best,Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida escreveu:Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD dando problema . Parece que os bichos são descartáveis e o pior a gente tenta falar para o cliente fazer backup e é mesmo que nada . Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar a fazer RAID 1 .( espelhamento ) Rafael de Almeida MatiasEspecialista em Segurança da InformaçãoTecnólogo em Redes de ComputadoresTécnico em InformáticaCurrículo Lattes: https://goo.gl/RqclG4Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunhaescreveu:Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de SSD.Links sobre issohttps://wiki.debian.org/SSDOptimizationhttps://wiki.debian.org/SSD%20Installation
Re: TESTE DE INTEGRIDADE SSD
Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD dando problema . Parece que os bichos são descartáveis e o pior a gente tenta falar para o cliente fazer backup e é mesmo que nada . Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar a fazer RAID 1 .( espelhamento ) *Rafael de Almeida Matias* Especialista em Segurança da Informação Tecnólogo em Redes de Computadores Técnico em Informática Currículo Lattes: https://goo.gl/RqclG4 Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha < leandrocunha...@gmail.com> escreveu: > Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de > SSD. > > Links sobre isso > https://wiki.debian.org/SSDOptimization > https://wiki.debian.org/SSD%20Installation >
Re: TESTE DE INTEGRIDADE SSD
Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de SSD. Links sobre isso https://wiki.debian.org/SSDOptimization https://wiki.debian.org/SSD%20Installation
Re: TESTE DE INTEGRIDADE SSD
Rafael, boa tarde! Existe uma palestra bem legal do Eriberto, na Latinoware 2020, falando sobre o SSD. Com certeza deve ter alguma informação falando das ferramentas para os testes que você deseja. Link Youtube: https://www.youtube.com/watch?v=Vr8uaJ07Fr0&pp=ygUMZXJpYmVydG8gc3Nk Best, On Feb 26 2024, at 12:57 pm, Rafael de Almeida wrote: > Prezados, > Gostaria de saber qual ferramenta no Debian ( Uso testing) faz o teste de > integridade de SSD. > > > > -- > Rafael de Almeida Matias > Especialista em Segurança da Informação > Tecnólogo em Redes de Computadores > Técnico em Informática > Currículo Lattes: https://goo.gl/RqclG4 > > > > > > > > > >
Re: TESTE DE INTEGRIDADE SSD
Nunca usei, mas na minha pesquisa aqui, achei 2 links versando sobre a mesma ferramenta. How to Test SSD/HDD Health in Linux (linuxopsys.com) <https://linuxopsys.com/topics/test-ssd-hdd-health-in-linux> <https://linuxopsys.com/topics/test-ssd-hdd-health-in-linux> Será isso que procura? []s Luís Cláudio Alves Gama *ADVERTÊNCIA*: *Esta mensagem é enviada de empresa de tecnologia e pode conter informações sigilosas, confidenciais ou privilegiadas entre profissional e cliente, sendo ilegal a divulgação ou reprodução, total ou parcial de seu conteúdo.* * Antes de imprimir,* *pense em seu compromisso com o* *Meio Ambiente.* Em seg., 26 de fev. de 2024 às 12:58, Rafael de Almeida < rafael.i...@gmail.com> escreveu: > Prezados, > Gostaria de saber qual ferramenta no Debian ( Uso testing) faz o teste de > integridade de SSD. > > > > -- > *Rafael de Almeida Matias* > Especialista em Segurança da Informação > Tecnólogo em Redes de Computadores > Técnico em Informática > Currículo Lattes: https://goo.gl/RqclG4 > >
TESTE DE INTEGRIDADE SSD
Prezados, Gostaria de saber qual ferramenta no Debian ( Uso testing) faz o teste de integridade de SSD. -- *Rafael de Almeida Matias* Especialista em Segurança da Informação Tecnólogo em Redes de Computadores Técnico em Informática Currículo Lattes: https://goo.gl/RqclG4
Off topic - teste
Bom dia! Fazendo um teste de participação em novo email caros. Cordialmente, -- *Guilherme Oliveira Magalhães* *Engenheiro Ambiental/Analista de Sistemas* *CREA MG: 04.9.162568* *Cel: +55 34 9 9663 8268 ou +55 34 9 9693 1108* *http://www.guilhermao.com.br/ <http://www.guilhermao.com.br/>*
teste
teste *Leandro Nóbrega* *leanobr...@gmail.com *
Re: Bateria de Testes/Teste de Stress
Tem também o phoronix Em 8 de março de 2016 12:41, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > 2016-03-08 8:49 GMT-03:00 Paulo Correia : > > > > Alguém conhece algum programa que faça uma bateria de testes (Testes de > > Stress) ? > > Se alguém souber de um teste de performance, agradeço. > > Poderiam indicar os nomes e onde baixá-los ? > > De desempenho, tem o da AnandTech? > > > -- > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org > +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 > BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm > > -- Flávio Menezes dos Reis Analista de Informática Procuradoria-Geral do Estado do RS (51) 3288 1764
Re: Bateria de Testes/Teste de Stress
2016-03-08 8:49 GMT-03:00 Paulo Correia : > > Alguém conhece algum programa que faça uma bateria de testes (Testes de > Stress) ? > Se alguém souber de um teste de performance, agradeço. > Poderiam indicar os nomes e onde baixá-los ? De desempenho, tem o da AnandTech? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
Re: Bateria de Testes/Teste de Stress
On Tue, Mar 08, 2016 at 08:49:13AM -0300, Paulo Correia wrote: > Alguém conhece algum programa que faça uma bateria de testes (Testes de > Stress) ? > Se alguém souber de um teste de performance, agradeço. > Poderiam indicar os nomes e onde baixá-los ? Paulo, tente este comando: apt-cache search stress signature.asc Description: Digital signature
Bateria de Testes/Teste de Stress
Pessoal, Alguém conhece algum programa que faça uma bateria de testes (Testes de Stress) ? Se alguém souber de um teste de performance, agradeço. Poderiam indicar os nomes e onde baixá-los ? Abraços, Paulo Correia
Re: teste
Failure test *enviado smartphone -- att. Luiz Henrique Rauber Rodrigues Professor URI Santiago - Pesquisador UNIFRA Sta Maria http://br.linkedin.com/in/luizrauber // Economizar também é consciencialização ambiental, não imprima este e-mail se desnecessário Em 28/06/2014 23:40, "Jack Jr" escreveu: > >
teste
Re: Re: Teste para levantar um novo PDC SAMBA
Boa tarde, Julio, estava pesquisando sobre o assunto e acabei de tropeçar nas suas aulas, e estou em situação bem semelhante (migrarei um domínio já existente, com samba4, para outro servidor também com samba4). Mantendo o SID do dominio, as estações não perceberão a mudança e vão autenticar normalmente, ok, mas como manter os usuário, grupo e principalmente as senhas já existentes atualmente? Abraço, -- Robson Américo
Re: Teste para levantar um novo PDC SAMBA
É preciso Salvar esse e-mails do Julio. Concordo com o Spirity ao Dizer "Que Aula". A Metodologia dele me lembra um pouco os antigos "Papo de Botequim" do Julio Neves na Linux Magazine. rsrsrs Abs Em 25 de janeiro de 2013 17:10, Spirit Mercy escreveu: > Prezado Julio! > > Que aula Muito obrigado pela elucidação, agora eu compreendi > perfeitamente. Realmente o senhor está com a razão, eu estava bem confuso > com os conceitos e siglas, vou praticar o que aprendi não somente com seus > e-mails mas como também com o que acumulei na internet. Mil vezes obrigado, > > Spirit Mercy > > Em 24 de janeiro de 2013 19:47, julio lopez > escreveu: > > Olá Spirit, >> >> Desculpe, mas não sei se estamos de fato sincronizados no mesmo assunto e >> objetivo. >> Talvez eu é que não esteja entendendo bem o que vc quer de fato, pois eu >> vejo que vc está insistindo na sigla PDC... Esquece isso. >> Esse conceito PDC/BDC já é obsoleto desde o lançamento do W2k, quando os >> dominios passaram a ser baseados no conceito ADS. >> Deixa eu fazer uma observação importantíssima: ESTOU ME REFERINDO APENAS >> AO SAMBA3, apesar do SAMBA4 ter sido lançado há poucos dias. >> Assim, quero ressaltar que o samba3, apesar de atuar perfeitamente como >> um controlador de dominio (ambos os estilos: MS/NT ou MS/ADS), ou seja, >> levantar o serviço que emula o MS/netlogon para autenticar usuários, >> delegar/gerenciar ID exclusivo para esse dominio, gerir permissões de >> acessos, quotas, etc... tem algumas restrições e limitações, sobretudo >> comparado aos recursos baseados em ADS suportadas a partir do W2K (... sem >> falar nas versões W2Kn superiores). >> Para entender melhor isso tudo aí acima, recomendo vc dar uma pesquisada >> mais bem elaborada e estudar os "conceitos" a niveis mais detalhados, pois >> o assunto é bem amplo para tratarmos por aqui, ok... de boa? sem stress... >> (rs) >> Para voltarmos ao seu "teste", vou responder as suas perguntas >> objetivamente: >> 1-) ...Quer dizer que do jeito que eu declarar os parâmetros que o senhor >> descreve no seu e-mail abaixo eu posso leventar um PDC de teste? >> R- Sim >> 2-) ...Mas como o cliente vai saber que este é um PDC? >> R- de novo, vamos esquecer o P da sigla. Ele só precisa saber quem é o >> controlador que tem o serviço NETLOGON ativo e uma base SAM para >> autenticá-lo. Não importa se é P ou BDC. Para que ele "saiba" isso, basta >> vc "ingressar" essa estação no NOVO dominio que vc acabou de levantar na >> rede (obviamente que será um dominio diferente daquele que está em produção) >> 3-)...Tudo bem que eu vou declarar um domínio tanto nele quanto no >> cliente mas daí ser um Domain Controler já isso eu fiquei confuso. >> R- Não fique... pois a resposta da sua dúvida já estava declarada na sua >> pergunta. Apenas configure nesse seu servidor que ELE É um controlador de >> dominio, ingresse a estação e pronto. Os principais (existem outros mais) >> parâmetros para isso, estão abaixo: >> [global] >> *domain logons = Yes* <http://br-mg6.mail.yahoo.com/neo/>* >> * >> *domain master = Yes* >> *[netlogon]* <http://br-mg6.mail.yahoo.com/neo/>*comment = Network Logon >> Service* <http://br-mg6.mail.yahoo.com/neo/>*path = >> /var/lib/samba/netlogon* <http://br-mg6.mail.yahoo.com/neo/>*guest ok = >> Yes* <http://br-mg6.mail.yahoo.com/neo/>*browseable = No* >> >> NOTA: Novamente o meu conselho é: CUIDADO! Eu não sei se entendi >> exatamente o que vc quer saber. A principio, me parecia que vc queria >> "atualizar e migrar" seu servidor samba. Mas não sei como é o seu ambiente, >> não sei como roda hoje as autenticações das suas estações, quem autentica, >> ou se o que já existe é um AD e como ele está configurado, se os perfis são >> móveis ou estáticos, enfim... Lembre-se que, se o seu conhecimento >> "conceitual" sobre a empreitada que quer fazer é básico, seria bom estudar >> o assunto primeiro. Lembre-se que estou me referindo a um dominio tipo >> Standalone Server. Se vc quer criar vários dominios com hierarquias >> distribuidas, replicações, florestas, árvores, etc... Daí o buraco é >> bem mais embaixo (pesquise: samba+ldap+kerberos). Aproveite e estude o >> samba4, pois ele é a grande esperança da comunidade para, finalmente >> atender todos os recursos contidos na plataforma MS/ADS. Outa dica é: pega >> 2 máquinas isoladas, um server e uma estação, configure-as numa sub-rede e >> faça todas suas lambanças (rsrs) lá, onde nada da sua produção ficará >
Re: Teste para levantar um novo PDC SAMBA
Prezado Julio! Que aula Muito obrigado pela elucidação, agora eu compreendi perfeitamente. Realmente o senhor está com a razão, eu estava bem confuso com os conceitos e siglas, vou praticar o que aprendi não somente com seus e-mails mas como também com o que acumulei na internet. Mil vezes obrigado, Spirit Mercy Em 24 de janeiro de 2013 19:47, julio lopez escreveu: > Olá Spirit, > > Desculpe, mas não sei se estamos de fato sincronizados no mesmo assunto e > objetivo. > Talvez eu é que não esteja entendendo bem o que vc quer de fato, pois eu > vejo que vc está insistindo na sigla PDC... Esquece isso. > Esse conceito PDC/BDC já é obsoleto desde o lançamento do W2k, quando os > dominios passaram a ser baseados no conceito ADS. > Deixa eu fazer uma observação importantíssima: ESTOU ME REFERINDO APENAS > AO SAMBA3, apesar do SAMBA4 ter sido lançado há poucos dias. > Assim, quero ressaltar que o samba3, apesar de atuar perfeitamente como um > controlador de dominio (ambos os estilos: MS/NT ou MS/ADS), ou seja, > levantar o serviço que emula o MS/netlogon para autenticar usuários, > delegar/gerenciar ID exclusivo para esse dominio, gerir permissões de > acessos, quotas, etc... tem algumas restrições e limitações, sobretudo > comparado aos recursos baseados em ADS suportadas a partir do W2K (... sem > falar nas versões W2Kn superiores). > Para entender melhor isso tudo aí acima, recomendo vc dar uma pesquisada > mais bem elaborada e estudar os "conceitos" a niveis mais detalhados, pois > o assunto é bem amplo para tratarmos por aqui, ok... de boa? sem stress... > (rs) > Para voltarmos ao seu "teste", vou responder as suas perguntas > objetivamente: > 1-) ...Quer dizer que do jeito que eu declarar os parâmetros que o senhor > descreve no seu e-mail abaixo eu posso leventar um PDC de teste? > R- Sim > 2-) ...Mas como o cliente vai saber que este é um PDC? > R- de novo, vamos esquecer o P da sigla. Ele só precisa saber quem é o > controlador que tem o serviço NETLOGON ativo e uma base SAM para > autenticá-lo. Não importa se é P ou BDC. Para que ele "saiba" isso, basta > vc "ingressar" essa estação no NOVO dominio que vc acabou de levantar na > rede (obviamente que será um dominio diferente daquele que está em produção) > 3-)...Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente > mas daí ser um Domain Controler já isso eu fiquei confuso. > R- Não fique... pois a resposta da sua dúvida já estava declarada na sua > pergunta. Apenas configure nesse seu servidor que ELE É um controlador de > dominio, ingresse a estação e pronto. Os principais (existem outros mais) > parâmetros para isso, estão abaixo: > [global] > *domain logons = Yes* <http://br-mg6.mail.yahoo.com/neo/>* > * > *domain master = Yes* > *[netlogon]* <http://br-mg6.mail.yahoo.com/neo/>*comment = Network Logon > Service* <http://br-mg6.mail.yahoo.com/neo/>*path = > /var/lib/samba/netlogon* <http://br-mg6.mail.yahoo.com/neo/>*guest ok = > Yes* <http://br-mg6.mail.yahoo.com/neo/>*browseable = No* > > NOTA: Novamente o meu conselho é: CUIDADO! Eu não sei se entendi > exatamente o que vc quer saber. A principio, me parecia que vc queria > "atualizar e migrar" seu servidor samba. Mas não sei como é o seu ambiente, > não sei como roda hoje as autenticações das suas estações, quem autentica, > ou se o que já existe é um AD e como ele está configurado, se os perfis são > móveis ou estáticos, enfim... Lembre-se que, se o seu conhecimento > "conceitual" sobre a empreitada que quer fazer é básico, seria bom estudar > o assunto primeiro. Lembre-se que estou me referindo a um dominio tipo > Standalone Server. Se vc quer criar vários dominios com hierarquias > distribuidas, replicações, florestas, árvores, etc... Daí o buraco é > bem mais embaixo (pesquise: samba+ldap+kerberos). Aproveite e estude o > samba4, pois ele é a grande esperança da comunidade para, finalmente > atender todos os recursos contidos na plataforma MS/ADS. Outa dica é: pega > 2 máquinas isoladas, um server e uma estação, configure-as numa sub-rede e > faça todas suas lambanças (rsrs) lá, onde nada da sua produção ficará > afetado. Isso pode evitar, por exemplo, que, "supondo" que ao longo do dia > do seu teste, usando a rede de produção, por coincidência, qualquer outro > problema vier a ocorrer e gerar estress nos usuários, mesmo que a causa não > tenha nada com o seu teste, vc irá certamente "achar que é sim". E pode ser > que faça o que todos fazem (...eu já fiz): por não ter certeza, vai sair > desesperado, dando tiro prá tudo que é lado sem saber a real causa do > problema. > > Boa Sorte. > > Jd4y - Cristo voltará... prepara-te! > >
Re: Teste para levantar um novo PDC SAMBA
Olá Spirit, Desculpe, mas não sei se estamos de fato sincronizados no mesmo assunto e objetivo. Talvez eu é que não esteja entendendo bem o que vc quer de fato, pois eu vejo que vc está insistindo na sigla PDC... Esquece isso. Esse conceito PDC/BDC já é obsoleto desde o lançamento do W2k, quando os dominios passaram a ser baseados no conceito ADS. Deixa eu fazer uma observação importantíssima: ESTOU ME REFERINDO APENAS AO SAMBA3, apesar do SAMBA4 ter sido lançado há poucos dias. Assim, quero ressaltar que o samba3, apesar de atuar perfeitamente como um controlador de dominio (ambos os estilos: MS/NT ou MS/ADS), ou seja, levantar o serviço que emula o MS/netlogon para autenticar usuários, delegar/gerenciar ID exclusivo para esse dominio, gerir permissões de acessos, quotas, etc... tem algumas restrições e limitações, sobretudo comparado aos recursos baseados em ADS suportadas a partir do W2K (... sem falar nas versões W2Kn superiores). Para entender melhor isso tudo aí acima, recomendo vc dar uma pesquisada mais bem elaborada e estudar os "conceitos" a niveis mais detalhados, pois o assunto é bem amplo para tratarmos por aqui, ok... de boa? sem stress... (rs) Para voltarmos ao seu "teste", vou responder as suas perguntas objetivamente: 1-) ...Quer dizer que do jeito que eu declarar os parâmetros que o senhor descreve no seu e-mail abaixo eu posso leventar um PDC de teste? R- Sim 2-) ...Mas como o cliente vai saber que este é um PDC? R- de novo, vamos esquecer o P da sigla. Ele só precisa saber quem é o controlador que tem o serviço NETLOGON ativo e uma base SAM para autenticá-lo. Não importa se é P ou BDC. Para que ele "saiba" isso, basta vc "ingressar" essa estação no NOVO dominio que vc acabou de levantar na rede (obviamente que será um dominio diferente daquele que está em produção) 3-)...Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente mas daí ser um Domain Controler já isso eu fiquei confuso. R- Não fique... pois a resposta da sua dúvida já estava declarada na sua pergunta. Apenas configure nesse seu servidor que ELE É um controlador de dominio, ingresse a estação e pronto. Os principais (existem outros mais) parâmetros para isso, estão abaixo: [global] domain logons = Yes domain master = Yes [netlogon] comment = Network Logon Service path = /var/lib/samba/netlogon guest ok = Yes browseable = No NOTA: Novamente o meu conselho é: CUIDADO! Eu não sei se entendi exatamente o que vc quer saber. A principio, me parecia que vc queria "atualizar e migrar" seu servidor samba. Mas não sei como é o seu ambiente, não sei como roda hoje as autenticações das suas estações, quem autentica, ou se o que já existe é um AD e como ele está configurado, se os perfis são móveis ou estáticos, enfim... Lembre-se que, se o seu conhecimento "conceitual" sobre a empreitada que quer fazer é básico, seria bom estudar o assunto primeiro. Lembre-se que estou me referindo a um dominio tipo Standalone Server. Se vc quer criar vários dominios com hierarquias distribuidas, replicações, florestas, árvores, etc... Daí o buraco é bem mais embaixo (pesquise: samba+ldap+kerberos). Aproveite e estude o samba4, pois ele é a grande esperança da comunidade para, finalmente atender todos os recursos contidos na plataforma MS/ADS. Outa dica é: pega 2 máquinas isoladas, um server e uma estação, configure-as numa sub-rede e faça todas suas lambanças (rsrs) lá, onde nada da sua produção ficará afetado. Isso pode evitar, por exemplo, que, "supondo" que ao longo do dia do seu teste, usando a rede de produção, por coincidência, qualquer outro problema vier a ocorrer e gerar estress nos usuários, mesmo que a causa não tenha nada com o seu teste, vc irá certamente "achar que é sim". E pode ser que faça o que todos fazem (...eu já fiz): por não ter certeza, vai sair desesperado, dando tiro prá tudo que é lado sem saber a real causa do problema. Boa Sorte. Jd4y - Cristo voltará... prepara-te! De: Spirit Mercy Para: julio lopez Cc: "debian-user-portuguese@lists.debian.org" Enviadas: Quinta-feira, 24 de Janeiro de 2013 15:43 Assunto: Re: Teste para levantar um novo PDC SAMBA Olá Julio! Mais uma vez muito obrigado pela sua resposta, quer dizer que do jeito que eu declarar os parâmetros que o senhor descreve no seu e-mail abaixo eu posso leventar um PDC de teste? Mas como o cliente vai saber que este é um PDC? Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente mas daí ser um Domain Controler já isso eu fiquei confuso. Desde já meu muito obrigado. Spirit Mercy Em 24 de janeiro de 2013 15:40, julio lopez escreveu: Olá Spirit, > >Na verdade toda essa nomenclatura de PDC/BDC era coisa de conceitual herdado >lá do ambiente NT, onde o samba, para se manter compativel com o protocolo >netbios teve que tratar cada um desses parâmetros contido
Re: Teste para levantar um novo PDC SAMBA
Olá Julio! Mais uma vez muito obrigado pela sua resposta, quer dizer que do jeito que eu declarar os parâmetros que o senhor descreve no seu e-mail abaixo eu posso leventar um PDC de teste? Mas como o cliente vai saber que este é um PDC? Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente mas daí ser um Domain Controler já isso eu fiquei confuso. Desde já meu muito obrigado. Spirit Mercy Em 24 de janeiro de 2013 15:40, julio lopez escreveu: > Olá Spirit, > > Na verdade toda essa nomenclatura de PDC/BDC era coisa de conceitual > herdado lá do ambiente NT, onde o samba, para se manter compativel com o > protocolo netbios teve que tratar cada um desses parâmetros contidos no > protocolo. > Nesse ambinete netbios promove-se uma eleição de uma máquina para ser a > responsável (master browser) pela browser list, então esse parâmetro OS > Level éa usado para vc determinar qual a prioridade "daquela" máquina nessa > disputa pela responsabilidade de gerar e distribuir essa lista com os nomes > das máquinas para toda a rede. > Bem... então se o que vc quer é só levantar um ambiente para > aprendizado/teste, configure o seu server assim: > local master = no > preferred master = no > os level = 33 > Com isso vc vai garantir que o seu servidor não irá interferir na > divulgação da browser list, deixando essa tarefa para quem já vem fazendo > atualmente, sem modificações. > > Abraço > > Jd4y - Cristo vai voltar... prepara-te! > > -- > *De:* Spirit Mercy > *Para:* julio lopez > *Cc:* "debian-user-portuguese@lists.debian.org" < > debian-user-portuguese@lists.debian.org> > *Enviadas:* Quarta-feira, 23 de Janeiro de 2013 15:48 > *Assunto:* Re: Teste para levantar um novo PDC SAMBA > > Prezado Julio! > > Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a > respeito, o que vc explicou sobre essa etapa de migração de PDC foi > simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste > eu uma máquina que a princípio não teria relação com o PDC em produção eu > criaria tudo novo (Usuários e Grupos) que seria para eu aprender pois será > meu 1º PCD e depois sim eu faria a migração que vc ensinou aproveitando os > IDs do PDC antigo. Sendo assim existe alguma relação com que valor o OS > LEVEL deve ser declarado neste PDC de teste? Desde já meu muito obrigado, > > Spirit Mercy > > Em 22 de janeiro de 2013 13:09, julio lopez > escreveu: > > Olá... > > Primeiro de tudo...CUIDADO! > > Estude e planeje bem o que pretende fazer para evitar surpresas, pois o > que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO. > Se entendi direito, vc já tem uma rede com estações autenticando num > controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? . > Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende > fazer. > Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio > a qual ela pertence e onde deve se autenticar (através de chaves no > registry, profiles, SID, DNS, etc... obtidos no momento em que vc > "ingressou" ela no dominio). > Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou > ali. > Lembre-se disso: as estações já têm informações do dominio, que foram > herdadas do PDC no momento que entrou naquele dominio. > A chave de toda essa empreitada está em vc preservar essas informações dos > PERFIS do servidor. > Assim, o que vc precisa fazer é "salvar essas informações" do dominio > ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder > "restaurar as mesmas informações do antigo dominio", para que as suas > estações se autentiquem corretamente, e utilizem os mesmos perfis que já > tinham configurados, etc... > Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão > operar normalmente. > Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com > o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de > dominio, colocar o OS LEVEL em 255... a estação vai criar um perfil > competamente zerado. > Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o > caminho das pedras. > > 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça > isso diretamente no ATUAL servidor de produção) para praticar esse > procedimento com segurança. > 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios > /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc) > 2-) emita os comandos a seguir no PDC Linux ATUAL: > net getlocalsid > localsid_antes > e > net getdomainsid > domainsid_antes >
Re: Teste para levantar um novo PDC SAMBA
Olá Spirit, Na verdade toda essa nomenclatura de PDC/BDC era coisa de conceitual herdado lá do ambiente NT, onde o samba, para se manter compativel com o protocolo netbios teve que tratar cada um desses parâmetros contidos no protocolo. Nesse ambinete netbios promove-se uma eleição de uma máquina para ser a responsável (master browser) pela browser list, então esse parâmetro OS Level éa usado para vc determinar qual a prioridade "daquela" máquina nessa disputa pela responsabilidade de gerar e distribuir essa lista com os nomes das máquinas para toda a rede. Bem... então se o que vc quer é só levantar um ambiente para aprendizado/teste, configure o seu server assim: local master = no preferred master = no os level = 33 Com isso vc vai garantir que o seu servidor não irá interferir na divulgação da browser list, deixando essa tarefa para quem já vem fazendo atualmente, sem modificações. Abraço Jd4y - Cristo vai voltar... prepara-te! De: Spirit Mercy Para: julio lopez Cc: "debian-user-portuguese@lists.debian.org" Enviadas: Quarta-feira, 23 de Janeiro de 2013 15:48 Assunto: Re: Teste para levantar um novo PDC SAMBA Prezado Julio! Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a respeito, o que vc explicou sobre essa etapa de migração de PDC foi simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste eu uma máquina que a princípio não teria relação com o PDC em produção eu criaria tudo novo (Usuários e Grupos) que seria para eu aprender pois será meu 1º PCD e depois sim eu faria a migração que vc ensinou aproveitando os IDs do PDC antigo. Sendo assim existe alguma relação com que valor o OS LEVEL deve ser declarado neste PDC de teste? Desde já meu muito obrigado, Spirit Mercy Em 22 de janeiro de 2013 13:09, julio lopez escreveu: Olá... > >Primeiro de tudo...CUIDADO! > >Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc >está querendo fazer, não é difícil, mas requer bastante CUIDADO. >Se entendi direito, vc já tem uma rede com estações autenticando num >controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? . >Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. >Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio a >qual ela pertence e onde deve se autenticar (através de chaves no registry, >profiles, SID, DNS, etc... obtidos no momento em que vc "ingressou" ela no >dominio). >Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. >Lembre-se disso: as estações já têm informações do dominio, que foram herdadas >do PDC no momento que entrou naquele dominio. >A chave de toda essa empreitada está em vc preservar essas informações dos >PERFIS do servidor. >Assim, o que vc precisa fazer é "salvar essas informações" do dominio ATUAL, >para depois de ter levantado o NOVO ambiente atualizado, poder "restaurar as >mesmas informações do antigo dominio", para que as suas estações se >autentiquem corretamente, e utilizem os mesmos perfis que já tinham >configurados, etc... >Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar >normalmente. >Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o >mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, >colocar o OS LEVEL em 255... a estação vai criar um perfil competamente >zerado. >Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o >caminho das pedras. > >0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça isso diretamente no ATUAL servidor de produção) para praticar esse procedimento com segurança. >1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios >/etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc) >2-) emita os comandos a seguir no PDC Linux ATUAL: >net getlocalsid > localsid_antes >e >net getdomainsid > domainsid_antes >PS: A saída dos comandos que serão salvas nos arquivos .txt *_antes, será >algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457 >3-) desligue o servidor de produção (ATUAL) >4-) levante o novo ambiente "atualizado" na máquina de testes (item 0) , >restaure todas as configurações/arquivos do servidor anterior (item 1). >PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e senhas do samba, todos arquivos restaurados, etc... agora só falta o "pulo do gato". >5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e >emita os comandos abaixo: > >net setlocalsid < l
Re: Teste para levantar um novo PDC SAMBA
Prezado Julio! Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a respeito, o que vc explicou sobre essa etapa de migração de PDC foi simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste eu uma máquina que a princípio não teria relação com o PDC em produção eu criaria tudo novo (Usuários e Grupos) que seria para eu aprender pois será meu 1º PCD e depois sim eu faria a migração que vc ensinou aproveitando os IDs do PDC antigo. Sendo assim existe alguma relação com que valor o OS LEVEL deve ser declarado neste PDC de teste? Desde já meu muito obrigado, Spirit Mercy Em 22 de janeiro de 2013 13:09, julio lopez escreveu: > Olá... > > Primeiro de tudo...CUIDADO! > > Estude e planeje bem o que pretende fazer para evitar surpresas, pois o > que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO. > Se entendi direito, vc já tem uma rede com estações autenticando num > controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? . > Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende > fazer. > Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio > a qual ela pertence e onde deve se autenticar (através de chaves no > registry, profiles, SID, DNS, etc... obtidos no momento em que vc > "ingressou" ela no dominio). > Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou > ali. > Lembre-se disso: as estações já têm informações do dominio, que foram > herdadas do PDC no momento que entrou naquele dominio. > A chave de toda essa empreitada está em vc preservar essas informações dos > PERFIS do servidor. > Assim, o que vc precisa fazer é "salvar essas informações" do dominio > ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder > "restaurar as mesmas informações do antigo dominio", para que as suas > estações se autentiquem corretamente, e utilizem os mesmos perfis que já > tinham configurados, etc... > Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão > operar normalmente. > Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com > o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de > dominio, colocar o OS LEVEL em 255... a estação vai criar um perfil > competamente zerado. > Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o > caminho das pedras. > > 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça > isso diretamente no ATUAL servidor de produção) para praticar esse > procedimento com segurança. > 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios > /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc) > 2-) emita os comandos a seguir no PDC Linux ATUAL: > net getlocalsid > localsid_antes > e > net getdomainsid > domainsid_antes > PS: A saída dos comandos que serão salvas nos arquivos .txt *_antes, > será algo assim: SID for domain SRVNET is: > S-1-5-21-3688244726-2417961542-2171169457 > 3-) desligue o servidor de produção (ATUAL) > 4-) levante o novo ambiente "atualizado" na máquina de testes (item 0) , > restaure todas as configurações/arquivos do servidor anterior (item 1). > PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém > com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e > senhas do samba, todos arquivos restaurados, etc... agora só falta o "pulo > do gato". > 5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 > e emita os comandos abaixo: > net setlocalsid < localsid_antes > e > net setdomainsid < domainsid_antes > PS: agora sim, o novo dominio está com as "mesmas informações" de SID do > PDC antigo, os quais as suas estações conhecem. > 6-) Faça o teste logando uma única estação e veja se carregou o perfil > tudo certinho. > > Caso, positivo... repita todo o processo na máquina de produção. > > BOA SORTE... > > Abraço, > > Julio Lopez > > Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14 > Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e > dom 19h) no site www.adventistasCGR.com.br > > Cristo vai voltar... prepara-te! > > > -- > *De:* Spirit Mercy > *Para:* debian-user-portuguese@lists.debian.org > *Enviadas:* Sábado, 19 de Janeiro de 2013 20:47 > *Assunto:* Teste para levantar um novo PDC SAMBA > > Boa noite Lista! > > Acredito que tive problemas no envio do post abaixo sendo assim reenvio a > lista para ter certeza que todos lerão. > > Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser > atual
Re: Teste para levantar um novo PDC SAMBA
Obrigado Thiago! Na verdade, eu estou apenas pondo em prática o "conceito" aprendido, desde que tive contato com as plataformas apoiadas no título "software livre", que é: COMPARTILHAR CONHECIMENTO". Também, sei muito bem como é a angustia de estar diante de um problema técnico, sem ter "todo" o conhecimento para solucioná-lo e ser a única pessoa responsável para fazê-lo... como dizem por aí: "os cara pira" (rsrs). Então, também não custa nada ajudar. Essa deve ser a premissa da lista: hoje eu te ajudo... amanhã vc me ajuda, e assim vamos crescendo em conhecimento juntos. Abração, Julio Lopez JD4Y - Cristo vai voltar... prepara-te! De: Thiago Nalli Valentim Para: debian-user-portuguese@lists.debian.org Cc: "debian-user-portuguese@lists.debian.org" Enviadas: Terça-feira, 22 de Janeiro de 2013 23:47 Assunto: Re: Teste para levantar um novo PDC SAMBA Júlio Lopez, Parabéns, melhor suporte e ajuda que já li. Explicou BEM como funciona as coisas e o melhor, COMO FAZER. Meus Parabéns pela ótima Qualidade do que enviou. Abraços Em 22 de janeiro de 2013 13:09, julio lopez escreveu: Olá... > >Primeiro de tudo...CUIDADO! > >Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc >está querendo fazer, não é difícil, mas requer bastante CUIDADO. >Se entendi direito, vc já tem uma rede com estações autenticando num >controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? . >Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. >Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio a >qual ela pertence e onde deve se autenticar (através de chaves no registry, >profiles, SID, DNS, etc... obtidos no momento em que vc "ingressou" ela no >dominio). >Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. >Lembre-se disso: as estações já têm informações do dominio, que foram herdadas >do PDC no momento que entrou naquele dominio. >A chave de toda essa empreitada está em vc preservar essas informações dos >PERFIS do servidor. >Assim, o que vc precisa fazer é "salvar essas informações" do dominio ATUAL, >para depois de ter levantado o NOVO ambiente atualizado, poder "restaurar as >mesmas informações do antigo dominio", para que as suas estações se >autentiquem corretamente, e utilizem os mesmos perfis que já tinham >configurados, etc... >Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar >normalmente. >Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o >mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, >colocar o OS LEVEL em 255... a estação vai criar um perfil competamente >zerado. >Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o >caminho das pedras. > >0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça isso diretamente no ATUAL servidor de produção) para praticar esse procedimento com segurança. >1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios >/etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc) >2-) emita os comandos a seguir no PDC Linux ATUAL: >net getlocalsid > localsid_antes >e >net getdomainsid > domainsid_antes >PS: A saída dos comandos que serão salvas nos arquivos .txt *_antes, será >algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457 >3-) desligue o servidor de produção (ATUAL) >4-) levante o novo ambiente "atualizado" na máquina de testes (item 0) , >restaure todas as configurações/arquivos do servidor anterior (item 1). >PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e senhas do samba, todos arquivos restaurados, etc... agora só falta o "pulo do gato". >5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e >emita os comandos abaixo: > >net setlocalsid < localsid_antes >e >net setdomainsid < domainsid_antes >PS: agora sim, o novo dominio está com as "mesmas informações" de SID do PDC >antigo, os quais as suas estações conhecem. > >6-) Faça o teste logando uma única estação e veja se carregou o perfil tudo >certinho. > > >Caso, positivo... repita todo o processo na máquina de produção. > > >BOA SORTE... > >Abraço, > > >Julio Lopez > > > >Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14 >Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e dom >19h) no site www.adventistasCGR.com.br > >C
Re: Teste para levantar um novo PDC SAMBA
Júlio Lopez, Parabéns, melhor suporte e ajuda que já li. Explicou BEM como funciona as coisas e o melhor, COMO FAZER. Meus Parabéns pela ótima Qualidade do que enviou. Abraços Em 22 de janeiro de 2013 13:09, julio lopez escreveu: > Olá... > > Primeiro de tudo...CUIDADO! > > Estude e planeje bem o que pretende fazer para evitar surpresas, pois o > que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO. > Se entendi direito, vc já tem uma rede com estações autenticando num > controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? . > Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende > fazer. > Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio > a qual ela pertence e onde deve se autenticar (através de chaves no > registry, profiles, SID, DNS, etc... obtidos no momento em que vc > "ingressou" ela no dominio). > Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou > ali. > Lembre-se disso: as estações já têm informações do dominio, que foram > herdadas do PDC no momento que entrou naquele dominio. > A chave de toda essa empreitada está em vc preservar essas informações dos > PERFIS do servidor. > Assim, o que vc precisa fazer é "salvar essas informações" do dominio > ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder > "restaurar as mesmas informações do antigo dominio", para que as suas > estações se autentiquem corretamente, e utilizem os mesmos perfis que já > tinham configurados, etc... > Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão > operar normalmente. > Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com > o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de > dominio, colocar o OS LEVEL em 255... a estação vai criar um perfil > competamente zerado. > Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o > caminho das pedras. > > 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça > isso diretamente no ATUAL servidor de produção) para praticar esse > procedimento com segurança. > 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios > /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc) > 2-) emita os comandos a seguir no PDC Linux ATUAL: > net getlocalsid > localsid_antes > e > net getdomainsid > domainsid_antes > PS: A saída dos comandos que serão salvas nos arquivos .txt *_antes, > será algo assim: SID for domain SRVNET is: > S-1-5-21-3688244726-2417961542-2171169457 > 3-) desligue o servidor de produção (ATUAL) > 4-) levante o novo ambiente "atualizado" na máquina de testes (item 0) , > restaure todas as configurações/arquivos do servidor anterior (item 1). > PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém > com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e > senhas do samba, todos arquivos restaurados, etc... agora só falta o "pulo > do gato". > 5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 > e emita os comandos abaixo: > net setlocalsid < localsid_antes > e > net setdomainsid < domainsid_antes > PS: agora sim, o novo dominio está com as "mesmas informações" de SID do > PDC antigo, os quais as suas estações conhecem. > 6-) Faça o teste logando uma única estação e veja se carregou o perfil > tudo certinho. > > Caso, positivo... repita todo o processo na máquina de produção. > > BOA SORTE... > > Abraço, > > Julio Lopez > > Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14 > Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e > dom 19h) no site www.adventistasCGR.com.br > > Cristo vai voltar... prepara-te! > > > -- > *De:* Spirit Mercy > *Para:* debian-user-portuguese@lists.debian.org > *Enviadas:* Sábado, 19 de Janeiro de 2013 20:47 > *Assunto:* Teste para levantar um novo PDC SAMBA > > Boa noite Lista! > > Acredito que tive problemas no envio do post abaixo sendo assim reenvio a > lista para ter certeza que todos lerão. > > Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser > atualizado. Pretendo levantar um novo linux e com isso fazer testes neste > ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da > hora da chamada "eleição" dos PDCs e o PDC de produção não entrar e com > isso toda a rede da empresa entrar em crash. Como devo declarar o valor do > parametro "OS LEVEL" do ambiente de teste para que eu possa fazer os testes > tranquilo e com a cer
Re: Teste para levantar um novo PDC SAMBA
Olá... Primeiro de tudo...CUIDADO! Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO. Se entendi direito, vc já tem uma rede com estações autenticando num controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? . Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio a qual ela pertence e onde deve se autenticar (através de chaves no registry, profiles, SID, DNS, etc... obtidos no momento em que vc "ingressou" ela no dominio). Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. Lembre-se disso: as estações já têm informações do dominio, que foram herdadas do PDC no momento que entrou naquele dominio. A chave de toda essa empreitada está em vc preservar essas informações dos PERFIS do servidor. Assim, o que vc precisa fazer é "salvar essas informações" do dominio ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder "restaurar as mesmas informações do antigo dominio", para que as suas estações se autentiquem corretamente, e utilizem os mesmos perfis que já tinham configurados, etc... Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar normalmente. Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, colocar o OS LEVEL em 255... a estação vai criar um perfil competamente zerado. Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o caminho das pedras. 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça isso diretamente no ATUAL servidor de produção) para praticar esse procedimento com segurança. 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc) 2-) emita os comandos a seguir no PDC Linux ATUAL: net getlocalsid > localsid_antes e net getdomainsid > domainsid_antes PS: A saída dos comandos que serão salvas nos arquivos .txt *_antes, será algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457 3-) desligue o servidor de produção (ATUAL) 4-) levante o novo ambiente "atualizado" na máquina de testes (item 0) , restaure todas as configurações/arquivos do servidor anterior (item 1). PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e senhas do samba, todos arquivos restaurados, etc... agora só falta o "pulo do gato". 5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e emita os comandos abaixo: net setlocalsid < localsid_antes e net setdomainsid < domainsid_antes PS: agora sim, o novo dominio está com as "mesmas informações" de SID do PDC antigo, os quais as suas estações conhecem. 6-)Faça o teste logando uma única estação e veja se carregou o perfil tudo certinho. Caso, positivo... repita todo o processo na máquina de produção. BOA SORTE... Abraço, Julio Lopez Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14 Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e dom 19h) no site www.adventistasCGR.com.br Cristo vai voltar... prepara-te! De: Spirit Mercy Para: debian-user-portuguese@lists.debian.org Enviadas: Sábado, 19 de Janeiro de 2013 20:47 Assunto: Teste para levantar um novo PDC SAMBA Boa noite Lista! Acredito que tive problemas no envio do post abaixo sendo assim reenvio a lista para ter certeza que todos lerão. Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser atualizado. Pretendo levantar um novo linux e com isso fazer testes neste ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da hora da chamada "eleição" dos PDCs e o PDC de produção não entrar e com isso toda a rede da empresa entrar em crash. Como devo declarar o valor do parametro "OS LEVEL" do ambiente de teste para que eu possa fazer os testes tranquilo e com a certeza de que não irei comprometer o PDC em produção e a autenticação dos usuários e máquinas? Por exemplo se o OS LEVEL do PDc de produção estiver com o valor 100, qual valor eu devo declarar no conf do SAMBA do ambiente de teste? Abraços Spirit Mercy
Teste para levantar um novo PDC SAMBA
Boa noite Lista! Acredito que tive problemas no envio do post abaixo sendo assim reenvio a lista para ter certeza que todos lerão. Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser atualizado. Pretendo levantar um novo linux e com isso fazer testes neste ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da hora da chamada "eleição" dos PDCs e o PDC de produção não entrar e com isso toda a rede da empresa entrar em crash. Como devo declarar o valor do parametro "OS LEVEL" do ambiente de teste para que eu possa fazer os testes tranquilo e com a certeza de que não irei comprometer o PDC em produção e a autenticação dos usuários e máquinas? Por exemplo se o OS LEVEL do PDc de produção estiver com o valor 100, qual valor eu devo declarar no conf do SAMBA do ambiente de teste? Abraços Spirit Mercy
Teste para levantar um novo PDC SAMBA
Boa tarde Lista! Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser atualizado. Pretendo levantar um novo linux e com isso fazer testes neste ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da hora da chamada "eleição" dos PDCs e o PDC de produção não entrar e com isso toda a rede da empresa entrar em crash. Como devo declarar o valor do parametro "OS LEVEL" do ambiente de teste para que eu possa fazer os testes tranquilo e com a certeza de que não irei comprometer o PDC em produção e a autenticação dos usuários e máquinas? Por exemplo se o OS LEVEL do PDc de produção estiver com o valor 100, qual valor eu devo declarar no conf do SAMBA do ambiente de teste? Abraços Spirit Mercy
Re: Software para teste de hardware
Em 03/22/2012 12:59 PM, John DeRose escreveu: Olá, Tenho algumas máquinas antigas e preciso saber se estão funcionando corretamente. Para isso necessito de um software (livre) que realize testes de hardware, como o memtest86+. Esse que citei, como muitos já conhecem, é apenas para memória ram, e o que preciso é fazer testes com vídeo, processador e demais componentes. Estou testando o Inquisitor, que é live-cd, mas gostaria de comparar com outras alternativas. Alguem pode me indicar softwares para esse fim? abraço. John Boa tarde! Você pode usar os programas: LMbench IOzone NetPIPE Abraços -- Kleber Melo Admin. Sistemas Linux Advanced Level - Linux Professional Institute Certificate (LPIC-2) Novell Certified Linux Administrator (CLA) Novell Data Center Technical Specialist (DCT) MSN: cyberman...@hotmail.com Skype: kleber.melo -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f6b50fc.6090...@yahoo.com.br
Software para teste de hardware
Olá, Tenho algumas máquinas antigas e preciso saber se estão funcionando corretamente. Para isso necessito de um software (livre) que realize testes de hardware, como o memtest86+. Esse que citei, como muitos já conhecem, é apenas para memória ram, e o que preciso é fazer testes com vídeo, processador e demais componentes. Estou testando o Inquisitor, que é live-cd, mas gostaria de comparar com outras alternativas. Alguem pode me indicar softwares para esse fim? abraço. John
Re: teste de i/o disco - iscsi
Oi Alex, Você utilizou diretamente via linha de comando, já tentou olhar as curvas que a interface gráfica fornece, eu acho interessante. Não conheço outro sw pra te indicar. Mas lembrei desse detalhe. Em 12 de setembro de 2011 13:17, Alex escreveu: > Pessoal, boa tarde. > > Montei um servidor iscsi no debian como teste e estou com dúvidas referente > a perfomance de disco. > Para testar a velocidade de I/O utilizei o hdparm, que me trouxe os > seguintes resultados: > > $ hdparm -tT /dev/sdb1 ( disco atachado do servidor iscsi ) > > /dev/sdb1: > Timing cached reads: 7492 MB in 2.00 seconds = 3747.28 MB/sec > Timing buffered disk reads: 72 MB in 3.02 seconds = 23.86 MB/sec > > $ hdparm -tT /dev/sda1 ( disco local ) > > /dev/sda1: > Timing cached reads: 7684 MB in 2.00 seconds = 3843.95 MB/sec > Timing buffered disk reads: 96 MB in 3.01 seconds = 31.87 MB/sec > > O teste que efetuei foi no próprio disco local da maquina e no disco > atachado pela storage. > > Pelo que vi e entendi os valores estão bons, mas como não entendo muito > queria a opinião de voces. > > Caso saibam de outro software para fazer um benchmark de disco eu agradeço. > > abs, > > Alex >
teste de i/o disco - iscsi
Pessoal, boa tarde. Montei um servidor iscsi no debian como teste e estou com dúvidas referente a perfomance de disco. Para testar a velocidade de I/O utilizei o hdparm, que me trouxe os seguintes resultados: $ hdparm -tT /dev/sdb1 ( disco atachado do servidor iscsi ) /dev/sdb1: Timing cached reads: 7492 MB in 2.00 seconds = 3747.28 MB/sec Timing buffered disk reads: 72 MB in 3.02 seconds = 23.86 MB/sec $ hdparm -tT /dev/sda1 ( disco local ) /dev/sda1: Timing cached reads: 7684 MB in 2.00 seconds = 3843.95 MB/sec Timing buffered disk reads: 96 MB in 3.01 seconds = 31.87 MB/sec O teste que efetuei foi no próprio disco local da maquina e no disco atachado pela storage. Pelo que vi e entendi os valores estão bons, mas como não entendo muito queria a opinião de voces. Caso saibam de outro software para fazer um benchmark de disco eu agradeço. abs, Alex
Teste de Envio - favor desconsiderar
Atenciosamente, Sérgio Gurgel
Re: Ferramentas para teste de vulnerabilidade.
Em 18 de fevereiro de 2010 17:59, Helio Loureiro escreveu: > > Eu estou estudando segurança de rede e informação e gostaria de saber de > > vocês quais são as ferramentas mais adequadas para teste de > vulnerabilidade > > estilo backtrack que esteja nos repositórios e que eu possa instalar, > alguém > > tem alguma sugestão?Desde já agradeço. > > hydra, medusa ou nessus. > > -- > []´s > Helio Loureiro > http://helio.loureiro.eng.br > http://hloureiro.multiply.com > http://twitter.com/helioloureiro > Muito obrigado a todos pela ajuda e orientações. -- Leandro Hamid SERPRO - Serviço Federal de Processamento de Dados Maito: leandro.ha...@gmail.com Maito: leandro.ha...@linuxmail.org Skype: leandro_hamid http://www.serpro.gov.br Weblog: http://sysaprendiz.wordpress.com/ GNU/Linux User #485051 --> The blue screen of the death <--
Re: Ferramentas para teste de vulnerabilidade.
> Eu estou estudando segurança de rede e informação e gostaria de saber de > vocês quais são as ferramentas mais adequadas para teste de vulnerabilidade > estilo backtrack que esteja nos repositórios e que eu possa instalar, alguém > tem alguma sugestão?Desde já agradeço. hydra, medusa ou nessus. -- []´s Helio Loureiro http://helio.loureiro.eng.br http://hloureiro.multiply.com http://twitter.com/helioloureiro -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9d70dc0b1002181159y3477e486gd7575697608e4...@mail.gmail.com
Re: Ferramentas para teste de vulnerabilidade.
Olá Te informar qual ferramenta vem nos repositórios seria como dar o peixe ao contrário de mostrar o caminho do rio... Assim sendo, converse com o Google e o pergunte por "penetration tests" , "pen tests" , "Nessus" , "Wireshark" , "Nmap" , "Snort" , "iptraf" , "Kismet" bem, muitos outros nomes irão aparecer e como base de estudo, estas palavras irão te guiar em uma grande quantidade de assuntos. []'s Felipe Rocha 2010/2/18 Leandro Hamid : > Boa tarde novamente pessoal. > > > Eu estou estudando segurança de rede e informação e gostaria de saber de > vocês quais são as ferramentas mais adequadas para teste de vulnerabilidade > estilo backtrack que esteja nos repositórios e que eu possa instalar, alguém > tem alguma sugestão?Desde já agradeço. > > > > > -- > Leandro Hamid > SERPRO - Serviço Federal de Processamento de Dados > Maito: leandro.ha...@gmail.com > Maito: leandro.ha...@linuxmail.org > Skype: leandro_hamid > http://www.serpro.gov.br > Weblog: http://sysaprendiz.wordpress.com/ > GNU/Linux User #485051 > --> The blue screen of the death <-- > > > -- Ao encaminhar e-mails use SEMPRE o campo CCO ou BCC para não expor a lista de destinatários e também APAGUE qualquer e-mail contido no corpo da mensagem. Estas são medidas SIMPLES para reduzir o recebimento de SPAM. When forwarding e-mails, ALWAYS use the field BCC or CCO to not expose the destiny contact list and also DELETE all e-mails within the body of the message. Those are SIMPLE acts to reduce the receiving of SPAM. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9331605b1002181112q3afbf3e9o7d96cdb660d5e...@mail.gmail.com
Re: Ferramentas para teste de vulnerabilidade.
de uma olhada na distribuição backtrack baseada no debian que é mto boa pra este tipo de teste por conter bastante ferramenta relacionada ao assunto. abraços! 2010/2/18 Leandro Moreira > Leandro, > > Tem as seguintes ferramentas (todas elas facilmente encontradas nos > repostiorios oficiais): > > - Nessus > - Wireshark > - nmap > - snort > > Mas tem uma ferramenta mto bacana que testei com exito chama ossim e uma > iso baseada no debian que traz todas essaa feramentas intergradas de forma > que os relatorios podem ser analisados facilmente, se tiver interessado ae > vai o link: > > http://www.alienvault.com/community.php?section=Home > > Att. > > Leandro Moreira > > > Em 18 de fevereiro de 2010 16:45, Leandro Hamid > escreveu: > > Boa tarde novamente pessoal. >> >> >> Eu estou estudando segurança de rede e informação e gostaria de saber de >> vocês quais são as ferramentas mais adequadas para teste de vulnerabilidade >> estilo backtrack que esteja nos repositórios e que eu possa instalar, alguém >> tem alguma sugestão?Desde já agradeço. >> >> >> >> >> -- >> Leandro Hamid >> SERPRO - Serviço Federal de Processamento de Dados >> Maito: leandro.ha...@gmail.com >> Maito: leandro.ha...@linuxmail.org >> Skype: leandro_hamid >> http://www.serpro.gov.br >> Weblog: http://sysaprendiz.wordpress.com/ >> GNU/Linux User #485051 >> --> The blue screen of the death <-- >> >> >> > > > -- > Leandro Moreira > Network Administrator > LPIC1 - Linux Professional Institute Certified > e-mail/msn: lean...@leandromoreira.eti.br > Tel.: + 55(32) 9906-5713 >
Re: Ferramentas para teste de vulnerabilidade.
Leandro, Tem as seguintes ferramentas (todas elas facilmente encontradas nos repostiorios oficiais): - Nessus - Wireshark - nmap - snort Mas tem uma ferramenta mto bacana que testei com exito chama ossim e uma iso baseada no debian que traz todas essaa feramentas intergradas de forma que os relatorios podem ser analisados facilmente, se tiver interessado ae vai o link: http://www.alienvault.com/community.php?section=Home Att. Leandro Moreira Em 18 de fevereiro de 2010 16:45, Leandro Hamid escreveu: > Boa tarde novamente pessoal. > > > Eu estou estudando segurança de rede e informação e gostaria de saber de > vocês quais são as ferramentas mais adequadas para teste de vulnerabilidade > estilo backtrack que esteja nos repositórios e que eu possa instalar, alguém > tem alguma sugestão?Desde já agradeço. > > > > > -- > Leandro Hamid > SERPRO - Serviço Federal de Processamento de Dados > Maito: leandro.ha...@gmail.com > Maito: leandro.ha...@linuxmail.org > Skype: leandro_hamid > http://www.serpro.gov.br > Weblog: http://sysaprendiz.wordpress.com/ > GNU/Linux User #485051 > --> The blue screen of the death <-- > > > -- Leandro Moreira Network Administrator LPIC1 - Linux Professional Institute Certified e-mail/msn: lean...@leandromoreira.eti.br Tel.: + 55(32) 9906-5713
Ferramentas para teste de vulnerabilidade.
Boa tarde novamente pessoal. Eu estou estudando segurança de rede e informação e gostaria de saber de vocês quais são as ferramentas mais adequadas para teste de vulnerabilidade estilo backtrack que esteja nos repositórios e que eu possa instalar, alguém tem alguma sugestão?Desde já agradeço. -- Leandro Hamid SERPRO - Serviço Federal de Processamento de Dados Maito: leandro.ha...@gmail.com Maito: leandro.ha...@linuxmail.org Skype: leandro_hamid http://www.serpro.gov.br Weblog: http://sysaprendiz.wordpress.com/ GNU/Linux User #485051 --> The blue screen of the death <--
Re: Programa para teste de conexão estilo teste do "Windows Live"
Ah, esqueci de dizer, esse teste tem que ser desde o início, será para um linux customizado LiveCD e o teste tem que verificar: - existe placa de rede no computador - cabo está conectado (como no comando mii-tool) - pegou IP de DHCP - conexao com gateway - resolucao de DNS - se o IP que ele pegou não bate com o da VPN - se há conexão na porta 443 TCP SSL do IP X - se há conexão na porta 1194 UDP OpenVPN do IP Y 2010/1/11 Lucas Mocellin > Olá pessoal, > > estou desenvolvendo uma aplicação para o ensino a distância que faz uma > conexão com um servidor remoto para realizar uma prova online através de uma > VPN. > > Problema: Preciso fazer um botão "testar conexão" antes do usuário > autenticar, então estou vendo se já existe algo pronto. Eu preciso testar a > porta 443(SSL) e a porta 1194(OpenVPN) de um servidor remoto, principalmente > para saber se há algum tipo de filtro (firewall) no meio. Até desenvolvi > algo simples que testa a 443 TCP, porém não consegui testar a 1194 UDP, > poise segundo o protocolo, se enviar uma conexão e ela "não responder" > significa que está aberta ou filtrada (o teste do NMAP também segue esta > lógica), caso esteja fechada retorna um REJECT. Porém esse teste não me > serve, então penso que a única alternativa é simular um início de VPN > segundo o protocolo do OpenVPN, o que ainda não faço a mínima idéia de como > fazer. > > Primeiro: alguém conhece algum script/programa pronto que faz esse teste de > conexão no estilo do Windows Live, abre uma janelinha "bonitinha" que mostra > todos os testes e vai fazendo um "OK" nos passos que "passaram no teste", e > que faça teste em conexões TCP e UDP? Essa seria a melhor alternativa, > utilizar algo pronto. > > Segundo: se não existir algo como na frase anterior, alguém saberia como > posso testar a porta do OpenVPN? quero saber se realmente a porta está > aberta e é um OpenVPN que está rodando. > > Toda sugestão é bem-vinda. > > Obrigado e abraços, > > Lucas. >
Programa para teste de conexão estilo teste do "Win dows Live"
Olá pessoal, estou desenvolvendo uma aplicação para o ensino a distância que faz uma conexão com um servidor remoto para realizar uma prova online através de uma VPN. Problema: Preciso fazer um botão "testar conexão" antes do usuário autenticar, então estou vendo se já existe algo pronto. Eu preciso testar a porta 443(SSL) e a porta 1194(OpenVPN) de um servidor remoto, principalmente para saber se há algum tipo de filtro (firewall) no meio. Até desenvolvi algo simples que testa a 443 TCP, porém não consegui testar a 1194 UDP, poise segundo o protocolo, se enviar uma conexão e ela "não responder" significa que está aberta ou filtrada (o teste do NMAP também segue esta lógica), caso esteja fechada retorna um REJECT. Porém esse teste não me serve, então penso que a única alternativa é simular um início de VPN segundo o protocolo do OpenVPN, o que ainda não faço a mínima idéia de como fazer. Primeiro: alguém conhece algum script/programa pronto que faz esse teste de conexão no estilo do Windows Live, abre uma janelinha "bonitinha" que mostra todos os testes e vai fazendo um "OK" nos passos que "passaram no teste", e que faça teste em conexões TCP e UDP? Essa seria a melhor alternativa, utilizar algo pronto. Segundo: se não existir algo como na frase anterior, alguém saberia como posso testar a porta do OpenVPN? quero saber se realmente a porta está aberta e é um OpenVPN que está rodando. Toda sugestão é bem-vinda. Obrigado e abraços, Lucas.
Fwd: teste de compilação de kernel
2009/12/23 Adriano Rafael Gomes : > Em Wed, 23 Dec 2009 11:50:29 -0300 > thiago escreveu: > >> Senhores, >> estou precisando de algum software que simule uma plataforma (Ex: x86, >> sparc, arm) para fazer teste com kernel, alguém conhece alguma >> ferramenta para isso? >> obrigado. >> > > QEMU? > http://www.nongnu.org/qemu/status.html > Eu ia sugerir o virtualbox, mas como vc quer múltiplas arquiteturas, realmente acho que só o qemu. Mas eu nunca consegui fazer funcionar sparc, ppc, etc. Parece que só funciona pra Linux (tentei com Slowlaris, MacOSX, etc). -- []´s Helio Loureiro http://helio.loureiro.eng.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: teste de compilação de kernel
Em Wed, 23 Dec 2009 11:50:29 -0300 thiago escreveu: > Senhores, > estou precisando de algum software que simule uma plataforma (Ex: x86, > sparc, arm) para fazer teste com kernel, alguém conhece alguma > ferramenta para isso? > obrigado. > QEMU? http://www.nongnu.org/qemu/status.html -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
teste de compilação de kernel
Senhores, estou precisando de algum software que simule uma plataforma (Ex: x86, sparc, arm) para fazer teste com kernel, alguém conhece alguma ferramenta para isso? obrigado. -- Thiago Silveira Alexandre Security Enginner Intechne Tecnologia da Informação (98) 3311 6200 (98) 3311 6219 (98) 8132 1020 -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [OFF-TOPIC] Ferramenta para teste de CPU
Em Mon, Dec 14, 2009 at 07:42:21PM -0200, Edson Marquezani Filho escreveu: | Estou enfrentando uns problemas com servidores HP DL380 G5 em um rede, | e ainda não consegui isolar a causa. Porém, uma das hipóteses é falha | de hardware, uma que vez que os dois sofreram uma certa agressão | recentemente. | | O sintoma aparente é que os servidores travam por pequenos instantes, | a todo momento. Tenho tido algumas evidências de que o problema é | relacionado ao hardware mesmo, inclusive essas mensagens de log do | kernel: | | Dec 14 10:09:16 slave kernel: BUG: soft lockup - CPU#4 stuck for 12s! | [kipmi1:4501] | Dec 14 12:27:56 slave kernel: BUG: soft lockup - CPU#7 stuck for 14s! | [kipmi1:4501] | Dec 14 13:50:54 slave kernel: BUG: soft lockup - CPU#6 stuck for 15s! | [kipmi1:4501] | Dec 14 13:50:55 slave kernel: BUG: soft lockup - CPU#1 stuck for 10s! | [swapper:0] | Dec 14 13:56:38 slave kernel: BUG: soft lockup - CPU#6 stuck for 14s! | [kipmi1:4501] | Dec 14 14:06:26 slave kernel: BUG: soft lockup - CPU#3 stuck for 10s! | [kipmi1:4501] | Dec 14 14:18:06 slave kernel: BUG: soft lockup - CPU#6 stuck for 12s! | [kipmi1:4501] | Dec 14 15:22:07 slave kernel: BUG: soft lockup - CPU#3 stuck for 20s! | [kipmi1:4501] | Dec 14 15:22:08 slave kernel: BUG: soft lockup - CPU#1 stuck for 19s! | [swapper:0] | Dec 14 18:31:36 slave kernel: BUG: soft lockup - CPU#3 stuck for 20s! | [dlm_send:3864] | Dec 14 18:31:36 slave kernel: BUG: soft lockup - CPU#7 stuck for 20s! | [kipmi1:4501] | | Algum de vocês pode me sugerir uma ferramenta pra rodar testes de CPU, | e ver se realmente estou com problemas? Ficaria muito grato. | | Obrigado. | | Obs: esses sistemas não são Debian, por isso o OFF-TOPIC. Oi Edson, O cpuburn testa a CPU, mas... Na página do cpuburn [0] tem um aviso interessante: -- *** WARNING *** This program is designed to heavily load CPU chips. Undercooled, overclocked or otherwise weak systems may fail causing data loss (filesystem corruption) and possibly permanent damage to electronic components. Nor will it catch all flaws. *** USE AT YOUR OWN RISK *** -- Porém, procurando pela mensagem de erro, cheguei na thread [1], Acho que vale a pena dar uma olhada nela. Qual versão do teu kernel ? [0] http://pages.sbcglobal.net/redelm/ [1] http://kerneltrap.org/mailarchive/linux-kernel/2007/12/7/493907 Att, LEslie -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[OFF-TOPIC] Ferramenta para teste de CPU
Olá a todos. Estou enfrentando uns problemas com servidores HP DL380 G5 em um rede, e ainda não consegui isolar a causa. Porém, uma das hipóteses é falha de hardware, uma que vez que os dois sofreram uma certa agressão recentemente. O sintoma aparente é que os servidores travam por pequenos instantes, a todo momento. Tenho tido algumas evidências de que o problema é relacionado ao hardware mesmo, inclusive essas mensagens de log do kernel: Dec 14 10:09:16 slave kernel: BUG: soft lockup - CPU#4 stuck for 12s! [kipmi1:4501] Dec 14 12:27:56 slave kernel: BUG: soft lockup - CPU#7 stuck for 14s! [kipmi1:4501] Dec 14 13:50:54 slave kernel: BUG: soft lockup - CPU#6 stuck for 15s! [kipmi1:4501] Dec 14 13:50:55 slave kernel: BUG: soft lockup - CPU#1 stuck for 10s! [swapper:0] Dec 14 13:56:38 slave kernel: BUG: soft lockup - CPU#6 stuck for 14s! [kipmi1:4501] Dec 14 14:06:26 slave kernel: BUG: soft lockup - CPU#3 stuck for 10s! [kipmi1:4501] Dec 14 14:18:06 slave kernel: BUG: soft lockup - CPU#6 stuck for 12s! [kipmi1:4501] Dec 14 15:22:07 slave kernel: BUG: soft lockup - CPU#3 stuck for 20s! [kipmi1:4501] Dec 14 15:22:08 slave kernel: BUG: soft lockup - CPU#1 stuck for 19s! [swapper:0] Dec 14 18:31:36 slave kernel: BUG: soft lockup - CPU#3 stuck for 20s! [dlm_send:3864] Dec 14 18:31:36 slave kernel: BUG: soft lockup - CPU#7 stuck for 20s! [kipmi1:4501] Algum de vocês pode me sugerir uma ferramenta pra rodar testes de CPU, e ver se realmente estou com problemas? Ficaria muito grato. Obrigado. Obs: esses sistemas não são Debian, por isso o OFF-TOPIC. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: CRON.D, teste de VPN nao funciona
Show Kleber, quem sabe sabe :) Agradeço a todos, valeu... Att Gustavo de Carvalho 2009/11/11 Kleber Leal > O problema é que o crontab do Debian não configura a variável PATH, então > alguns comandos, como os que estão dentro do diretório /sbin, incluindo o > ifconfig, não ficam disponíveis se você não especificar o caminho completo. > Para resolver o seu problema configure a variável PATH dentro do crontab. > > # crontrab -e > PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin > */5 * * * * /seu/script/aqui > > Se você diz que o script funciona quando executado manualmente, então > depois que você fizer a alteração que eu falei, eu duvido que não funcione > :) > > Kléber Leal > > -- > Não à pirataria. Sim ao Software Livre. > > > -- > *De:* Molinero > *Para:* debian-user-portuguese@lists.debian.org > *Cc:* debian-user-portuguese@lists.debian.org > *Enviadas:* Terça-feira, 10 de Novembro de 2009 15:35:20 > *Assunto:* Re: CRON.D, teste de VPN nao funciona > > Concordo com o Yamane, mas veja também se não está ficando o pid ou o > socket do processo, mesmo depois que ele morre > > 2009/11/10 Renato S. Yamane > >> Em 10-11-2009 14:02, gunix escreveu: >> >> seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se >>> a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. >>> >> >> Seria interessante tentar descobrir o que está fazendo o serviço ficar >> offline, e não simplesmente reiniciar o serviço. >> >> Se você descobrir isso, então não precisará de nenhum script para ficar >> verificando se a VPN está OK. >> >> >> Ele executa normal mas no log do openvon aparece uma mensagem que dei >>> exerro ao executar ifconfig. >>> Eu seja, quando ele tentar levantar a interfce da VPN. >>> >> >> Você está executando esse script como "root"? >> >> Att, >> Renato >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact >> listmas...@lists.debian.org >> >> > > -- > Veja quais são os assuntos do momento no Yahoo! + Buscados: Top > 10<http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/>- > Celebridades<http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/celebridades/>- > Música<http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/m%C3%BAsica/>- > Esportes<http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/esportes/> >
Res: CRON.D, teste de VPN nao funciona
O problema é que o crontab do Debian não configura a variável PATH, então alguns comandos, como os que estão dentro do diretório /sbin, incluindo o ifconfig, não ficam disponíveis se você não especificar o caminho completo. Para resolver o seu problema configure a variável PATH dentro do crontab. # crontrab -e PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin */5 * * * * /seu/script/aqui Se você diz que o script funciona quando executado manualmente, então depois que você fizer a alteração que eu falei, eu duvido que não funcione :) Kléber Leal -- Não à pirataria. Sim ao Software Livre. De: Molinero Para: debian-user-portuguese@lists.debian.org Cc: debian-user-portuguese@lists.debian.org Enviadas: Terça-feira, 10 de Novembro de 2009 15:35:20 Assunto: Re: CRON.D, teste de VPN nao funciona Concordo com o Yamane, mas veja também se não está ficando o pid ou o socket do processo, mesmo depois que ele morre 2009/11/10 Renato S. Yamane Em 10-11-2009 14:02, gunix escreveu: > > >>>seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se >>>>a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. >> > >Seria interessante tentar descobrir o que está fazendo o serviço ficar >offline, e não simplesmente reiniciar o serviço. > >>Se você descobrir isso, então não precisará de nenhum script para ficar >>verificando se a VPN está OK. > > > >>>Ele executa normal mas no log do openvon aparece uma mensagem que dei >>>>exerro ao executar ifconfig. >>>>Eu seja, quando ele tentar levantar a interfce da VPN. >> > >Você está executando esse script como "root"? > >>Att, >>Renato > > >>-- >>To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org >>with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > > Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com
Re: CRON.D, teste de VPN nao funciona
Concordo, é o que estou tentanto fazer. O script é apenas uma forma de amenizar o inpacto da impantação. Tenho comunicação entre as pontas o tempo todo, quando cai é um trantorno. O que acontece, é que o meu velox para de funcionar. Quando isso ocorre meu tunel cuntinua on, porem a conexão nao existe mais. Quando eu restarto o serviço volta tudo a funcoinar. Meu script no cron roda com root. A linha esta assim. Dentro do cron.d, tenho um arquivo chamado openvpn Seu conteudo: # /etc/cron.d/openvpn: crontab fragment for openvpn # Verifica VPN a cada 5 minutos */5 * * * * root "/etc/nwsystem/NWOVPN/NWOVPNcheck" Att Gustavo 2009/11/10 Renato S. Yamane > Em 10-11-2009 14:02, gunix escreveu: > > seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se >> a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. >> > > Seria interessante tentar descobrir o que está fazendo o serviço ficar > offline, e não simplesmente reiniciar o serviço. > > Se você descobrir isso, então não precisará de nenhum script para ficar > verificando se a VPN está OK. > > > Ele executa normal mas no log do openvon aparece uma mensagem que dei >> exerro ao executar ifconfig. >> Eu seja, quando ele tentar levantar a interfce da VPN. >> > > Você está executando esse script como "root"? > > Att, > Renato > > > -- > To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > >
Re: CRON.D, teste de VPN nao funciona
Concordo com o Yamane, mas veja também se não está ficando o pid ou o socket do processo, mesmo depois que ele morre 2009/11/10 Renato S. Yamane > Em 10-11-2009 14:02, gunix escreveu: > > seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se >> a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. >> > > Seria interessante tentar descobrir o que está fazendo o serviço ficar > offline, e não simplesmente reiniciar o serviço. > > Se você descobrir isso, então não precisará de nenhum script para ficar > verificando se a VPN está OK. > > > Ele executa normal mas no log do openvon aparece uma mensagem que dei >> exerro ao executar ifconfig. >> Eu seja, quando ele tentar levantar a interfce da VPN. >> > > Você está executando esse script como "root"? > > Att, > Renato > > > -- > To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > >
Re: CRON.D, teste de VPN nao funciona
Em 10-11-2009 14:02, gunix escreveu: seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. Seria interessante tentar descobrir o que está fazendo o serviço ficar offline, e não simplesmente reiniciar o serviço. Se você descobrir isso, então não precisará de nenhum script para ficar verificando se a VPN está OK. Ele executa normal mas no log do openvon aparece uma mensagem que dei exerro ao executar ifconfig. Eu seja, quando ele tentar levantar a interfce da VPN. Você está executando esse script como "root"? Att, Renato -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: CRON.D, teste de VPN nao funciona
que erro seria? permissão talvez? 2009/11/10 gunix > Galera, > > seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se a > VPN esta online. Se não estiverm ele reinicia o servidor da VPN. > > O Script esta rodando e funcionando. se eu exeuctar vpnckeck, ele testa e > faz o combinado. > Porem quando ele esta agendando no cron, ele da o seutinte erro ao > executar. > > /etc/inid.d/openvpn start > > Ele executa normal mas no log do openvon aparece uma mensagem que dei > exerro ao executar ifconfig. > Eu seja, quando ele tentar levantar a interfce da VPN. > > O Mesmo comando que executa o CRON, eu exeuto fora do cron e funciona. Não > da mais o erro do ifconfig > > Aguardo, quem quiser opinar. > > Att > Gustavo de Carvalho > > -- Att, Rafael Moraes Linux Professional Institute Certified - Level 1 ITIL Foundations Certified
CRON.D, teste de VPN nao funciona
Galera, seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. O Script esta rodando e funcionando. se eu exeuctar vpnckeck, ele testa e faz o combinado. Porem quando ele esta agendando no cron, ele da o seutinte erro ao executar. /etc/inid.d/openvpn start Ele executa normal mas no log do openvon aparece uma mensagem que dei exerro ao executar ifconfig. Eu seja, quando ele tentar levantar a interfce da VPN. O Mesmo comando que executa o CRON, eu exeuto fora do cron e funciona. Não da mais o erro do ifconfig Aguardo, quem quiser opinar. Att Gustavo de Carvalho
Teste de Mensagem
Alow galera da lista de dicussão do Debian , espero que possa ajudar como tb ajuda-lo abraços a todos Marcelo Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com
teste
assdfsfsdf Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com
Re: Teste de e-mail
Valeu pessoal estava tentando desde ontem enviar para a lista do BR-DESKTOP, acho que era no servidor o problema. Voltou ao normal agora. Obrigado Em Ter, 2009-08-11 às 12:12 -0300, Gunther Furtado escreveu: > 2009/8/11 Marcos João dos Santos : > > Estou tentando enviar e-mail e tá dando erro de recebimento. > > Só notifique-me se receberam por favor > > > > Agora o original chegou! > > -- > Gunther Furtado > Curitiba - Paraná - Brasil > gunfurt...@gmail.com > > "...agora, só nos sobrou o futuro...", visto em www.manuchao.net > > -- Marcos João mar...@acheperto.com.br Botucatu - SP Visite: www.watchtower.org -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Teste de e-mail
2009/8/11 Marcos João dos Santos : > Estou tentando enviar e-mail e tá dando erro de recebimento. > Só notifique-me se receberam por favor > Agora o original chegou! -- Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com "...agora, só nos sobrou o futuro...", visto em www.manuchao.net -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Teste de e-mail
2009/8/11 Vinicius : > Marcos João dos Santos escreveu: >> >> Estou tentando enviar e-mail e tá dando erro de recebimento. >> Só notifique-me se receberam por favor >> >> > > chegou aqui > > Vinicius > Só recebi a resposta do Vinícius, o original, não! E não está no spam. -- Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com "...agora, só nos sobrou o futuro...", visto em www.manuchao.net -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Teste de e-mail
Marcos João dos Santos escreveu: Estou tentando enviar e-mail e tá dando erro de recebimento. Só notifique-me se receberam por favor chegou aqui Vinicius -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Teste de e-mail
Estou tentando enviar e-mail e tá dando erro de recebimento. Só notifique-me se receberam por favor -- Marcos João mar...@acheperto.com.br Botucatu - SP Visite: www.watchtower.org -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Teste de email
Muito obrigado. Não precisam mas responder, Obrigado. 2009/7/31 Fred Maranhão : > recebido. respondo só para você. > > 2009/7/31 Eduardo Lopes : >> Por favor quem receber esse teste poderia responde-lo, estou achando >> que meus emails não estão chegando a lista. >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> >> > -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Teste de email
Por favor quem receber esse teste poderia responde-lo, estou achando que meus emails não estão chegando a lista. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Rotina de Teste de Conexão!!
Um teste simples � deixar um ping entre as duas pontas ;-) Vc vai ter a quantidade de pacotes perdidos, a velocidade entre as pontas e estat�sticas para um come�o ;-) []'s LEslie Em Wed, Mar 11, 2009 at 09:39:05PM -0300, Fagner Patricio escreveu: | Date: Wed, 11 Mar 2009 21:39:05 -0300 | Subject: Rotina de Teste de Conexão!! | From: Fagner Patricio | To: Debian | |Ola Pessoal!! | |Eu preciso fazer um teste de conexao em um link a radio, hoje eu liguei a |sede a um anexo que fica a 100m, e preciso fazer agora um teste para |verificar a qualidade da conexao, tipo a taxa de pacotes perdidos |velocidade do link, etc. | |Existe alguma maneira padrao de fazer esse tipo de teste? | |-- |Fagner Patricio |Joao Pessoa - PB |Brasil >) :-- final da mensagem Rotina de Teste de Conexão!! de Fagner Patricio > --: -- Leslie H. Watter Ger�ncia de Inova��o Corporativa / CELEPAR Fone: +55 41 3350-5460 Curitiba - Paran� - Brasil -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Rotina de Teste de Conexão!!
Olá Pessoal!! Eu preciso fazer um teste de conexão em um link a rádio, hoje eu liguei a sede a um anexo que fica a 100m, e preciso fazer agora um teste para verificar a qualidade da conexão, tipo a taxa de pacotes perdidos velocidade do link, etc. Existe alguma maneira padrão de fazer esse tipo de teste? -- Fagner Patrício João Pessoa - PB Brasil
Re: teste
confirmo recebimento! 2009/2/10 Leandro Moreira : > teste > > -- > Leandro Moreira > Linux Administrator: LPIC-1 > e-mail/msn: lean...@leandromoreira.eti.br > Tel.: + 55(32) 9906-5713 > -- Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
teste
teste -- Leandro Moreira Linux Administrator: LPIC-1 e-mail/msn: lean...@leandromoreira.eti.br Tel.: + 55(32) 9906-5713
Re: teste
Em Ter, 2009-01-20 às 22:37 -0200, Leandro Moreira escreveu: > > teste > > -- > Leandro Moreira > LPIC-1 > e-mail/msn: lean...@leandromoreira.eti.br > Tel.: + 55(32) 9906-5713te > > ok. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
teste
teste -- Leandro Moreira LPIC-1 e-mail/msn: lean...@leandromoreira.eti.br Tel.: + 55(32) 9906-5713te -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
teste
teste -- -- Leandro Moreira LPIC-1 e-mail/msn: lean...@leandromoreira.eti.br Tel.: + 55(32) 9906-5713 -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: rbs teste
On Monday 08 December 2008 21:42:01 Davi Vercillo C. Garcia (ダヴィ) wrote: > Pessoal, > > On Mon, Dec 8, 2008 at 8:19 PM, Roberto Simplício <[EMAIL PROTECTED]> wrote: > > teste > > Que bela lista para spam... ¬¬ Na boa, esse merece apanhar com gato morto até fazer o bicho miar!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: rbs teste
Pessoal, On Mon, Dec 8, 2008 at 8:19 PM, Roberto Simplício <[EMAIL PROTECTED]> wrote: > teste Que bela lista para spam... ¬¬ -- Davi Vercillo Carneiro Garcia http://davivercillo.blogspot.com/ Universidade Federal do Rio de Janeiro Departamento de Ciência da Computação DCC-IM/UFRJ - http://www.dcc.ufrj.br Grupo de Usuários GNU/Linux da UFRJ (GUL-UFRJ) http://www.dcc.ufrj.br/~gul Linux User: #388711 http://counter.li.org/ "A democracia muitas vezes significa o poder nas mãos de uma maioria incompetente." - Bernard Shaw "Good things come to those who... wait." - Debian Project "Theory is when you know something, but it doesn't work. Practice is when something works, but you don't know why. Programmers combine theory and practice: Nothing works and they don't know why." - Anon
rbs teste
teste
Re: teste...
teste ok :-) On Fri, Nov 21, 2008 at 10:24 AM, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote: > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > >
teste...
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Teste...
Só pra testar se está chegando meus e-mails pra lista... Abraços! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: teste
Dom, 28-Set-2008 10:28:30 -0700 (PDT) "Paulo H." <[EMAIL PROTECTED]> escreveu: > teste envio para lista, por favor me desculpen pois nao estava > conseguindo encaminhar mensagens para a lista. > > Testado! > > Novos endereços, o Yahoo! que você conhece. Crie um email novo > com a sua cara @ymail.com ou @rocketmail.com. > http://br.new.mail.yahoo.com/addresses -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
teste
teste envio para lista, por favor me desculpen pois nao estava conseguindo encaminhar mensagens para a lista. Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses
Sistema para Hotelerias e Pousadas - Teste gratis - Nao Virus
Prezados(a) Senhores(a) A Status Company esta lhe enviando a amostra do novo sistema para hotéis, o Status Hotel é um website totalmente automatizado, com painel de controle, avisos de reservas, chat online, Tickets entre outras opções. Este sistema foi desenvolvido com a ajuda de vários proprietários de hotéis que juntos montamos o website ideal para seu Hotel ou Pousada, ele pode ser 98% alterado pelo painel de controle sem necessitar de um técnico, sendo assim seus próprios funcionários vão poder trabalhar com o sistema. Vamos visitar o Modelo de demonstração do sistema? Acessar website: http://www.statuscompany.com.br/modelos/hotel/ Painel de Controle: http://www.statuscompany.com.br/modelos/hotel/admin/ Login: Demo Senha: Demo Devido ao numero muito grande de empresas testando o sistema, pedimos para que todos os cadastros que você vai fazer você delete pelo painel de controle. === Adquirir o sistema === Para adquirir o sistema pedimos para que envie um email para [EMAIL PROTECTED] Pois será selecionado um gerente para sua conta que ira entrar em contato por telefone com você. === Valor / Pagamento === O sistema Pode ser Vendido ou Alugado Valor aluguel: 180,00 Compra: A Combinar Obs: faça o download do manual do sistema. http://www.statuscompany.com.br/modelos/hotel/status_hotel.zip -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Teste de memroria e CPU
On Tue, Jul 1, 2008 at 6:08 PM, gunix escreveu: > MAs qual a melhot opção para executa-lo e como executa-lo? > > Tentei > > memtest mem all > > Porem foi muito rapido. > Quando executo ele no boot demora muito para terminar, como faço para > executar ele perfeitamente no modo de comando? Não dá para testar a memória direito com outros programas rodando. O testador precisa escrever na memória e depois ler para verificar se o valor é recuperado corretamente. Se outros programas estiverem usando a memória, o testador não vai poder usar a região de memória deles. -- Bruno Schneider http://www.dcc.ufla.br/~bruno/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Teste de memroria e CPU
Boa tarde, Apesar de não ser bem o que você quer tem esse: http://www.ibm.com/developerworks/linux/library/l-stress/ On Tue, 1 Jul 2008 14:16:23 -0300 gunix <[EMAIL PROTECTED]> wrote: > Galera, > > alguem sabe me dizer como posso fazer para testar a memoria do meu servidor > e Processador? > Quero saber se esta tudo ok com os memos. > > Para memoria conheco o memtest, porem preciso bottar por um cd ou disquete. > Existe o memso comando para rodar con o servidor trabalhando? > > Att > Gustavo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Teste de memroria e CPU
e lembre-se de deixar passa-lo umas 2 a 3x que é o recomendado... as vezes ele não pega algum problema quando passa pela primeira vez. On Tue, Jul 1, 2008 at 9:07 PM, Renato S. Yamane <[EMAIL PROTECTED]> wrote: > gunix escreveu: > > Mas qual a melhot opção para executa-lo e como executa-lo? > > > > Tentei > > > > memtest mem all > > > > Porem foi muito rapido. > > Quando executo ele no boot demora muito para terminar, como faço para > > executar ele perfeitamente no modo de comando? > > O memtest86+ no teste completo, deve demorar umas 3-4horas se você tiver > uns > 2Gb de RAM. > > A melhor forma de utiliza-lo é escolhendo ele no boot (pelo Grub). > <http://www.memtest86.com/#details> > <http://www.guiadohardware.net/artigos/usando-memtest> > > Att, > Renato > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > -- ~yuRi
Re: Teste de memroria e CPU
gunix escreveu: > Mas qual a melhot opção para executa-lo e como executa-lo? > > Tentei > > memtest mem all > > Porem foi muito rapido. > Quando executo ele no boot demora muito para terminar, como faço para > executar ele perfeitamente no modo de comando? O memtest86+ no teste completo, deve demorar umas 3-4horas se você tiver uns 2Gb de RAM. A melhor forma de utiliza-lo é escolhendo ele no boot (pelo Grub). <http://www.memtest86.com/#details> <http://www.guiadohardware.net/artigos/usando-memtest> Att, Renato -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Teste de memroria e CPU
Segundo o que eu li ali em cima, ele rodou rápido apenas porque ele se instalou no grub. Ele provavelmente vai testar apenas quando você reiniciar e escolher ele na inicialização. Este tipo de programa deve fazer algumas operações que não dão valores corretos se outros programas estiverem usando memória junto com ele, por isso ele deve ser executado sozinho na inicialização. Mas posso estar falando besteira, anyway. On Tue, Jul 1, 2008 at 6:08 PM, gunix <[EMAIL PROTECTED]> wrote: > MAs qual a melhot opção para executa-lo e como executa-lo? > > Tentei > > memtest mem all > > Porem foi muito rapido. > Quando executo ele no boot demora muito para terminar, como faço para > executar ele perfeitamente no modo de comando? > > Att > Gustavo > > 2008/7/1 paulobruck1 <[EMAIL PROTECTED]>: > >> Em Ter, 2008-07-01 às 14:16 -0300, gunix escreveu: >> > Galera, >> > >> > alguem sabe me dizer como posso fazer para testar a memoria do meu >> > servidor e Processador? >> > Quero saber se esta tudo ok com os memos. >> >a-lo >> > Para memoria conheco o memtest, porem preciso bottar por um cd ou >> > disquete. >> >> ? >> se vc estiver usando o debian basta instalar o memtest >> >> aptitude search memtest >> p memtest86- A thorough real-mode memory >> tester >> i memtest86+ - thorough real-mode memory >> tester >> i A memtester- A utility for testing the >> memory subsystem >> >> >> > Existe o memso comando para rodar con o servidor trabalhando? >> > >> >> >> sim acima80)) >> > Att >> > Gustavo >> >> >> -- >> To UNSUBSCRIBE, email to [EMAIL PROTECTED] >> with a subject of "unsubscribe". Trouble? Contact >> [EMAIL PROTECTED] >> >> >
Re: Teste de memroria e CPU
MAs qual a melhot opção para executa-lo e como executa-lo? Tentei memtest mem all Porem foi muito rapido. Quando executo ele no boot demora muito para terminar, como faço para executar ele perfeitamente no modo de comando? Att Gustavo 2008/7/1 paulobruck1 <[EMAIL PROTECTED]>: > Em Ter, 2008-07-01 às 14:16 -0300, gunix escreveu: > > Galera, > > > > alguem sabe me dizer como posso fazer para testar a memoria do meu > > servidor e Processador? > > Quero saber se esta tudo ok com os memos. > >a-lo > > Para memoria conheco o memtest, porem preciso bottar por um cd ou > > disquete. > > ? > se vc estiver usando o debian basta instalar o memtest > > aptitude search memtest > p memtest86- A thorough real-mode memory > tester > i memtest86+ - thorough real-mode memory > tester > i A memtester- A utility for testing the > memory subsystem > > > > Existe o memso comando para rodar con o servidor trabalhando? > > > > > sim acima80)) > > Att > > Gustavo > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > >
Re: Teste de memroria e CPU
Em Ter, 2008-07-01 às 14:16 -0300, gunix escreveu: > Galera, > > alguem sabe me dizer como posso fazer para testar a memoria do meu > servidor e Processador? > Quero saber se esta tudo ok com os memos. > > Para memoria conheco o memtest, porem preciso bottar por um cd ou > disquete. ? se vc estiver usando o debian basta instalar o memtest aptitude search memtest p memtest86- A thorough real-mode memory tester i memtest86+ - thorough real-mode memory tester i A memtester- A utility for testing the memory subsystem > Existe o memso comando para rodar con o servidor trabalhando? > sim acima80)) > Att > Gustavo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Teste de memroria e CPU
gunix escreveu: > Para memoria conheco o memtest, porem preciso bottar por um cd ou disquete. > Existe o memso comando para rodar con o servidor trabalhando? "Bootar"?? Que diabo de palavra estranha é essa? :-) Instale o memtest86+ e ele aparecerá no grub pronto para ser utilizado no próximo "bootamento" (kkk). Att, Renato -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Teste de memroria e CPU
Galera, alguem sabe me dizer como posso fazer para testar a memoria do meu servidor e Processador? Quero saber se esta tudo ok com os memos. Para memoria conheco o memtest, porem preciso bottar por um cd ou disquete. Existe o memso comando para rodar con o servidor trabalhando? Att Gustavo
Re: Teste lista!
On Wed, Apr 9, 2008 at 11:35 PM, Leonardo Augusto <[EMAIL PROTECTED]> wrote: > ±Tenho de fazer um trabalho sobre mailing lists, eu já era membro desta > lista, mas queria um teste em tempo real para um video ;D > O histórico da lista fica em http://lists.debian.org/debian-user-portuguese. Vc não precisa que os outros confirmem para vc se seu email chegou. Basta ir no histórico e verifica se está lá. Eh até bom que peça para que não respondam o seu teste, a fim de evitar tráfego desnecessário. Falous!! -- João Olavo Baião de Vasconcelos Bacharel em Ciência da Computação Mestrado em Informática @ UFES joaoolavo.wordpress.com
Re: Teste lista!
± Tenho de fazer um trabalho sobre mailing lists, eu já era membro desta lista, mas queria um teste em tempo real para um video ;D Obrigado mesmo assim Débora! Abraços! Em 09/04/2008, às 23:30 2008 , Débora Martins escreveu: SEu email chegou pela lista, era este o teste? -- Linux User #467533 Em 09/04/08, Leonardo Augusto <[EMAIL PROTECTED]> escreveu: Respondam Logo, por favor! Teste para video-tutorial! -- To UNSUBSCRIBE, email to debian-user-portuguese- [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Teste lista!
SEu email chegou pela lista, era este o teste? -- Linux User #467533 Em 09/04/08, Leonardo Augusto <[EMAIL PROTECTED]> escreveu: > > Respondam Logo, por favor! > Teste para video-tutorial! > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > >
Teste lista!
Respondam Logo, por favor! Teste para video-tutorial! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: teste
TEstado! 2008/3/7, Gunther Furtado <[EMAIL PROTECTED]>: > teste! > > -- > Gunther Furtado > [EMAIL PROTECTED] > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- ThOLOko ThOmaz BeLgine -FrEEBSD- UniX TeaM (LeT's MaKe InStaLL ClEan) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
teste
teste! -- Gunther Furtado [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ferramenta teste de desempenho
Em Mon, 18 Feb 2008 18:17:28 -0200 ThOLOko <[EMAIL PROTECTED]> escreveu: > Li a um bom tempo atras sobre o > Hammerhead > Mas não me lembro se era somente para teste de acessos simultaneos no > apache. > O Apache benchmark é bem limitado para este tipo de teste, ele ajuda a achar bons ajustes de memória, kernel e dos serviços mas apenas conecta e sai. O Jmeter é melhor (e mais chato de configurar) para ajuste mais finos de performance pois ele pode simular a navegação de usuários numa página ou no serviço FTP. Porém você irá precisar de servidor ou servidores semelhantes ao que você irá testar para simular uma carga razoável de teste. Saudações, -- Fernando Ike http://www.midstorm.org/~fike/weblog