Re: [FUG-BR] Cache squid de 1 Tb
2008/9/23 Eduardo Schoedler <[EMAIL PROTECTED]>: > No COSS você consegue especificar somente o tamanho máximo do objeto que > será armazenado ali. > Logo, ele serve para os arquivos pequenos até um certo limite. > > Você tem de verificar nos outros storages se existe a opção de configurar um > tamanho mínimo de objeto. > Assim, você poderá configurar esse para gravar os arquivos grandes. > > Ah, se alguém utiliza DISKD, existem alguns tweaks no kernel para quem usa > FreeBSD. > http://wiki.squid-cache.org/SquidFaq/DiskDaemon A dica para o Linux é até engraçada: " Linux * /!\ Use AUFS on Linux. It's much faster. " Voltando ao assunto. Me deu a idéia de usar um disco com coss, sem sistema de arquivos, para arquivos até uns 32 KB, ou 64 KB, e um com diskd ou aufs para objetos maiores. Dúvida. Se um objeto for grande para armazenar no coss, onde ele colocará? Ele armazenará no outro cache, ou descartará? Se todos os objetos pequenos ficarão no coss deixando os grandes para o outro? De dividir assim, acho que fica uma boa relação de desempenho. João Rocha. > > sds. > > > -- > From: "Joao Rocha Braga Filho" <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] Cache squid de 1 Tb > > 2008/9/23 Eduardo Schoedler <[EMAIL PROTECTED]>: >> Olá João! >> >> Nesse caso, utilize uma partição para COSS somente para arquivos >> pequenos... >> e deixe um outro diretório (diskd/aufs/oq for) para os arquivos grandes. >> >> Que tal ? > > Isto é muito bom, mas como digo quais arquivos é para colocar lá? > Como limito o tamanho de arquivos a serem colocados lá? > > > João Rocha. > >> >> Abraço. >> >> >> >> -- >> From: "Joao Rocha Braga Filho" <[EMAIL PROTECTED]> >> Subject: Re: [FUG-BR] Cache squid de 1 Tb >> >> 2008/9/21 Eduardo Schoedler <[EMAIL PROTECTED]>: >>> Já tentou utilizar COSS ? >>> Tente utilizar ele DIRETAMENTE na partição, sem nenhum sistema de >>> arquivos. >>> >>> cache_dir coss /dev/sdf1 34500 max-size=524288 max-stripe-waste=32768 >>> block-size=4096 maxfullbufs=10 >>> # This will use the /dev/sdf1 partition >>> # The cache_dir will store up to 34500MB worth of data >>> # The block size is 4096 bytes >>> # Objects that are up to 524288 bytes long will be stored. >>> # If a given stripe has less than 524288 bytes available, this >>> cache_dir >>> will only accept smaller objects until there is less than 32768 bytes >>> available in the stripe. >>> # If the default stripe size of 1MB is not changed, up to 10MB will be >>> used for stripes that are waiting to be written to disk. >> >> Isto parece ser interessante. Tira todo o overhead criado pelo sistema de >> arquivos. O squid passa a lidar diretamente com o disco. Espero que ele >> seja eficiente com isto, mas vale fazer uma tentativa. >> >> Mas lendo: >> >> " >> # block-size=n defines the "block size" for COSS cache_dir's. >> # Squid uses file numbers as block numbers. Since file numbers >> # are limited to 24 bits, the block size determines the maximum >> # size of the COSS partition. The default is 512 bytes, which >> # leads to a maximum cache_dir size of 512<<24, or 8 GB. Note >> # you should not change the COSS block size after Squid >> # has written some objects to the cache_dir. >> " >> >> Com block-size de 4098, o tamanho máximo da cache é de 64 GB. >> >> Lendo mais, me pareceu que o formato COSS é muito limitado, e pode >> deixar de armazear muitas coisas grandes que merecem ser guardadas. >> Ele parece só armazernar arquivos contínuos - se não tiver uma seqüência >> de blocos grande suficiente para caber o arquivo, ele pode não guardá-lo - >> e >> ainda pode duplicar os arquivos armazenados. Acho que deveriam ter >> criado algo melhor. >> >>> >>> Mais informações em: >>> http://wiki.squid-cache.org/SquidFaq/CyclicObjectStorageSystem >>> 8. Examples >> >> Vou dar uma olhada. >> >> >> João Rocha. >> >>> >>> >>> Lembrando que para utilizar DISKD / AUFS / COSS, você deve compular o >>> kernel >>> com a opção: >>> options VFS_AIO >>> >>> Caso já tenha compilado o kernel sem a opção, carregue como módulo: >>> kldload aio >>> >>> >>> Abraços. >>> >>> >>> -- >>> From: "Victor" <[EMAIL PROTECTED]> >>> Subject: Re: [FUG-BR] Cache squid de 1 Tb >>> >>> Olá Ademir, >>> >>> Desculpe a pergunta, mas voce continua usando mais de 2 particionamentos >>> por >>> disco ? Acredito que seja esse seu problema. >>> >>> Abraços. >>> >>> >>> -- >>> Atenciosamente, >>> Victor Gustavo Volpe >>> Diretor Executivo >>> Grupo Total Serviços de Internet LTDA - ME >>> CNPJ: 08.776.401/0001-40 >>> (17) 3227-0686 / 9105-5392 >>> >>> - Original Message - >>> From: "Ademir Costa Peixoto" <[EMAIL PROTECTED]> >>> Sent: Sunday, September 21, 2008 9:53 PM >>> Subject: Re: [FUG-BR] Cache squid de 1 Tb >>> >>> Olá João, >>> >>> >>>Refiz a minha tabela de slices, d
Re: [FUG-BR] xenserver
Paulo, Teoricamente o xenserver é uma versão melhorada do xen (opensource) e também não depende de ter um sistema operacional tipo netbsd ou linux rodando p/ rodar o xen, ele próprio já é o sistema operacional. Tudo bem que deve ser linux, mas é totalmente customizado para virtualização... Agora tem a versão free e pode ser interessante. Na verdade estou querendo fazer um comparativo com a versão do vmware esxi, também freeware. []s, Ari 2008/9/23 Paulo Henrique <[EMAIL PROTECTED]> > 2008/9/23 Ari Arantes Filho <[EMAIL PROTECTED]> > > > Pessoal, > > Alguém conseguiu instalar o FreeBSD 7 no novo xenserver 5.0? > > > Cara meio dificir achar alguem que use XENServer, > Tenho um ambiente de teste com NetBSD como DOM0 e FreeBSD 6.3 como DOMU e > ficou legal, não me aprofundei mais por que não tenho motivos no momento. > > Verifique, é bem documentado. > e pelos 4 dias que usei como estação desktop o FreeBSD sobre o XEN não tive > problemas. > > Fica ai a minha opnião. > > > > > > > > []s, > > > > Ari > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Atenciosamente Paulo Henrique. > "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" > "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, > não teremos tudo que queremos, contudo não veremos mais o que não > queremos." > "A real definição sobre deus se dá pelo fato do ser humano ser covarde o > suficiente, > colocando a culpa em algo que não existe para manter a conciência "limpa"". > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
No COSS você consegue especificar somente o tamanho máximo do objeto que será armazenado ali. Logo, ele serve para os arquivos pequenos até um certo limite. Você tem de verificar nos outros storages se existe a opção de configurar um tamanho mínimo de objeto. Assim, você poderá configurar esse para gravar os arquivos grandes. Ah, se alguém utiliza DISKD, existem alguns tweaks no kernel para quem usa FreeBSD. http://wiki.squid-cache.org/SquidFaq/DiskDaemon sds. -- From: "Joao Rocha Braga Filho" <[EMAIL PROTECTED]> Subject: Re: [FUG-BR] Cache squid de 1 Tb 2008/9/23 Eduardo Schoedler <[EMAIL PROTECTED]>: > Olá João! > > Nesse caso, utilize uma partição para COSS somente para arquivos > pequenos... > e deixe um outro diretório (diskd/aufs/oq for) para os arquivos grandes. > > Que tal ? Isto é muito bom, mas como digo quais arquivos é para colocar lá? Como limito o tamanho de arquivos a serem colocados lá? João Rocha. > > Abraço. > > > > -- > From: "Joao Rocha Braga Filho" <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] Cache squid de 1 Tb > > 2008/9/21 Eduardo Schoedler <[EMAIL PROTECTED]>: >> Já tentou utilizar COSS ? >> Tente utilizar ele DIRETAMENTE na partição, sem nenhum sistema de >> arquivos. >> >> cache_dir coss /dev/sdf1 34500 max-size=524288 max-stripe-waste=32768 >> block-size=4096 maxfullbufs=10 >> # This will use the /dev/sdf1 partition >> # The cache_dir will store up to 34500MB worth of data >> # The block size is 4096 bytes >> # Objects that are up to 524288 bytes long will be stored. >> # If a given stripe has less than 524288 bytes available, this >> cache_dir >> will only accept smaller objects until there is less than 32768 bytes >> available in the stripe. >> # If the default stripe size of 1MB is not changed, up to 10MB will be >> used for stripes that are waiting to be written to disk. > > Isto parece ser interessante. Tira todo o overhead criado pelo sistema de > arquivos. O squid passa a lidar diretamente com o disco. Espero que ele > seja eficiente com isto, mas vale fazer uma tentativa. > > Mas lendo: > > " > # block-size=n defines the "block size" for COSS cache_dir's. > # Squid uses file numbers as block numbers. Since file numbers > # are limited to 24 bits, the block size determines the maximum > # size of the COSS partition. The default is 512 bytes, which > # leads to a maximum cache_dir size of 512<<24, or 8 GB. Note > # you should not change the COSS block size after Squid > # has written some objects to the cache_dir. > " > > Com block-size de 4098, o tamanho máximo da cache é de 64 GB. > > Lendo mais, me pareceu que o formato COSS é muito limitado, e pode > deixar de armazear muitas coisas grandes que merecem ser guardadas. > Ele parece só armazernar arquivos contínuos - se não tiver uma seqüência > de blocos grande suficiente para caber o arquivo, ele pode não guardá-lo - > e > ainda pode duplicar os arquivos armazenados. Acho que deveriam ter > criado algo melhor. > >> >> Mais informações em: >> http://wiki.squid-cache.org/SquidFaq/CyclicObjectStorageSystem >> 8. Examples > > Vou dar uma olhada. > > > João Rocha. > >> >> >> Lembrando que para utilizar DISKD / AUFS / COSS, você deve compular o >> kernel >> com a opção: >> options VFS_AIO >> >> Caso já tenha compilado o kernel sem a opção, carregue como módulo: >> kldload aio >> >> >> Abraços. >> >> >> -- >> From: "Victor" <[EMAIL PROTECTED]> >> Subject: Re: [FUG-BR] Cache squid de 1 Tb >> >> Olá Ademir, >> >> Desculpe a pergunta, mas voce continua usando mais de 2 particionamentos >> por >> disco ? Acredito que seja esse seu problema. >> >> Abraços. >> >> >> -- >> Atenciosamente, >> Victor Gustavo Volpe >> Diretor Executivo >> Grupo Total Serviços de Internet LTDA - ME >> CNPJ: 08.776.401/0001-40 >> (17) 3227-0686 / 9105-5392 >> >> - Original Message - >> From: "Ademir Costa Peixoto" <[EMAIL PROTECTED]> >> Sent: Sunday, September 21, 2008 9:53 PM >> Subject: Re: [FUG-BR] Cache squid de 1 Tb >> >> Olá João, >> >> >>Refiz a minha tabela de slices, deixei apenas 2 em cada uma das 4 >> partições em cada disco sata2 de 500g. >>Não monto filesystem de squid em fstab. Faço por script como esse: >> >> mount -o noexec,async,noatime,nosuid /dev/ad14s1d /cache1 >> mount -o noexec,async,noatime,nosuid /dev/ad14s1e /cache2 >> mount -o noexec,async,noatime,nosuid /dev/ad14s2d /cache3 >> mount -o noexec,async,noatime,nosuid /dev/ad14s2e /cache4 >> mount -o noexec,async,noatime,nosuid /dev/ad14s3d /cache5 >> mount -o noexec,async,noatime,nosuid /dev/ad14s3e /cache6 >> mount -o noexec,async,noatime,nosuid /dev/ad14s4d /cache7 >> mount -o noexec,async,noatime,nosuid /dev/ad14s4e /cache8 >> mount -o noexec,async,noatime,nosuid /dev/ad16s1d /cache9 >> mount -o noexec,async,noatime,nosuid /dev/ad16s1
Re: [FUG-BR] [OFF-TOPIC][LICENÇA]-Procedimen to para criar uma licença voltada a Software.
Passei a ter mais um monte de duvidas sobre o assunto.Tipo é necessário mesmo sobre a licença patentear a tecnologia ? Patentear a tecnologia, no caso o algoritmo evitaria que empresas de software proprietário incorporar tal tecnologia sem pagamento prévio para a implementação assim como tambem royalts ao desenvolvedor. A patente é respeita ou quando a empresa é muito forte consegue quebrar a lei e de certa forma "roubar" a tecnologia ? Essa são algumas duvidas no momento alem da apresentada previamente. 2008/9/23 Paulo Henrique <[EMAIL PROTECTED]> > > > 2008/9/23 Daniel de Oliveira <[EMAIL PROTECTED]> > >> Ja deu uma lida na Creative Commons? > > > Siim estou lendo ela mais não achei nada onde me orienta sobre tal > procedimento. > > >> >> >> 2008/9/23 Paulo Henrique <[EMAIL PROTECTED]>: >> > Saudações a todos da lista.Primeiro me perdoem pelo OFF-TOPIC, o criei >> pois >> > algumas busca no google e no cuil não achar nada especifico para o que >> > preciso. >> > A questão em si é procedimentos para se criar uma licença incluindo o >> custo >> > para a criação dessa licença. >> > Gostaria de saber onde provurar, pois sou muito leigo no que tange a lei >> > sobre tal procedimento assim como em varias outras areas referente a >> ela. >> > Qualquer link descrevendo tal procedimento ou referencia de onde >> procurar é >> > bem vinda. >> > >> > A todos desde já agradeço. >> > >> > >> > -- >> > Atenciosamente Paulo Henrique. >> > "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" >> > "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, >> > não teremos tudo que queremos, contudo não veremos mais o que não >> queremos." >> > "A real definição sobre deus se dá pelo fato do ser humano ser covarde o >> > suficiente, >> > colocando a culpa em algo que não existe para manter a conciência >> "limpa"". >> > - >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > >> >> >> >> -- >> Daniel de Oliveira >> >> Network and System Analyst >> Security Specialist >> IBM RISC Specialist >> IBM Storage Specialist >> Linux/Unix Specialist >> Linux User #: 405334 >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > Atenciosamente Paulo Henrique. > "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" > "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, > não teremos tudo que queremos, contudo não veremos mais o que não > queremos." > "A real definição sobre deus se dá pelo fato do ser humano ser covarde o > suficiente, > colocando a culpa em algo que não existe para manter a conciência "limpa"". > -- Atenciosamente Paulo Henrique. "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, não teremos tudo que queremos, contudo não veremos mais o que não queremos." "A real definição sobre deus se dá pelo fato do ser humano ser covarde o suficiente, colocando a culpa em algo que não existe para manter a conciência "limpa"". - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC][LICENÇA]-Procedimen to para criar uma licença voltada a Software.
2008/9/23 Daniel de Oliveira <[EMAIL PROTECTED]> > Ja deu uma lida na Creative Commons? Siim estou lendo ela mais não achei nada onde me orienta sobre tal procedimento. > > > 2008/9/23 Paulo Henrique <[EMAIL PROTECTED]>: > > Saudações a todos da lista.Primeiro me perdoem pelo OFF-TOPIC, o criei > pois > > algumas busca no google e no cuil não achar nada especifico para o que > > preciso. > > A questão em si é procedimentos para se criar uma licença incluindo o > custo > > para a criação dessa licença. > > Gostaria de saber onde provurar, pois sou muito leigo no que tange a lei > > sobre tal procedimento assim como em varias outras areas referente a ela. > > Qualquer link descrevendo tal procedimento ou referencia de onde procurar > é > > bem vinda. > > > > A todos desde já agradeço. > > > > > > -- > > Atenciosamente Paulo Henrique. > > "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" > > "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, > > não teremos tudo que queremos, contudo não veremos mais o que não > queremos." > > "A real definição sobre deus se dá pelo fato do ser humano ser covarde o > > suficiente, > > colocando a culpa em algo que não existe para manter a conciência > "limpa"". > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Daniel de Oliveira > > Network and System Analyst > Security Specialist > IBM RISC Specialist > IBM Storage Specialist > Linux/Unix Specialist > Linux User #: 405334 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Atenciosamente Paulo Henrique. "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, não teremos tudo que queremos, contudo não veremos mais o que não queremos." "A real definição sobre deus se dá pelo fato do ser humano ser covarde o suficiente, colocando a culpa em algo que não existe para manter a conciência "limpa"". - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC][LICENÇA]-Procedimen to para criar uma licença voltada a Software.
Ja deu uma lida na Creative Commons? 2008/9/23 Paulo Henrique <[EMAIL PROTECTED]>: > Saudações a todos da lista.Primeiro me perdoem pelo OFF-TOPIC, o criei pois > algumas busca no google e no cuil não achar nada especifico para o que > preciso. > A questão em si é procedimentos para se criar uma licença incluindo o custo > para a criação dessa licença. > Gostaria de saber onde provurar, pois sou muito leigo no que tange a lei > sobre tal procedimento assim como em varias outras areas referente a ela. > Qualquer link descrevendo tal procedimento ou referencia de onde procurar é > bem vinda. > > A todos desde já agradeço. > > > -- > Atenciosamente Paulo Henrique. > "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" > "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, > não teremos tudo que queremos, contudo não veremos mais o que não queremos." > "A real definição sobre deus se dá pelo fato do ser humano ser covarde o > suficiente, > colocando a culpa em algo que não existe para manter a conciência "limpa"". > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Daniel de Oliveira Network and System Analyst Security Specialist IBM RISC Specialist IBM Storage Specialist Linux/Unix Specialist Linux User #: 405334 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC][LICENÇA]-Procedimen to para criar uma licença voltada a Software.
Saudações a todos da lista.Primeiro me perdoem pelo OFF-TOPIC, o criei pois algumas busca no google e no cuil não achar nada especifico para o que preciso. A questão em si é procedimentos para se criar uma licença incluindo o custo para a criação dessa licença. Gostaria de saber onde provurar, pois sou muito leigo no que tange a lei sobre tal procedimento assim como em varias outras areas referente a ela. Qualquer link descrevendo tal procedimento ou referencia de onde procurar é bem vinda. A todos desde já agradeço. -- Atenciosamente Paulo Henrique. "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, não teremos tudo que queremos, contudo não veremos mais o que não queremos." "A real definição sobre deus se dá pelo fato do ser humano ser covarde o suficiente, colocando a culpa em algo que não existe para manter a conciência "limpa"". - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] xenserver
Eu rodei bem fbsd em cima do xen, mas só não coloquei em produção porque o ambiente que eu estava montando tinha que ter aquela história de "transmitir conhecimento" e para pessoas não tão acostumadas a lidar com esse tipo de coisa, aí tive que largar de mão e deixar com vmware. Mas rodou bem, não stressei muito a máquina e nem fiz testes mais pesados, mas rodou aparentemente bem. 2008/9/23 Paulo Henrique <[EMAIL PROTECTED]>: > 2008/9/23 Ari Arantes Filho <[EMAIL PROTECTED]> > >> Pessoal, >> Alguém conseguiu instalar o FreeBSD 7 no novo xenserver 5.0? > > > Cara meio dificir achar alguem que use XENServer, > Tenho um ambiente de teste com NetBSD como DOM0 e FreeBSD 6.3 como DOMU e > ficou legal, não me aprofundei mais por que não tenho motivos no momento. > > Verifique, é bem documentado. > e pelos 4 dias que usei como estação desktop o FreeBSD sobre o XEN não tive > problemas. > > Fica ai a minha opnião. > > >> >> >> []s, >> >> Ari >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > Atenciosamente Paulo Henrique. > "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" > "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, > não teremos tudo que queremos, contudo não veremos mais o que não queremos." > "A real definição sobre deus se dá pelo fato do ser humano ser covarde o > suficiente, > colocando a culpa em algo que não existe para manter a conciência "limpa"". > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Daniel de Oliveira Network and System Analyst Security Specialist IBM RISC Specialist IBM Storage Specialist Linux/Unix Specialist Linux User #: 405334 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] xenserver
2008/9/23 Ari Arantes Filho <[EMAIL PROTECTED]> > Pessoal, > Alguém conseguiu instalar o FreeBSD 7 no novo xenserver 5.0? Cara meio dificir achar alguem que use XENServer, Tenho um ambiente de teste com NetBSD como DOM0 e FreeBSD 6.3 como DOMU e ficou legal, não me aprofundei mais por que não tenho motivos no momento. Verifique, é bem documentado. e pelos 4 dias que usei como estação desktop o FreeBSD sobre o XEN não tive problemas. Fica ai a minha opnião. > > > []s, > > Ari > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Atenciosamente Paulo Henrique. "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, não teremos tudo que queremos, contudo não veremos mais o que não queremos." "A real definição sobre deus se dá pelo fato do ser humano ser covarde o suficiente, colocando a culpa em algo que não existe para manter a conciência "limpa"". - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
Olá Eduardo. Eu sempre achei meio estranho um servidor de arquivos depender de um FileSystem pra ter performance. Não seria legal se fosse como o NOVEL? Ter sua própria formatação e técnica de acesso aos dados? No caso do COSS, como faríamos pra informar ao squid que ele não deve gravar objetos pequenos na partição com DISKD? Qual a maior partição que pode ser criada com essa técnica do COSS sem filesystem? Ats, Ademir Peixoto - Original Message - From: "Eduardo Schoedler" <[EMAIL PROTECTED]> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Tuesday, September 23, 2008 6:10 PM Subject: Re: [FUG-BR] Cache squid de 1 Tb Olá João! Nesse caso, utilize uma partição para COSS somente para arquivos pequenos... e deixe um outro diretório (diskd/aufs/oq for) para os arquivos grandes. Que tal ? Abraço. -- From: "Joao Rocha Braga Filho" <[EMAIL PROTECTED]> Subject: Re: [FUG-BR] Cache squid de 1 Tb 2008/9/21 Eduardo Schoedler <[EMAIL PROTECTED]>: > Já tentou utilizar COSS ? > Tente utilizar ele DIRETAMENTE na partição, sem nenhum sistema de > arquivos. > > cache_dir coss /dev/sdf1 34500 max-size=524288 max-stripe-waste=32768 > block-size=4096 maxfullbufs=10 > # This will use the /dev/sdf1 partition > # The cache_dir will store up to 34500MB worth of data > # The block size is 4096 bytes > # Objects that are up to 524288 bytes long will be stored. > # If a given stripe has less than 524288 bytes available, this cache_dir > will only accept smaller objects until there is less than 32768 bytes > available in the stripe. > # If the default stripe size of 1MB is not changed, up to 10MB will be > used for stripes that are waiting to be written to disk. Isto parece ser interessante. Tira todo o overhead criado pelo sistema de arquivos. O squid passa a lidar diretamente com o disco. Espero que ele seja eficiente com isto, mas vale fazer uma tentativa. Mas lendo: " # block-size=n defines the "block size" for COSS cache_dir's. # Squid uses file numbers as block numbers. Since file numbers # are limited to 24 bits, the block size determines the maximum # size of the COSS partition. The default is 512 bytes, which # leads to a maximum cache_dir size of 512<<24, or 8 GB. Note # you should not change the COSS block size after Squid # has written some objects to the cache_dir. " Com block-size de 4098, o tamanho máximo da cache é de 64 GB. Lendo mais, me pareceu que o formato COSS é muito limitado, e pode deixar de armazear muitas coisas grandes que merecem ser guardadas. Ele parece só armazernar arquivos contínuos - se não tiver uma seqüência de blocos grande suficiente para caber o arquivo, ele pode não guardá-lo - e ainda pode duplicar os arquivos armazenados. Acho que deveriam ter criado algo melhor. > > Mais informações em: > http://wiki.squid-cache.org/SquidFaq/CyclicObjectStorageSystem > 8. Examples Vou dar uma olhada. João Rocha. > > > Lembrando que para utilizar DISKD / AUFS / COSS, você deve compular o > kernel > com a opção: > options VFS_AIO > > Caso já tenha compilado o kernel sem a opção, carregue como módulo: > kldload aio > > > Abraços. > > > -- > From: "Victor" <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] Cache squid de 1 Tb > > Olá Ademir, > > Desculpe a pergunta, mas voce continua usando mais de 2 particionamentos > por > disco ? Acredito que seja esse seu problema. > > Abraços. > > > -- > Atenciosamente, > Victor Gustavo Volpe > Diretor Executivo > Grupo Total Serviços de Internet LTDA - ME > CNPJ: 08.776.401/0001-40 > (17) 3227-0686 / 9105-5392 > > - Original Message - > From: "Ademir Costa Peixoto" <[EMAIL PROTECTED]> > Sent: Sunday, September 21, 2008 9:53 PM > Subject: Re: [FUG-BR] Cache squid de 1 Tb > > Olá João, > > >Refiz a minha tabela de slices, deixei apenas 2 em cada uma das 4 > partições em cada disco sata2 de 500g. >Não monto filesystem de squid em fstab. Faço por script como esse: > > mount -o noexec,async,noatime,nosuid /dev/ad14s1d /cache1 > mount -o noexec,async,noatime,nosuid /dev/ad14s1e /cache2 > mount -o noexec,async,noatime,nosuid /dev/ad14s2d /cache3 > mount -o noexec,async,noatime,nosuid /dev/ad14s2e /cache4 > mount -o noexec,async,noatime,nosuid /dev/ad14s3d /cache5 > mount -o noexec,async,noatime,nosuid /dev/ad14s3e /cache6 > mount -o noexec,async,noatime,nosuid /dev/ad14s4d /cache7 > mount -o noexec,async,noatime,nosuid /dev/ad14s4e /cache8 > mount -o noexec,async,noatime,nosuid /dev/ad16s1d /cache9 > mount -o noexec,async,noatime,nosuid /dev/ad16s1e /cache10 > mount -o noexec,async,noatime,nosuid /dev/ad16s2d /cache11 > mount -o noexec,async,noatime,nosuid /dev/ad16s2e /cache12 > mount -o noexec,async,noatime,nosuid /dev/ad16s3d /cache13 > mount -o noexec,async,noatime,nosuid /dev/ad16s3e /cache14 > mount -o noexec,async,noa
Re: [FUG-BR] Cache squid de 1 Tb
2008/9/23 Eduardo Schoedler <[EMAIL PROTECTED]>: > Olá João! > > Nesse caso, utilize uma partição para COSS somente para arquivos pequenos... > e deixe um outro diretório (diskd/aufs/oq for) para os arquivos grandes. > > Que tal ? Isto é muito bom, mas como digo quais arquivos é para colocar lá? Como limito o tamanho de arquivos a serem colocados lá? João Rocha. > > Abraço. > > > > -- > From: "Joao Rocha Braga Filho" <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] Cache squid de 1 Tb > > 2008/9/21 Eduardo Schoedler <[EMAIL PROTECTED]>: >> Já tentou utilizar COSS ? >> Tente utilizar ele DIRETAMENTE na partição, sem nenhum sistema de >> arquivos. >> >> cache_dir coss /dev/sdf1 34500 max-size=524288 max-stripe-waste=32768 >> block-size=4096 maxfullbufs=10 >> # This will use the /dev/sdf1 partition >> # The cache_dir will store up to 34500MB worth of data >> # The block size is 4096 bytes >> # Objects that are up to 524288 bytes long will be stored. >> # If a given stripe has less than 524288 bytes available, this cache_dir >> will only accept smaller objects until there is less than 32768 bytes >> available in the stripe. >> # If the default stripe size of 1MB is not changed, up to 10MB will be >> used for stripes that are waiting to be written to disk. > > Isto parece ser interessante. Tira todo o overhead criado pelo sistema de > arquivos. O squid passa a lidar diretamente com o disco. Espero que ele > seja eficiente com isto, mas vale fazer uma tentativa. > > Mas lendo: > > " > # block-size=n defines the "block size" for COSS cache_dir's. > # Squid uses file numbers as block numbers. Since file numbers > # are limited to 24 bits, the block size determines the maximum > # size of the COSS partition. The default is 512 bytes, which > # leads to a maximum cache_dir size of 512<<24, or 8 GB. Note > # you should not change the COSS block size after Squid > # has written some objects to the cache_dir. > " > > Com block-size de 4098, o tamanho máximo da cache é de 64 GB. > > Lendo mais, me pareceu que o formato COSS é muito limitado, e pode > deixar de armazear muitas coisas grandes que merecem ser guardadas. > Ele parece só armazernar arquivos contínuos - se não tiver uma seqüência > de blocos grande suficiente para caber o arquivo, ele pode não guardá-lo - e > ainda pode duplicar os arquivos armazenados. Acho que deveriam ter > criado algo melhor. > >> >> Mais informações em: >> http://wiki.squid-cache.org/SquidFaq/CyclicObjectStorageSystem >> 8. Examples > > Vou dar uma olhada. > > > João Rocha. > >> >> >> Lembrando que para utilizar DISKD / AUFS / COSS, você deve compular o >> kernel >> com a opção: >> options VFS_AIO >> >> Caso já tenha compilado o kernel sem a opção, carregue como módulo: >> kldload aio >> >> >> Abraços. >> >> >> -- >> From: "Victor" <[EMAIL PROTECTED]> >> Subject: Re: [FUG-BR] Cache squid de 1 Tb >> >> Olá Ademir, >> >> Desculpe a pergunta, mas voce continua usando mais de 2 particionamentos >> por >> disco ? Acredito que seja esse seu problema. >> >> Abraços. >> >> >> -- >> Atenciosamente, >> Victor Gustavo Volpe >> Diretor Executivo >> Grupo Total Serviços de Internet LTDA - ME >> CNPJ: 08.776.401/0001-40 >> (17) 3227-0686 / 9105-5392 >> >> - Original Message - >> From: "Ademir Costa Peixoto" <[EMAIL PROTECTED]> >> Sent: Sunday, September 21, 2008 9:53 PM >> Subject: Re: [FUG-BR] Cache squid de 1 Tb >> >> Olá João, >> >> >>Refiz a minha tabela de slices, deixei apenas 2 em cada uma das 4 >> partições em cada disco sata2 de 500g. >>Não monto filesystem de squid em fstab. Faço por script como esse: >> >> mount -o noexec,async,noatime,nosuid /dev/ad14s1d /cache1 >> mount -o noexec,async,noatime,nosuid /dev/ad14s1e /cache2 >> mount -o noexec,async,noatime,nosuid /dev/ad14s2d /cache3 >> mount -o noexec,async,noatime,nosuid /dev/ad14s2e /cache4 >> mount -o noexec,async,noatime,nosuid /dev/ad14s3d /cache5 >> mount -o noexec,async,noatime,nosuid /dev/ad14s3e /cache6 >> mount -o noexec,async,noatime,nosuid /dev/ad14s4d /cache7 >> mount -o noexec,async,noatime,nosuid /dev/ad14s4e /cache8 >> mount -o noexec,async,noatime,nosuid /dev/ad16s1d /cache9 >> mount -o noexec,async,noatime,nosuid /dev/ad16s1e /cache10 >> mount -o noexec,async,noatime,nosuid /dev/ad16s2d /cache11 >> mount -o noexec,async,noatime,nosuid /dev/ad16s2e /cache12 >> mount -o noexec,async,noatime,nosuid /dev/ad16s3d /cache13 >> mount -o noexec,async,noatime,nosuid /dev/ad16s3e /cache14 >> mount -o noexec,async,noatime,nosuid /dev/ad16s4d /cache15 >> mount -o noexec,async,noatime,nosuid /dev/ad16s4e /cache16 >> >>Assim tenho 16 cache_dir com 56G cada. >>Voltei ao velho DISKD. >>Até o momento está bem. Tem 2 horas de uptime. >>O problema acontece quando o cache começa a ter mais de 200Gb de >> dados... aí é que a coisa começa a
[FUG-BR] Fw: SNMP no SQUID
Não funcionou. Adcionei as linhas no snmpd.conf. Não estou usando o Cacti estou querendo usar no PRTG. É possivel? -- >> >> Tenho também no snmpd.conf: >> >> view system included .1.3.6.1.4.1.3495 >> proxy -v 1 -c public localhost:3401 .1.3.6.1.4.1.3495.1 >> >> Feito isso basta adicionar o host no Cacti pra gerar gráficos bonitos :D >> >> Talvez te ajude: http://gentoo-wiki.com/Cacti/Squid_Setup >> >> []s >> Filipe Alvarez. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
Olá João! Nesse caso, utilize uma partição para COSS somente para arquivos pequenos... e deixe um outro diretório (diskd/aufs/oq for) para os arquivos grandes. Que tal ? Abraço. -- From: "Joao Rocha Braga Filho" <[EMAIL PROTECTED]> Subject: Re: [FUG-BR] Cache squid de 1 Tb 2008/9/21 Eduardo Schoedler <[EMAIL PROTECTED]>: > Já tentou utilizar COSS ? > Tente utilizar ele DIRETAMENTE na partição, sem nenhum sistema de > arquivos. > > cache_dir coss /dev/sdf1 34500 max-size=524288 max-stripe-waste=32768 > block-size=4096 maxfullbufs=10 > # This will use the /dev/sdf1 partition > # The cache_dir will store up to 34500MB worth of data > # The block size is 4096 bytes > # Objects that are up to 524288 bytes long will be stored. > # If a given stripe has less than 524288 bytes available, this cache_dir > will only accept smaller objects until there is less than 32768 bytes > available in the stripe. > # If the default stripe size of 1MB is not changed, up to 10MB will be > used for stripes that are waiting to be written to disk. Isto parece ser interessante. Tira todo o overhead criado pelo sistema de arquivos. O squid passa a lidar diretamente com o disco. Espero que ele seja eficiente com isto, mas vale fazer uma tentativa. Mas lendo: " # block-size=n defines the "block size" for COSS cache_dir's. # Squid uses file numbers as block numbers. Since file numbers # are limited to 24 bits, the block size determines the maximum # size of the COSS partition. The default is 512 bytes, which # leads to a maximum cache_dir size of 512<<24, or 8 GB. Note # you should not change the COSS block size after Squid # has written some objects to the cache_dir. " Com block-size de 4098, o tamanho máximo da cache é de 64 GB. Lendo mais, me pareceu que o formato COSS é muito limitado, e pode deixar de armazear muitas coisas grandes que merecem ser guardadas. Ele parece só armazernar arquivos contínuos - se não tiver uma seqüência de blocos grande suficiente para caber o arquivo, ele pode não guardá-lo - e ainda pode duplicar os arquivos armazenados. Acho que deveriam ter criado algo melhor. > > Mais informações em: > http://wiki.squid-cache.org/SquidFaq/CyclicObjectStorageSystem > 8. Examples Vou dar uma olhada. João Rocha. > > > Lembrando que para utilizar DISKD / AUFS / COSS, você deve compular o > kernel > com a opção: > options VFS_AIO > > Caso já tenha compilado o kernel sem a opção, carregue como módulo: > kldload aio > > > Abraços. > > > -- > From: "Victor" <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] Cache squid de 1 Tb > > Olá Ademir, > > Desculpe a pergunta, mas voce continua usando mais de 2 particionamentos > por > disco ? Acredito que seja esse seu problema. > > Abraços. > > > -- > Atenciosamente, > Victor Gustavo Volpe > Diretor Executivo > Grupo Total Serviços de Internet LTDA - ME > CNPJ: 08.776.401/0001-40 > (17) 3227-0686 / 9105-5392 > > - Original Message - > From: "Ademir Costa Peixoto" <[EMAIL PROTECTED]> > Sent: Sunday, September 21, 2008 9:53 PM > Subject: Re: [FUG-BR] Cache squid de 1 Tb > > Olá João, > > >Refiz a minha tabela de slices, deixei apenas 2 em cada uma das 4 > partições em cada disco sata2 de 500g. >Não monto filesystem de squid em fstab. Faço por script como esse: > > mount -o noexec,async,noatime,nosuid /dev/ad14s1d /cache1 > mount -o noexec,async,noatime,nosuid /dev/ad14s1e /cache2 > mount -o noexec,async,noatime,nosuid /dev/ad14s2d /cache3 > mount -o noexec,async,noatime,nosuid /dev/ad14s2e /cache4 > mount -o noexec,async,noatime,nosuid /dev/ad14s3d /cache5 > mount -o noexec,async,noatime,nosuid /dev/ad14s3e /cache6 > mount -o noexec,async,noatime,nosuid /dev/ad14s4d /cache7 > mount -o noexec,async,noatime,nosuid /dev/ad14s4e /cache8 > mount -o noexec,async,noatime,nosuid /dev/ad16s1d /cache9 > mount -o noexec,async,noatime,nosuid /dev/ad16s1e /cache10 > mount -o noexec,async,noatime,nosuid /dev/ad16s2d /cache11 > mount -o noexec,async,noatime,nosuid /dev/ad16s2e /cache12 > mount -o noexec,async,noatime,nosuid /dev/ad16s3d /cache13 > mount -o noexec,async,noatime,nosuid /dev/ad16s3e /cache14 > mount -o noexec,async,noatime,nosuid /dev/ad16s4d /cache15 > mount -o noexec,async,noatime,nosuid /dev/ad16s4e /cache16 > >Assim tenho 16 cache_dir com 56G cada. >Voltei ao velho DISKD. >Até o momento está bem. Tem 2 horas de uptime. >O problema acontece quando o cache começa a ter mais de 200Gb de > dados... aí é que a coisa começa a tropeçar. O micro tem 8Gb de ram, não > faz > nada além de proxy + dns (Bind 9). > >Estava tudo na paz, eu estava usando 10 cache_dirs com AUFS mas quando > ele atingiu 480Gb de cache começou a dizer: > > 2008/09/20 08:31:34| DiskThreadsDiskFile::openDone: (2) No such file or > directory > 2008/09/20 08:31:34|/cache2/1A/38/001A38BC > 2008
Re: [FUG-BR] SNMP no SQUID
Então se eu adcionar essas linhas no snmpd.conf é possivel funcionar. Valew vou tentar então. > > Tenho também no snmpd.conf: > > view system included .1.3.6.1.4.1.3495 > proxy -v 1 -c public localhost:3401 .1.3.6.1.4.1.3495.1 > > Feito isso basta adicionar o host no Cacti pra gerar gráficos bonitos :D > > Talvez te ajude: http://gentoo-wiki.com/Cacti/Squid_Setup > > []s > Filipe Alvarez. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] xenserver
Pessoal, Alguém conseguiu instalar o FreeBSD 7 no novo xenserver 5.0? []s, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro no Bind
muitos file descriptors abertos... veja isso: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/net/2008-07/msg00355.html Welkson - Original Message - From: "Robson Peripolli Rodrigues" <[EMAIL PROTECTED]> To: "FUG-BR" Sent: Tuesday, September 23, 2008 6:21 PM Subject: [FUG-BR] Erro no Bind Boa noite gostaria de saber se alguem ja passou por esse mesmo problema que eu estou enfrentando. Instalei o Bind 9.5.0-P2 e ele não levanta. tentei proucurar na internet algo e não achei a solução. Erro: Sep 23 18:06:51 maquina named[3020]: starting BIND 9.5.0-P2 Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface lo0 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: loading configuration: unexpected error Sep 23 18:06:53 maquina named[3020]: exiting (due to fatal error) Nessa minha interface rl1 deve ter uns 300 aliases. Se alguem ja passou por esse mesmo erro
[FUG-BR] Erro no Bind
Boa noite gostaria de saber se alguem ja passou por esse mesmo problema que eu estou enfrentando. Instalei o Bind 9.5.0-P2 e ele não levanta. tentei proucurar na internet algo e não achei a solução. Erro: Sep 23 18:06:51 maquina named[3020]: starting BIND 9.5.0-P2 Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface rl1 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: socket: too many open file descriptors Sep 23 18:06:53 maquina named[3020]: could not listen on UDP socket: not enough free resources Sep 23 18:06:53 maquina named[3020]: creating IPv4 interface lo0 failed; interface ignored Sep 23 18:06:53 maquina named[3020]: loading configuration: unexpected error Sep 23 18:06:53 maquina named[3020]: exiting (due to fatal error) Nessa minha interface rl1 deve ter uns 300 aliases. Se alguem ja passou por esse mesmo erro e tem a solução, fico grato. Até mais. -- Robson Peripolli Rodrigues [EMAIL PROTECTED] [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SNMP no SQUID
2008/9/23 Alex de A. Souza <[EMAIL PROTECTED]> > Gostaria de saber como eu abilito no squid.conf o SNMP? > Configurei do jeito que estava no squid.conf.default e da erro. > ex: Aqui eu uso assim no squid.conf: # configuracoes SNMP snmp_port 3401 acl snmppublic snmp_community public snmp_access allow snmppublic snmp_incoming_address 0.0.0.0 snmp_outgoing_address 255.255.255.255 Tenho também no snmpd.conf: view system included .1.3.6.1.4.1.3495 proxy -v 1 -c public localhost:3401 .1.3.6.1.4.1.3495.1 Feito isso basta adicionar o host no Cacti pra gerar gráficos bonitos :D Talvez te ajude: http://gentoo-wiki.com/Cacti/Squid_Setup []s Filipe Alvarez. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] PF VPN
Ola pessoal! Tenho um fw com pf e preciso conectar a VPN de um cliente via winXP. Tenho 3 VPN's aqui dentro da empresa, mas o engracado eh que 2 funcionam e uma delas da o seguinte output: 17:01:26.304840 * 0800 70: IPEmpresa > IPCliente: icmp: IPEmpresa protocol 47 unreachable for gre IPCliente > IPEmpresa: [KS] call 256 seq 0 gre-ppp-payload (DF) (ttl 107, id 0, len 51) (ttl 255, id 13908, len 56) 17:01:28.645922 * 0800 71: gre IPInterno > IPCliene: [KS] call 5415 seq 8 gre-ppp-payload (ttl 127, id 48504, len 57) Ele fica dando esse output no meio de varios outros pacotes e fica verificando usuario e senha por um certo tempo. Depois ele diz que nao conseguiu conectar: Error 721: The remote Computer did not respond. Porem fora da rede a VPN eh acessivel. E o mais estranho eh que uma hora eu consegui conectar. Depois voltou a dar o problema. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Socks5 - ajustes (RESOLVIDO)
Só para documentar... consegui ativar autenticação no socks5. [EMAIL PROTECTED] /usr/local/etc]# cat socks5.conf auth - - u permit u - 192.168.0. - - - permit u - 192.168.1. - - - permit u - 192.168.2. - - - permit u - 192.168.3. - - - set SOCKS5_NOIDENT set SOCKS5_V4SUPPORT set SOCKS5_PWDFILE /usr/local/etc/socks5.passwd [EMAIL PROTECTED] /usr/local/etc]# cat socks5.passwd usuario senha Abraço, Welkson - Original Message - From: "Welkson Renny de Medeiros" <[EMAIL PROTECTED]> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Thursday, August 21, 2008 12:49 PM Subject: Re: [FUG-BR] Socks5 - ajustes Valeu Giancarlo! Vou fazer isso.. o tsocks aparenta ter bem mais material que esse socks... e é tudo servidor de socks mesmo, resolve meu problema. Obrigado! Welkson - Original Message - From: "Giancarlo Rubio" <[EMAIL PROTECTED]> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Thursday, August 21, 2008 12:24 PM Subject: Re: [FUG-BR] Socks5 - ajustes 2008/8/20 Welkson Renny de Medeiros <[EMAIL PROTECTED]>: > Pessoal, > > Alguém da lista usa SOCKS5? Eu uso tsocks, para fazer túnel socks para acessar meus clientes. Ex #ssh -D ipdocliente ai para acessar alguma máquina interna uso assim #tsocks vncviewer ipinternodamaquina Quebra um galho muito bom pois não preciso especificar no ssh que ip eu vou acessar ou entao que porta. > > Fiz alguns ajustes no firewall a algum tempo e o Skype parou de > funcionar... > para não liberar tudo novamente decidi instalar um servidor de Socks5 e > deixar o skype passando por ele. > > Tá funcionando, mas sem autenticação, enchendo meu /var/log/messages de > log > o tempo todo, etc... > > Basicamente eu liberei tudo no socks5 (eu sei que é inseguro, mas meus > usuários são tranquilos ): > > [EMAIL PROTECTED] /usr/local/etc]# cat /usr/local/etc/socks5.conf > # A Socks5 Config file for a normal, single homed server > permit - - - - - - > > Gostaria agora de restringir o acesso por senha.. desativar o bendito log > (ou redirecionar para outro: /var/log/socks5.log por exemplo). > > Alguém usa esse treco e poderia me dar umas dicas? Vc pode configurar no seu tscocks.conf as váriaveis default_user, default_pass. -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SNMP no SQUID
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Se você instalou pelo ports, basta rodar make config no diretório de onde fez a instalação, selecionar a opção SNMP e compilar novamente. Alex de A. Souza escreveu: > Não compilei o squid com o suporte a SNMP não. > Como faço agora que já esta instalado, configurado e rodando para > adcionar esse suporte no squid? - -- Mauricio Bonani [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjZSawACgkQwSDL9M80FOMCtQCfe/uP4HhvRcSNJbEvZo58TtVS r9QAn2cZepZ9TKzK62phhq4uqgvDrECU =JdGA -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SNMP no SQUID
Não compilei o squid com o suporte a SNMP não. Como faço agora que já esta instalado, configurado e rodando para adcionar esse suporte no squid? > Você compilou o squid com suporte a SNMP? > > Para verificar isso basta rodar squid -v. > > 2008/9/23 Alex de A. Souza <[EMAIL PROTECTED]>: >> Gostaria de saber como eu abilito no squid.conf o SNMP? >> Configurei do jeito que estava no squid.conf.default e da erro. > > -- > Mauricio Bonani > mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Squid Performance Tuning
Boa tarde a todos! Possuo alguns proxys onde trabalho, entre eles tem um que fica em um local onde tem mais ou menos 1300 usuários, estou utilizando fre 6.3 estável com squid realizando autenticação no AD e dansguardian como filtro de conteúdo, mas mão realizei nenhuma configuração de performance tuning, depois de googlear durante alguns dias fiquei meio confuso porque cada tutorial que encontrei é diferente do outro, gostaria de saber se alguém tem um tutorial preciso sobre otimização do SO e do squid para tal carga. Desde já agradeço. Luis Barcellos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] SVN
Patryck Ramos Martins escreveu: > Prezados estou instalando um novo server svn e quando utilizo o comando > para criar o repositório ex: svnadmin create /usr/home/svn/rep01 o mesmo só > cria o /db porém o /dav ele não quer criar. > > Alguém pode me dar uma dica? > > cara da uma olhada nesse http://www.radiceti.com.br/svnbook/build/html-single/svn-book.html [ ]'s Antonio Carlos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] SVN
Boa pergunta! Eu fiz um roteiro para incluir novos projetos ao SVN e nele já tem o mkdir dav e as permissões a serem setadas. :-) -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Original Message - From: "Patryck Ramos Martins" <[EMAIL PROTECTED]> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Tuesday, September 23, 2008 3:35 PM Subject: [FUG-BR] [OFF-TOPIC] SVN Prezados estou instalando um novo server svn e quando utilizo o comando para criar o repositório ex: svnadmin create /usr/home/svn/rep01 o mesmo só cria o /db porém o /dav ele não quer criar. Alguém pode me dar uma dica? -- Patryck - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
2008/9/23 Leonardo Augusto <[EMAIL PROTECTED]> > É nisso vc esta corretíssmo, varios FS vao ferrar o desempenho de > qualquer disco ou array de disco... > > Outro detalhe importante se voce usa raid, é o tamanho do "chunk" ou > "setor do array", > algumas controladoras tem opcoes de 16,32,64,128,1024,2048kb.. e etc.. > > Voce deve definir esse tamanho em funcao do tamanho de arquivo que vc > armazena em média.. > Se sao milhares de arquivinhos de 25K por exemplo, definir um chunk de > 2048 vai fazer vc perder > muito espaco no disco, ao mesmo tempo que se for um arquivo grande, um > setor pequeno vai > ocasionar muitos reads no array, aí seria o caso de um chunk de 2048K > para um arquivo de 5M por > exemplo seria mais negocio.. entao tens que analisar isso tambem. se > for o teu caso.. > > Agora que é melhor ter um FS gigantesco apenas para o squid isso é.. > A nao ser que cada FS esteja num disco fisico diferente.. > > []'s Interessante tem alguma forma de se destinar deternimando arquivo que será armazenado no cache para um disco cujo sistema de arquivos esteja mais indicado quanto ao tamanho do arquivo a ser armazenar ? No caso o squid opta por qual será o melhor destino para o arquivo final baseado em seu tamanho e com relação ao tamanho do setor visando sempre poupar espaço !!! -- Atenciosamente Paulo Henrique. "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, não teremos tudo que queremos, contudo não veremos mais o que não queremos." "A real definição sobre deus se dá pelo fato do ser humano ser covarde o suficiente, colocando a culpa em algo que não existe para manter a conciência "limpa"". - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SNMP no SQUID
Você compilou o squid com suporte a SNMP? Para verificar isso basta rodar squid -v. 2008/9/23 Alex de A. Souza <[EMAIL PROTECTED]>: > Gostaria de saber como eu abilito no squid.conf o SNMP? > Configurei do jeito que estava no squid.conf.default e da erro. -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] SNMP no SQUID
Gostaria de saber como eu abilito no squid.conf o SNMP? Configurei do jeito que estava no squid.conf.default e da erro. ex: #acl snmppublic snmp_community public #snmp_port 161 #snmp_incoming_address 0.0.0.0 #snmp_outgoing_address 255.255.255.255 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] SVN
Prezados estou instalando um novo server svn e quando utilizo o comando para criar o repositório ex: svnadmin create /usr/home/svn/rep01 o mesmo só cria o /db porém o /dav ele não quer criar. Alguém pode me dar uma dica? -- Patryck - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
2008/9/23 Alessandro de Souza Rocha <[EMAIL PROTECTED]> > isso e na versao 5.4 amd64 e nao na versao 6.x e 7.x Não, o bug é no qmail e não depende da versão do FreeBSD. Veja na descrição do advisory: "Systems affected: qmail on 64 bit platforms with a lot of virtual memory ( ~ >8GB)" []s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
É nisso vc esta corretíssmo, varios FS vao ferrar o desempenho de qualquer disco ou array de disco... Outro detalhe importante se voce usa raid, é o tamanho do "chunk" ou "setor do array", algumas controladoras tem opcoes de 16,32,64,128,1024,2048kb.. e etc.. Voce deve definir esse tamanho em funcao do tamanho de arquivo que vc armazena em média.. Se sao milhares de arquivinhos de 25K por exemplo, definir um chunk de 2048 vai fazer vc perder muito espaco no disco, ao mesmo tempo que se for um arquivo grande, um setor pequeno vai ocasionar muitos reads no array, aí seria o caso de um chunk de 2048K para um arquivo de 5M por exemplo seria mais negocio.. entao tens que analisar isso tambem. se for o teu caso.. Agora que é melhor ter um FS gigantesco apenas para o squid isso é.. A nao ser que cada FS esteja num disco fisico diferente.. []'s 2008/9/22 Joao Rocha Braga Filho <[EMAIL PROTECTED]>: > 2008/9/22 Ademir Costa Peixoto <[EMAIL PROTECTED]>: >> Eita... até de leigo sou chamado... > > Desculpe-me. > > A impressão que deu é que vovê não entendeu como funciona o disco, > e as limitações de desempenho dele. O início do disco é a parte mais > eficiente dele, portanto a primeira partição que eu crio, depois do /, é > o swap. No início do disco tem mais setores por trilha, para manter a > densidade linear constante e aproveitar a máxima densidade que a > mídia magnética pode fornecer. Os seeks para ler os diretórios e as > tabelas de i-node são menores, etc. > > Quando criou várias caches no mesmo disco, forçou a cabeça viajar > desnecessariamente pelo disco todo, mesmo com a cache relativamente > vazia. O seek track to track em muitos HDs é de cerca de 1 ms, enquanto > o full stroke é de 20 ms. Você forçou muitos seeks quase full stroke, pelo > disco todo, quando poderiam ser mais track to track se tivesse somente > um único sistema de arquivos. Fez sentido? > > Por isto que estou teimando contigo para fazer um só sistema de > arquivos em cada disco. > > > Abraços, >João Rocha. > >> >> >> Ats, >> >> Ademir Peixoto >> >> >> >> >> - Original Message - >> From: "Joao Rocha Braga Filho" <[EMAIL PROTECTED]> >> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >> >> Sent: Monday, September 22, 2008 7:32 PM >> Subject: Re: [FUG-BR] Cache squid de 1 Tb >> >> >> On Mon, Sep 22, 2008 at 7:10 PM, Leonardo Augusto <[EMAIL PROTECTED]> >> wrote: >>> Problemas com desempenho de IO ? >>> >>> Vai de raid 10 => mirror de strip... o read é muito rapido.. >>> >>> Voce precisa de no minimo 4 discos para tal.. mas vale a pena.. (se >>> puser 6 discos entao...) >>> >>> Use uma controladora SCSI Ultra 320 (ou uma sas 3G) com pelo menos >>> 128Mega de cache.. >> >> O problema dele é outro. Ele está fazendo vários caches no mesmo >> disco, criando vários sistemas de arquivos, o que é um erro grave. Nem >> este RAID que você sugeriu resolveria o problema dele. Ele ainda não >> entende como funciona um HD. >> >> >> João Rocha. >> >> >>> >>> []'s >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> >> >> >> -- >> "Sempre se apanha mais com as menores besteiras. Experiência própria." >> >> [EMAIL PROTECTED] >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > "Sempre se apanha mais com as menores besteiras. Experiência própria." > > [EMAIL PROTECTED] > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] MSN-Proxy e MSN Beta DINOVU ;-)
A versão do port está atualizada mesmo... tem um outro projeto chamado msn-proxy no sourceforge, só que para Windows ;-) O correto é esse: http://sourceforge.net/projects/msn-proxy Welkson - Original Message - From: "Welkson Renny de Medeiros" <[EMAIL PROTECTED]> To: Sent: Tuesday, September 23, 2008 2:38 PM Subject: MSN-Proxy e MSN Beta DINOVU ;-) > Pessoal, > > > Hoje tive um tempinho e decidi instalar o MSN Beta novamente para testar > (Versão 2009 - Build: 14.0.5027.908). > > Na hora de efetuar login dar um erro 8100030d. > Pesquisei achei essas dicas no site da MS... (não serviu de nada é claro > ;-) > http://messenger-supportpt.spaces.live.com/blog/cns!D7CC8B7799AC05B3!140.entry > > Ativei o debug do MSN-Proxy e observem que ele retorna "ns client pre > command not accepted". > > > listen on [0.0.0.0:1863] > SQL: (DELETE FROM sb) > SQL: (UPDATE contacts SET contact_status = 'OFF', contact_deny = > contact_deny & ~4194304) > SQL: (UPDATE users SET status = 'OFF') > debug: connection from [192.168.0.200] > connected to [messenger.hotmail.com:1863] > command buf: [VER 1 MSNP18 MSNP17 MSNP16 MSNP15 CVR0 > CVR 2 0x0416 winnt 5.1 i386 WLMSGRBETA 14.0.5027.0908 MSFT > [EMAIL PROTECTED] > USR 3 SSO I [EMAIL PROTECTED] > ] > command buf: [VER 1 MSNP18 MSNP17 MSNP16 MSNP15 CVR0 > CVR 2 0x0416 winnt 5.1 i386 WLMSGRBETA 14.0.5027.0908 MSFT [EMAIL PROTECTED] > command buf: [VER 1 MSNP18 MSNP17 MSNP16 MSNP15] > debug: ns client pre command not accepted > VER 1 MSNP18 MSNP17 MSNP16 MSNP15 CVR0 > payload: [(null)] > > Acho que não suporta protocolo novo utilizado no MSN Live. > > Lembrem... é uma versão MUITO recente... beta... eu baixei de um 4shared > da vida... não sei se no site da MS tem disponível. > > Se eu comentar o RDR no firewall para o msn-proxy consigo conectar > normalmente. > > Vi agora no sourceforge que a versão atual do MSN-Proxy é a 1.23.00 a > que tá no ports é a 0.6.2! acho que o mantenedor desse port não atualizou! > > Alguém usa o MSN-Proxy compilado direto dos fontes? consegue logar no MSN > Beta 2009? > > Abraço a todos! > > -- > Welkson Renny de Medeiros > Focus Automação Comercial > Desenvolvimento / Gerência de Redes > [EMAIL PROTECTED] > > > > Powered by > > (__) >\\\'',) > \/ \ ^ > .\._/_) > > www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] WPAD - Web Proxy Autodiscovery Protocol
2008/9/23 Rodrigo de Oliveira Gomes <[EMAIL PROTECTED]> > Pessoal, > >Boa tarde! > >Alguém utiliza atualmente o DHCP com flag do WPAD definida? Funciona > bem? Quais problemas você verificou? Funciona com todos os browsers? A versao do isc-dhcp que esta no ports nao suporta esta opcao. Neste caso eu uso wpad.dat [1] com o browser setado em detectar as configuracoes automaticas. http://en.wikipedia.org/wiki/Proxy_auto-config > > > Fico no aguardo. > > Obrigado, > > Atenciosamente, > > Rodrigo Gomes > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] WPAD - Web Proxy Autodiscovery Protocol
Pessoal, Boa tarde! Alguém utiliza atualmente o DHCP com flag do WPAD definida? Funciona bem? Quais problemas você verificou? Funciona com todos os browsers? Fico no aguardo. Obrigado, Atenciosamente, Rodrigo Gomes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Informação sobre rb MK
Olá. Porque você não utiliza um swtich layer3 gerenciável ? A RB 192 já foi descontinuada. Com 9 portas LAN agora teria a RB493. Se quiser comparar a capacidade de throughput de cada routerboard, você pode ver no link: http://www.routerboard.com/pdf/tests_july_2008.pdf Abraço! -- From: "Cobausque" <[EMAIL PROTECTED]> Subject: [FUG-BR] Informação sobre rb MK Pessoal alguém poderia me dar alguma referencia sobre a RB 192 se alguém já trabalhou com esta rb .. gostaria de saber se posso usá-la como um roteador pois ele tem 8 portas Lan... tenho intenção de usala em uma torre central tipo um trafego de 8 mega full.. entre 6 torres conectadas a esta principal .. ou seja .. tenho idéia de usa-la como um switch... A idéia seria boa com esta RB ??? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR
Valeu Felipe! Então acho que a dica do Alex funciona mesmo... desde ontem que não foi gerado nenhum log no clientmqueue... o rc.conf ficou assim: sendmail_enable="NO" sendmail_submit_enable="YES" sendmail_submit_flags="-L sm-mta -bd -q30m -ODaemonPortOptions=Addr=localhost" sendmail_msp_queue_enable="YES" sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m" Abraço, -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Original Message - From: "Felippe de Meirelles Motta" <[EMAIL PROTECTED]> To: Sent: Monday, September 22, 2008 7:06 PM Subject: Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR On Mon, 22 Sep 2008 13:30:01 -0300 Renato Frederick <[EMAIL PROTECTED]> wrote: > Com o none ele vai deixar de rodar, entao, nao vai conseguir entregar > o email pro root. Remova o conteúdo do spool e também do mail do root > e veja que no próximo dia o security run não vai entregar email para > ninguém. Você pode também alterar o periodic para não enviar nenhum > email, se for o caso. > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Welkson Renny de > > Medeiros Sent: Monday, September 22, 2008 1:13 PM > > To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Subject: Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu > > o /VAR > > > > Renato, estava NO, na verdade alterei para NONE hoje ;-) com > > certeza não foi > > essa bronca. > > > > Welkson > > > > - Original Message - > > From: "Renato Frederick" <[EMAIL PROTECTED]> > > To: "'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)'" > > > > Sent: Monday, September 22, 2008 12:21 PM > > Subject: Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu > > o /VAR > > > > > > Sendmail_enable="NONE". > > > > Se nao me engano "NO" ele nao ouve socket de rede, mas roda no > > localhost. NONE para todos os serviços do sendmail. > > > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of Welkson Renny de > > > Medeiros Sent: Monday, September 22, 2008 11:54 AM > > > To: freebsd@fug.com.br > > > Subject: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu > > > o /VAR > > > > > > Bom dia senhores! > > > > > > > > > Não uso servidor de email no meu BSD... coloquei a seguinte linha > > > no rc.conf: > > > # disable email services > > > sendmail_enable="NO" > > > sendmail_submit_enable="NO" > > > sendmail_outbound_enable="NO" > > > sendmail_msp_queue_enable="NO" > > > > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Fala Pessoal, Então, para informacão de vocês, o NONE não é mais uma opcão válida pro sendmail_enable no rc.conf. http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/defaults/rc.conf.diff?r1=1.157;r2=1.158 De acordo com o /etc/defaults/rc.conf, a opcão para o que você deseja fazer é a seguinte: sendmail_msp_queue_enable="YES" # Dequeue stuck clientmqueue mail (YES/NO). Abracos! :) -- [EMAIL PROTECTED] Felippe de Meirelles Motta - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] MSN-Proxy e MSN Beta DINOVU ;-)
Pessoal, Hoje tive um tempinho e decidi instalar o MSN Beta novamente para testar (Versão 2009 - Build: 14.0.5027.908). Na hora de efetuar login dar um erro 8100030d. Pesquisei achei essas dicas no site da MS... (não serviu de nada é claro ;-) http://messenger-supportpt.spaces.live.com/blog/cns!D7CC8B7799AC05B3!140.entry Ativei o debug do MSN-Proxy e observem que ele retorna "ns client pre command not accepted". listen on [0.0.0.0:1863] SQL: (DELETE FROM sb) SQL: (UPDATE contacts SET contact_status = 'OFF', contact_deny = contact_deny & ~4194304) SQL: (UPDATE users SET status = 'OFF') debug: connection from [192.168.0.200] connected to [messenger.hotmail.com:1863] command buf: [VER 1 MSNP18 MSNP17 MSNP16 MSNP15 CVR0 CVR 2 0x0416 winnt 5.1 i386 WLMSGRBETA 14.0.5027.0908 MSFT [EMAIL PROTECTED] USR 3 SSO I [EMAIL PROTECTED] ] command buf: [VER 1 MSNP18 MSNP17 MSNP16 MSNP15 CVR0 CVR 2 0x0416 winnt 5.1 i386 WLMSGRBETA 14.0.5027.0908 MSFT [EMAIL PROTECTED] command buf: [VER 1 MSNP18 MSNP17 MSNP16 MSNP15] debug: ns client pre command not accepted VER 1 MSNP18 MSNP17 MSNP16 MSNP15 CVR0 payload: [(null)] Acho que não suporta protocolo novo utilizado no MSN Live. Lembrem... é uma versão MUITO recente... beta... eu baixei de um 4shared da vida... não sei se no site da MS tem disponível. Se eu comentar o RDR no firewall para o msn-proxy consigo conectar normalmente. Vi agora no sourceforge que a versão atual do MSN-Proxy é a 1.23.00 a que tá no ports é a 0.6.2! acho que o mantenedor desse port não atualizou! Alguém usa o MSN-Proxy compilado direto dos fontes? consegue logar no MSN Beta 2009? Abraço a todos! -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] erro do squid xcalloc e xmalloc
onde foi "abaixar o calor" ... era pra ser "abaixar o VALOR" ... eh que ta muito frio aqui hoje uhahuauhahuhu 2008/9/23 Alexandre Correa <[EMAIL PROTECTED]>: > exatamente... > > 80 gb * 15mb = 1.2gb > > o squid consome por volta de 15mb de ram para cada GB de cache... ai a > conta acima da 1.2gb .. voce adicionou 300gb.. entao: > > 300 * 15 = 4.5gb ... > > o squid tenta alocar mais do que o permitido pelo sistema e nao > consegue, entao ele da este erro ai !! as opções para resolver: > > - ter no minimo 6gb de ram neste servidor > - permitir o usuario do squid "escrachar" no consumo de ram, no bsd > nao sei onde, mas no linux redhat like fica no > /etc/security/limits.conf > > > qual o cache_mem que voce esta utilizando ? talvez abaixar o calor > para 128mb ou 64mb .. libere mais memoria e o squid consiga alocar > mais memoria para o uso... (lembrando que cache_mem limita apenas o > consumo para os objetos em transito (fetch)) .. > > outro detalhe importante.. esta margem de 15mb por giga de cache > peguei uma "media" .. acredito q em 64bits.. PODE ser maior.. ou igual > isso.. em 32bits me parece que sao 10 a 12 mb por gb de cache.. mas > caimos na limitação do 32bits de 4gb de ram com PAE ativo... > > entao as recomendações: > - sistema em 64bits > - 6gb ou + de ram > - alterar as limitações do sistema para o usuário do squid (ou rodar o > squid como root, mas .. isso ´so para loucos ) hehehhe > > > > 2008/9/23 Anderson Eduardo <[EMAIL PROTECTED]>: >> >> Olá Galera! >> >> O problema é que antes tinha um HD de 80 GB pra cache,agora coloquei um de >> 300GB depois disso começou a aconteçer esses erros! >> >> _ >> Confira vídeos com notícias do NY Times, gols direto do Lance, >> videocassetadas e muito mais no MSN Video! >> http://video.msn.com/?mkt=pt-br >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > > Sds. > Alexandre J. Correa > Onda Internet / OPinguim.net > http://www.ondainternet.com.br > http://www.opinguim.net > -- Sds. Alexandre J. Correa Onda Internet / OPinguim.net http://www.ondainternet.com.br http://www.opinguim.net - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] erro do squid xcalloc e xmalloc
exatamente... 80 gb * 15mb = 1.2gb o squid consome por volta de 15mb de ram para cada GB de cache... ai a conta acima da 1.2gb .. voce adicionou 300gb.. entao: 300 * 15 = 4.5gb ... o squid tenta alocar mais do que o permitido pelo sistema e nao consegue, entao ele da este erro ai !! as opções para resolver: - ter no minimo 6gb de ram neste servidor - permitir o usuario do squid "escrachar" no consumo de ram, no bsd nao sei onde, mas no linux redhat like fica no /etc/security/limits.conf qual o cache_mem que voce esta utilizando ? talvez abaixar o calor para 128mb ou 64mb .. libere mais memoria e o squid consiga alocar mais memoria para o uso... (lembrando que cache_mem limita apenas o consumo para os objetos em transito (fetch)) .. outro detalhe importante.. esta margem de 15mb por giga de cache peguei uma "media" .. acredito q em 64bits.. PODE ser maior.. ou igual isso.. em 32bits me parece que sao 10 a 12 mb por gb de cache.. mas caimos na limitação do 32bits de 4gb de ram com PAE ativo... entao as recomendações: - sistema em 64bits - 6gb ou + de ram - alterar as limitações do sistema para o usuário do squid (ou rodar o squid como root, mas .. isso ´so para loucos ) hehehhe 2008/9/23 Anderson Eduardo <[EMAIL PROTECTED]>: > > Olá Galera! > > O problema é que antes tinha um HD de 80 GB pra cache,agora coloquei um de > 300GB depois disso começou a aconteçer esses erros! > > _ > Confira vídeos com notícias do NY Times, gols direto do Lance, > videocassetadas e muito mais no MSN Video! > http://video.msn.com/?mkt=pt-br > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Sds. Alexandre J. Correa Onda Internet / OPinguim.net http://www.ondainternet.com.br http://www.opinguim.net - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] erro do squid xcalloc e xmalloc
Olá Galera! O problema é que antes tinha um HD de 80 GB pra cache,agora coloquei um de 300GB depois disso começou a aconteçer esses erros! _ Confira vídeos com notícias do NY Times, gols direto do Lance, videocassetadas e muito mais no MSN Video! http://video.msn.com/?mkt=pt-br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
O que, tu instalou toda a tranqueira do qmail via esse ports ? Eu instalo sempre via o qmailrocks.. e muita coisa da xabu... > eu tenho qmail rolando em free7 aqui, amd64 sem problema nenhum.. > vpopmail, clamav, qmailscanner... > Qual tipo de problema vc se refere? > E não fiz nada de alteração! > > cd /usr/ports/mail/qmail-spamcontrol; make install > e pronto... > > > Abraços > > -Original Message- > From: Daniel de Oliveira <[EMAIL PROTECTED]> > Reply-To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Subject: Re: [FUG-BR] Migracao de 32 para 64 bits > Date: Mon, 22 Sep 2008 16:29:40 -0300 > > Esquece, tem qmail :P > > Daniel de Oliveira > > Network and System Analyst > Security Specialist > IBM RISC Specialist > IBM Storage Specialist > Linux/Unix Specialist > Linux User #: 405334 > > > > On Mon, Sep 22, 2008 at 16:23, Leonardo Augusto <[EMAIL PROTECTED]> wrote: >> Olá >> >> Tenho um Freebsd 6.2 32 bits.. rodando o seguinte >> >> apache 1.3 >> lighttpd >> php 5.x >> mysql 5 >> qmail + vpopmail no mysql + courier-imap >> java 1.5 >> named >> vsftp >> sshd >> >> Estou querendo por numa maquina de 64 bits com 8G de ram >> Eu vou utilizar o freebsd 7.x amd64 ou ia64 >> >> Alguem tem noticia de alguma limitacao de algum desses softs >> em plataforma 64 bits ? >> >> Obrigado >> []'s >> - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] redundancia de link - mini how-to / pratic-how-to
muito bom parabens. 2008/9/23 Tiago Ribeiro <[EMAIL PROTECTED]>: > pessoal, crei um mini how to de como fazer redundancia de link na pratica > utilizando free + carp + ifstate : > > http://parangoleh.blogspot.com/ > > espero ajudar a mtos, podem opinar, se tiver uma bos... podem dizer. > > abracos. > > -- > att, > Tiago Ribeiro > OVERSEC > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
isso e na versao 5.4 amd64 e nao na versao 6.x e 7.x Description: there are several issues with qmail on 64 bit platforms - classical integer overflow, pointer with signed index and signedness problem (not counting the memory consumtion dos, which just helps). Update: the problem with the signed index is exploitable on Freebsd 5.4 amd64 wih a lot of virtual memory. problem #2 is exploitable at least on freebsd 5.4 amd64. original djb's qmail was compiled with debug info, no optimizations and not stripped. qmlong-pubvvv5.pl - run on freebsd 5.4 amd64 2008/9/23 Renato Frederick <[EMAIL PROTECTED]>: > Remotamente isto pode ser explorado, se o processo na smtp rodar com o > "softlimit", padrão quando usado pelo "supervise"? > > Abraços. > > > > >> -Original Message- >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >> Behalf Of Filipe Alvarez >> Sent: Tuesday, September 23, 2008 10:19 AM >> To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) >> Subject: Re: [FUG-BR] Migracao de 32 para 64 bits >> >> 2008/9/23 Tiago N. Sampaio <[EMAIL PROTECTED]> >> >> > eu tenho qmail rolando em free7 aqui, amd64 sem problema nenhum.. >> > vpopmail, clamav, qmailscanner... >> > Qual tipo de problema vc se refere? >> > E não fiz nada de alteração! >> > >> > cd /usr/ports/mail/qmail-spamcontrol; make install >> > e pronto... >> >> >> A fama de "seguro" do qmail é arranhada em 64bits como >> demonstra o link abaixo: >> >> http://www.guninski.com/where_do_you_want_billg_to_go_today_4.html >> >> []s >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problema SSH + PAM + LDAP
Senhores, Tenho um server LDAP em produção autenticando sem problemas. Já estou usando Samba com ele normalmente. Tentei configurar o SSH para usar a base ldap mas não obtive êxito. Quando eu executo o comando id user, ele mostra os dados do usuário, então, penso que a integração com o LDAP está correta. [/etc/pam.d]# id user uid=2013(user) gid=513(Domain Users) groups=513(Domain Users) eu setei loginShell: /bin/sh para este usuário. No momento em que efetuo o login via ssh ele pede o "Old password". Se eu digitar a senha incorreta ele pede a senha novamente (3 vezes). Vejam: [/etc/pam.d]# ssh -v [EMAIL PROTECTED] OpenSSH_4.5p1 FreeBSD-20061110, OpenSSL 0.9.8e 23 Feb 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to servidor [xxx.xxx.xxx.x] port 22. debug1: Connection established. debug1: permanently_set_uid: 0/0 debug1: identity file /root/.ssh/identity type -1 debug1: identity file /root/.ssh/id_rsa type -1 debug1: identity file /root/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 FreeBSD-20080901 debug1: match: OpenSSH_5.1p1 FreeBSD-20080901 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'xxx.xxx.xxx.x' is known and matches the DSA host key. debug1: Found key in /root/.ssh/known_hosts:8 debug1: ssh_dss_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Trying private key: /root/.ssh/identity debug1: Trying private key: /root/.ssh/id_rsa debug1: Trying private key: /root/.ssh/id_dsa debug1: Next authentication method: keyboard-interactive Password: Old Password: debug1: Authentications that can continue: publickey,keyboard-interactive Password: debug1: Authentications that can continue: publickey,keyboard-interactive Password: debug1: Authentications that can continue: publickey,keyboard-interactive debug1: No more authentication methods to try. Permission denied (publickey,keyboard-interactive). [/etc/pam.d]# E não vai adiante. Isso só aparece quando digito a senha corretamente. Config do sshd em /etc/pam.d/sshd: # # $FreeBSD: src/etc/pam.d/sshd,v 1.16 2007/06/10 18:57:20 yar Exp $ # # PAM configuration for the "sshd" service # # auth authsufficient pam_opie.so no_warn no_fake_prompts authrequisite pam_opieaccess.so no_warn allow_local #auth sufficient pam_krb5.so no_warn try_first_pass #auth sufficient pam_ssh.so no_warn try_first_pass authsufficient /usr/local/lib/pam_ldap.so no_warn try_first_pass authrequiredpam_unix.so no_warn try_first_pass # account account requiredpam_nologin.so #accountrequiredpam_krb5.so account requiredpam_login_access.so account requiredpam_unix.so # session #sessionoptionalpam_ssh.so session requiredpam_permit.so # password #password sufficient pam_krb5.so no_warn try_first_pass passwordrequiredpam_unix.so no_warn try_first_pass Reitero que o LDAP está ok e o samba já está autenticando usuários normalmente. Alguma dica? Obrigado. _ Confira vídeos com notícias do NY Times, gols direto do Lance, videocassetadas e muito mais no MSN Video! http://video.msn.com/?mkt=pt-br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] redundancia de link - mini how-to / pratic-how-to
pessoal, crei um mini how to de como fazer redundancia de link na pratica utilizando free + carp + ifstate : http://parangoleh.blogspot.com/ espero ajudar a mtos, podem opinar, se tiver uma bos... podem dizer. abracos. -- att, Tiago Ribeiro OVERSEC - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
Remotamente isto pode ser explorado, se o processo na smtp rodar com o "softlimit", padrão quando usado pelo "supervise"? Abraços. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Filipe Alvarez > Sent: Tuesday, September 23, 2008 10:19 AM > To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Subject: Re: [FUG-BR] Migracao de 32 para 64 bits > > 2008/9/23 Tiago N. Sampaio <[EMAIL PROTECTED]> > > > eu tenho qmail rolando em free7 aqui, amd64 sem problema nenhum.. > > vpopmail, clamav, qmailscanner... > > Qual tipo de problema vc se refere? > > E não fiz nada de alteração! > > > > cd /usr/ports/mail/qmail-spamcontrol; make install > > e pronto... > > > A fama de "seguro" do qmail é arranhada em 64bits como > demonstra o link abaixo: > > http://www.guninski.com/where_do_you_want_billg_to_go_today_4.html > > []s > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
Tinha outros problemas mas nao encontrei aqui, era uma questão de alocação de memoria. Mas "parece" que oficialmente isso ja foi falado, na lista do qmail. On Tue, Sep 23, 2008 at 10:19, Filipe Alvarez <[EMAIL PROTECTED]> wrote: > 2008/9/23 Tiago N. Sampaio <[EMAIL PROTECTED]> > >> eu tenho qmail rolando em free7 aqui, amd64 sem problema nenhum.. >> vpopmail, clamav, qmailscanner... >> Qual tipo de problema vc se refere? >> E não fiz nada de alteração! >> >> cd /usr/ports/mail/qmail-spamcontrol; make install >> e pronto... > > > A fama de "seguro" do qmail é arranhada em 64bits como > demonstra o link abaixo: > > http://www.guninski.com/where_do_you_want_billg_to_go_today_4.html > > []s > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Daniel de Oliveira Network and System Analyst Security Specialist IBM RISC Specialist IBM Storage Specialist Linux/Unix Specialist Linux User #: 405334 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
2008/9/23 Tiago N. Sampaio <[EMAIL PROTECTED]> > eu tenho qmail rolando em free7 aqui, amd64 sem problema nenhum.. > vpopmail, clamav, qmailscanner... > Qual tipo de problema vc se refere? > E não fiz nada de alteração! > > cd /usr/ports/mail/qmail-spamcontrol; make install > e pronto... A fama de "seguro" do qmail é arranhada em 64bits como demonstra o link abaixo: http://www.guninski.com/where_do_you_want_billg_to_go_today_4.html []s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
Único porém em 64 que tive foi uma flag pra compilar o courier-imap+vpopmail, uma CFLAGS, postei aqui na lista, e está funcionando muito bem a uns 10meses. Na verdade o único problema com 64bits foi o softfail, que também já discuti aqui na lista e Patrick explicou o porque de não rodar(mas tem uma solução simples de copiar o binário de 32bits). Mas, uso o spamdyke em detrimento ao softfail e está tudo muito bom. Abraços. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Tiago N. Sampaio > Sent: Tuesday, September 23, 2008 9:53 AM > To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Subject: Re: [FUG-BR] Migracao de 32 para 64 bits > > eu tenho qmail rolando em free7 aqui, amd64 sem problema nenhum.. > vpopmail, clamav, qmailscanner... > Qual tipo de problema vc se refere? > E não fiz nada de alteração! > > cd /usr/ports/mail/qmail-spamcontrol; make install > e pronto... > > > Abraços > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
eu tenho qmail rolando em free7 aqui, amd64 sem problema nenhum.. vpopmail, clamav, qmailscanner... Qual tipo de problema vc se refere? E não fiz nada de alteração! cd /usr/ports/mail/qmail-spamcontrol; make install e pronto... Abraços -Original Message- From: Daniel de Oliveira <[EMAIL PROTECTED]> Reply-To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] Migracao de 32 para 64 bits Date: Mon, 22 Sep 2008 16:29:40 -0300 Esquece, tem qmail :P Daniel de Oliveira Network and System Analyst Security Specialist IBM RISC Specialist IBM Storage Specialist Linux/Unix Specialist Linux User #: 405334 On Mon, Sep 22, 2008 at 16:23, Leonardo Augusto <[EMAIL PROTECTED]> wrote: > Olá > > Tenho um Freebsd 6.2 32 bits.. rodando o seguinte > > apache 1.3 > lighttpd > php 5.x > mysql 5 > qmail + vpopmail no mysql + courier-imap > java 1.5 > named > vsftp > sshd > > Estou querendo por numa maquina de 64 bits com 8G de ram > Eu vou utilizar o freebsd 7.x amd64 ou ia64 > > Alguem tem noticia de alguma limitacao de algum desses softs > em plataforma 64 bits ? > > Obrigado > []'s > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Informação sobre rb MK
Assim, se for somente roteador, ou Bridge, guenta o tráfego sim, temos uma 133 aqui, com BGP rodando e com bastante tráfego em cima... mas se quizer colocar um PPPoE ou implementar uma queue, dai aconselho uma 532 ou ainda uma máquina, pois o processamento é maior e escalavel... Abraco! Michel Albonico Cobausque escreveu: Pessoal alguém poderia me dar alguma referencia sobre a RB 192 se alguém já trabalhou com esta rb .. gostaria de saber se posso usá-la como um roteador pois ele tem 8 portas Lan... tenho intenção de usala em uma torre central tipo um trafego de 8 mega full.. entre 6 torres conectadas a esta principal .. ou seja .. tenho idéia de usa-la como um switch... A idéia seria boa com esta RB ??? - Histórico: [1]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [2]https://www.fug.com.br/mailman/listinfo/freebsd -- [cid:part1.00030309.05010402@smo.com.br] Michel Albonico SMO Internet Provider A sua ligação com o mundo ! E-mail: Site: Fone: [EMAIL PROTECTED] [4]http://www.smo.com.br 55 (49) 3631 References 1. http://www.fug.com.br/historico/html/freebsd/ 2. https://www.fug.com.br/mailman/listinfo/freebsd 3. mailto:[EMAIL PROTECTED] 4. http://www.smo.com.br/ <>- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Informação sobre rb MK
Pessoal alguém poderia me dar alguma referencia sobre a RB 192 se alguém já trabalhou com esta rb .. gostaria de saber se posso usá-la como um roteador pois ele tem 8 portas Lan... tenho intenção de usala em uma torre central tipo um trafego de 8 mega full.. entre 6 torres conectadas a esta principal .. ou seja .. tenho idéia de usa-la como um switch... A idéia seria boa com esta RB ??? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: Sendmail - /var/spool/clientmqueue - encheu o /VAR
Também estou tendo problemas com esta pasta .. mas em meu /etc/defaults/rc.conf setei tudo pra no no que se refere a sendmail .. mas mesmo assim não para .. e não encontro nenhuma anomalia no sistema.. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Renato Frederick Enviada em: segunda-feira, 22 de setembro de 2008 23:18 Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' Assunto: [FUG-BR] RES: Sendmail - /var/spool/clientmqueue - encheu o /VAR Obrigado pela Informação Felippe! :) Será que isto já foi atualizado em ports tipo o qmail que colocam um NONE lá para desabilitar o serviço? > > Fala Pessoal, > > Então, para informacão de vocês, o NONE não é mais uma opcão válida pro > sendmail_enable no rc.conf. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/defaults/rc.conf.diff?r1= > 1.157;r2=1.158 > > De acordo com o /etc/defaults/rc.conf, a opcão para o que você deseja > fazer é a seguinte: > > sendmail_msp_queue_enable="YES" # Dequeue stuck clientmqueue > mail (YES/NO). > > Abracos! :) > > -- > [EMAIL PROTECTED] > Felippe de Meirelles Motta > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
