BR-Linux.org

O PC-BSD me surpreendeu muito positivamente em vários testes do comparativo que o Phoronix fez quanto ao desempenho do DragonFlyBSD, OpenBSD, PC-BSD, Ubuntu, openSUSE, Fedora, Debian, CentOS e outras distribuições Linux.

Alguns benchmarks são mais significativos do que outros, e este em particular não permite concluir grande coisa, inclusive por dificuldades do autor em conseguir aplicar parte dos testes aos BSDs, mas em especial por comparar os sistemas na configuração default logo após a instalação, e não em condições reais de uso – comparar assim é válido, claro, mas dificilmente reflete as condições em que os leitores do Phoronix (ou do BR-Linux) usariam os sistemas, acredito.

Mesmo com as dificuldades e restrições, ele conseguiu rodar 8 comparativos, e conclui que o PC-BSD se saiu muito bem nos testes baseados em disco e em processador, e que o DragonFlyBSD também não se saiu mal no desempenho observado. (via www.phoronix.com - “How Three BSD Operating Systems Compare To Ten Linux Distributions - Phoronix”)

Será que ela pode exorcizar também o... Não, melhor deixar pra lá, vai que se juntam.

Enviado por Juliano Ramos (julianoΘtux4·com·br):

Enviado por Alberto Mitsuo Sato (amsatoΘinnovus·com·br):

Enviado por Jeferson Fernando (jfnredesΘgmail·com):

Enviado por Janssen (janssenreislimaΘgmail·com):

O wifi.sh é totalmente em shell e com poucas dependências, o que permite rodar até em ambientes com poucos recursos. Trata-se de um wrapper para o wpa-supplicant que apresenta uma série de recursos típicos de configuração WiFi de desktop, como armazenar senhas de acesso a diversas redes, conectar preferencialmente à que tiver maior intensidade de sinal, conectar com facilidade a redes públicas que não exigem senha, etc. Além disso, ele também oferece alguns recursos intermediários, incluindo escolher arbitrariamente (ou mesmo aleatoriamente) um MAC.

O wifi.sh é open source (licença MIT) e está disponível no Github.

Quem usa o SSH sem senha em múltiplos servidores sabe a ginástica necessária para garantir que os pares corretos de chaves estejam disponíveis em cada nó, especialmente quando há a necessidade de renovar alguma delas.

Este artigo do CloudFlare explica como substituir o tradicional arquivo authorized_keys por chaves armazenadas em um servidor DNS, e usar o DNSSEC para verificar as respostas desse servidor DNS, mesmo que ele esteja exposto à Internet.

O método tem suas complexidades, limitações e requisitos, e o artigo os detalha também. (via blog.cloudflare.com - “Flexible, secure SSH with DNSSEC”)

A movimentação de governos do mundo todo em direção a limitar o uso de criptografia por seus cidadãos é uma bomba relógio, e no momento pode estar bem próxima de explodir na França, cujo legislativo votará uma proposta – de autoria de deputados conservadores – de obrigar que os fabricantes de equipamentos tecnológicos comprometam, de propósito, a criptografia deles, inserindo um acesso privilegiado para uso das autoridades, como se fosse possível fazer isso de forma seletiva.

A meta oficial é impedir que os sistemas criptográficos de indivíduos atrasem o avanço de investigações. (via it.slashdot.org - “French Conservatives Push Law To Ban Strong Encryption - Slashdot”)

Enviado por Gustavo Henrique (gustavoΘgustavohenrique·net):