Já dizia Bezerra da Silva: malandro é malandro, mané é mané.
Na Internet não seria diferente. Eis que chega em casa um boleto de cobrança de um domínio *parecido* com um que administro. Achei um pouco estranho, pois em geral recebo notificação por mail, e do registro.br. Claro que é mais um empresário brasileiro tentando dar uma de malandro.
A empresa RegistraCom envia um boleto, com um domínio parecido com o seu existente, com os dados da empresa em que foi registrado (e que nunca divulguei) tentando ganhar um registro .com do seu domínio.
O texto dentro do boleto diz o seguinte (os negritos vêm do boleto):
Notificação de registro do domínio: helioloureiro.comSegue abaixo informações do Registro de domínio, por favor leia com atenção:Domínio: helioloureiro.comTitularidade: Empresa LTDACnpj/Cpf: 00001110000000Conforme nosso contato para atualização dos dados cadastrais, nossa área técnica identificou que o domínio helioloureiro.com (sob extensão .COM) encontra-se liberado para registro. Esta liberação pode ocorrer quando o pagamento não é realizado dentro do prazo, por disponibilidade efetiva de registro ou desinteresse na renovação.Como indentificamos que Empresa LTDA já possui o mesmo nome helioloureiro.com.br (sob extensão .com.br), é importante que registre imediatamente o domínio (sob extensão .COM) evitando que um terceiro venha registrá-lo.O valor do registro é de R$ 60,00 por um período de 1 ano.Após identificarmos o seu pagamento o registro será realizado em um prazo máximo de até 48hs, incluindo a configuração de redirecionamento, ou seja, quando acessado helioloureiro.com o visitante será redirecionado para o site helioloureiro.com.brCaso não haja interesse, o domínio helioloureiro.com continuará disponível e o mesmo poderá ser registrado por um terceiro a qualquer momento.Se lido atentamente, é informado que o boleto é um "registro" do seu domínio .COM. Claro que a intenção é isentar de qualquer acusação, afinal, foi informado o que era. Mas é nítida a tentativa de golpe, tentando se passar por um registro de domínio legítimo.
Provavelmente quem registra seus próprios domínios, como eu, não cai nesse golpe. Mas e empresas médias e grandes? Em geral quem recebe tais boletos é o pessoal de controladoria/contabilidade. Alguém duvida que o contador da empresa vai perceber essa sutil diferença? Ou vai apenas pagar o valor, 60 reais, que é irrisório pra uma empresa média pra cima, e nem perceber quando o boleto verdadeiro chegar, e pagar novamente? Então é claro que o boleto é golpe.
A empresa "RegistraCom", que aparece no whois como pertencente à empresa "WebVisão", ambos registrados pela mesma pessoa, já tem queixas no reclamar. A resposta, claro, é a mais cara de pau possível.
Esse tipo de golpe já apareceu outras vezes na lista do GTER, da empresa RegistraBrasil. Mas como aqui é Brasil, terra da malandragem, eis que aparece outro gênio pra arrasar com os manés.
E depois reclamamos dos políticos. Esses são realmente apenas um reflexo de seu povo.
E esse é o sistema de geração de boleto do registro.br. Sem fraudes.
Com a recente mudança do DropBox, que permitiu a entrada da Condoleezza Rice em seu quadro de diretores, acho que realmente é hora de dizer adeus. O site Drop-DropBox deixa isso bem claro:
Apesar de toda gritaria em relação à privacidade, eu sempre fiz uso de armazenamento em nuvem. Seja do DropBox, seja do UbuntuOne, que também anunciou sua saída desse mercado. Em geral eu salvo coisas que não exigem privacidade ou sigilo como vídeos do celular, artigos, e revistas eletrônicas, como as revistas Espírito Livre e BSD Magazine, para poder ler depois no tablet. A única exceção de confidencialidade é que guardo meu chaveiro digital do KeePassX lá, pois preciso que o mesmo esteja disponível em todo lugar. E espero que a senha pra destravar o mesmo seja suficiente pra garantir minha segurança contra a NSA ou quem quer que seja...
Com esses requisitos na cabeça e um computador na mão, sai buscando alternativas tanto pro DropBox quanto pro UbuntuOne. Dei uma olhada, claro, no owncloud. O problema dele é ter o servidor disponível. Eu até poderia usar o desktop de casa pra isso, mas no momento ele está a mais de 10.000 Km longe de mim e meu link com ele é só via IPv6, o que não o torna muito viável pra acesso no meu smartphone e meu tablet. Então eu ainda preciso de um servidor de terceiros.
Foi quando achei uma recomendação de migração pro Box.Com, que oferece 10 GB de espaço. Isso seria o suficiente pra acomodar todos os meus arquivos tanto do DropBox quanto do UbuntuOne. Agora era o segundo desafio: como copiar os dados?
Tanto o DropBox quanto o UbuntuOne têm uma maneira muito simples de replicar os dados: basta instalar o aplicativo e copiar os dados nas pastas designadas pra ter a replicação. E pronto! E o Box.Com?
O Box.Com não tem aplicativo cliente pra Linux. Esse já era um ponto pra descartar, mas... encontrei uma solução até simples.
How to mount Box.com cloud storage on Linux
Com isso, segui os passos e instalei o pacote davfs2, criei uma entrada em ~/Box.Com e fui movendo meus arquivos dos diretórios do DropBox e do UbuntuOne pra ~/LocalBox.Com, em GoodByeDropBox e GoodByeUbuntuOne, pra ir sincronizando as nuvens de que os arquivos foram removidos. Por que não movi direto pra dentro do ~/Box.Com?
Pelo motivo que essa montagem de dispositivo realmente cria uma partição remota. Ao "desmontar" a mesma, os dados não ficam acessíveis. Então só monto a mesma pra sincronizar os arquivos. Mas existem problemas. De tempos em tempos aparecem erros no sincronismo, que uso "rsync" pra fazer:
helio@elx3030vlm-78:LocalBox.Com$ rsync -auc GoodByeDropBox ../Box.Com/ rsync: mkstemp "/home/helio/Box.Com/GoodByeDropBox/bin/.DI-524_traffic.pl.51cQSZ" failed: Invalid argument (22) rsync: mkstemp "/home/helio/Box.Com/GoodByeDropBox/bin/.WGR614v7_traffic.pl.2VEgLG" failed: Invalid argument (22) rsync: mkstemp "/home/helio/Box.Com/GoodByeDropBox/bin/.admin-linux-br.pJj79O" failed: Invalid argument (22) rsync: mkstemp "/home/helio/Box.Com/GoodByeDropBox/bin/.adsl_check.py.fNvPNz" failed: Invalid argument (22) rsync: mkstemp "/home/helio/Box.Com/GoodByeDropBox/bin/.bin2iso.RbTw54" failed: Invalid argument (22) rsync: mkstemp "/home/helio/Box.Com/GoodByeDropBox/bin/.block_3GRouter.py.0KawJP" failed: Invalid argument (22) rsync: mkstemp "/home/helio/Box.Com/GoodByeDropBox/bin/.block_3GRouter.py~.6IOAnA" failed: Invalid argument (22) rsync: mkstemp "/home/helio/Box.Com/GoodByeDropBox/bin/.check-spam-clean.sh.iNFK1k" failed: Invalid argument (22) rsync: mkstemp "/home/helio/Box.Com/GoodByeDropBox/bin/.check_myip.sh.i1MZF5" failed: Invalid argument (22) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1070) [sender=3.0.9]
E devia ter usado "tar" pra fazer o sincronismo, mas eu não queria ocupar toda banda, pois tenho somente um 1 Mbps de upstream. E esse é outro problema: não existe nenhum controle de banda pra download ou upload. Com isso, vez ou outra o link fica inutilizável e a partição simplesmente... morre! Não é possível nem ler, nem escrever. Nem "ls" funciona. E isso acaba exigindo um "kill" no mount pra fechar tudo e abrir novamente.
Por enquanto o sistema está muito, mas muito novo, e sem grandes comparações de melhoria. Mas há possibilidades. Com a liberação do código fonte do UbuntuOne, talvez seja possível criar um aplicativo cliente melhor, com possibilidade de verificação de mudança e atualização remota. Mas isso é apenas suposição. Nada de concreto até agora.
No momento, o que posso dizer é: adeus DropBox, longa vida ao Box.Com.