O servidor que nunca deveria ter existido
(it-notes.dragas.net)- Após a morte do fundador, a empresa familiar estava praticamente sem controle de informações e visibilidade contábil, e apesar do grande fluxo de caixa, as contas mostravam prejuízo, aumentando até o temor de falência
- O novo sistema centralizou armazenamento de arquivos, arquivamento de documentos e controle do uso da internet com um servidor baseado em NetBSD, VMs XEN, Samba NAS, Archivista, Squid e DansGuardian
- Quando a centralização começou, uma pessoa que já tinha influência exigiu a senha de administrador e a remoção do servidor, pressionando especialmente pela eliminação “daquele servidor” para acabar com os mecanismos de controle
- Dias depois, o servidor foi encontrado com os discos desaparecidos, após falha no UPS, religação incorreta de energia e interrupção de rede, mas os dados da época foram preservados graças a um backup externo separado
- Um técnico pode construir sistemas, mas sem a autoridade e a cooperação necessárias em meio à desconfiança e à pressão internas de uma organização, não consegue salvar todos os problemas
Falta de controle exposta após a morte do fundador
- Cerca de 16 anos atrás, o fundador de uma empresa familiar que administrava e possuía várias empresas morreu de forma repentina
- Com o desaparecimento da pessoa que centralizava todas as decisões e informações em si mesma, a família que restou passou a ter grande dificuldade para sustentar a operação do negócio
- Um dos filhos decidiu se afastar da empresa da família e focar na própria carreira
- Outros familiares continuaram envolvidos na operação do dia a dia
- A esposa idosa e já aposentada assumiu a empresa, mas a situação estava além da sua capacidade
- O maior problema era a ausência de fluxo de informações
- A empresa não tinha um sistema digital adequado
- Os funcionários usavam seus próprios PCs ou notebooks pessoais
- Dados contábeis e administrativos estavam espalhados por equipamentos individuais e às vezes eram levados para casa após o expediente
- Do ponto de vista dos proprietários, entrava muito dinheiro em caixa, mas as contas sempre mostravam prejuízo, o que aumentava o receio de que “nesse ritmo a empresa quebraria em poucos anos”
Construção de um servidor central e de um sistema de gestão documental
- A solução era criar um sistema formal de TI que tornasse a gestão dos dados transparente e rastreável
- A compra de roteador, switch, vários equipamentos de rede e um servidor com vários discos foi aprovada imediatamente
- O sistema operacional escolhido, por hábito na época, foi o NetBSD
- Foram configuradas várias VMs com XEN
- Uma VM assumia o papel de NAS baseado em Samba, para que os PCs salvassem arquivos em um repositório central
- Outra VM executava o Archivista
- Como a interface do Archivista ainda não tinha localização para o italiano, também foi feito um trabalho de tradução para facilitar o uso pelos usuários
- Como era comum na época, também foram adicionados o proxy de cache Squid e o filtro de conteúdo DansGuardian
- A conexão de internet era muito lenta e caía com frequência sob carga
- Pelos logs, boa parte da carga vinha de usos recreativos, como download de filmes durante o horário de trabalho
- Não havia sistema de supervisão, e o uso da internet também não era controlado
A reação provocada pela centralização
- Depois que o sistema entrou em operação, foi feito treinamento com os funcionários, e muitos receberam positivamente o fato de os arquivos passarem a ficar no lugar certo e a gestão documental ser centralizada
- OCR, arquivamento e gestão documental centralizada reduziram bastante o tempo de trabalho e aumentaram a eficiência
- Alguns funcionários da contabilidade continuaram céticos
- A pessoa que reagiu com mais força foi o antigo braço direito do fundador falecido
- Ele afirmava que o novo sistema não era necessário
- Seu estilo de vida havia mudado abruptamente, e compras incompatíveis com seu salário eram um sinal de alerta
- A empresa não tinha mecanismos de supervisão e fazia muitas transações em dinheiro vivo
- Depois que o sistema se estabilizou, entrou em contato alguém que se apresentou como responsável técnico pelo conjunto de softwares usado pela empresa e exigiu o diagrama completo da infraestrutura de servidores e a senha de administrador
- Ele partia do pressuposto de que o servidor era Windows, mas na prática a configuração rodava VMs NetBSD e Linux sobre NetBSD
- Alegando falta de tempo, disse que no dia seguinte apagaria aquele servidor e instalaria Windows
- Apagar o servidor seria desastroso para todo o novo fluxo de trabalho
- Também foi recusada a proposta de fornecer outro servidor em poucas horas
- O engenheiro entendeu aquilo como uma tentativa de remover o sistema central de arquivos e os mecanismos de controle
A pressão para entregar “aquele servidor”
- Os proprietários, sem experiência e incapazes de reagir bem à situação, ficaram desnorteados e chegaram até a pedir que ele deixasse o homem apagar o servidor, prometendo depois arcar com novo hardware e com o custo do trabalho
- O engenheiro recusou essa proposta
- O novo servidor e o sistema central de arquivos eram mecanismos de controle que permitiam aos proprietários e auditores visualizar os dados contábeis
- Ele concluiu que milhares de euros estavam desaparecendo todos os dias por meio de “transações”
- A pessoa contrária ao sistema acabou dizendo que não precisava de “qualquer servidor”, mas sim daquele servidor
- Também pressionou dizendo que, sem cooperação, seria difícil trabalhar naquela região
- O engenheiro respondeu que não tinha clientes ali nem queria ter, e que preferia fazer o trabalho direito por seus amigos a sair atrás de novos clientes
- Durante a conversa, o engenheiro revelou que o outro lado era alguém que o conhecia desde criança
- A pessoa só percebeu isso depois e mudou de atitude
- Pediu desculpas, disse que procuraria outra solução e encerrou a ligação
- Nunca mais voltou a entrar em contato
Os discos sumidos e o backup que sobreviveu
- Ele informou aos proprietários que o problema havia sido resolvido, mas em poucos dias o servidor sofreu uma sequência de “incidentes infelizes”
- O UPS falhou
- O servidor foi “desconectado por engano” e depois religado de forma incorreta
- Por fim, deixou de responder na rede
- Ao abrir o servidor, descobriu-se que os discos rígidos tinham desaparecido
- Felizmente, já estava funcionando um backup separado que só os proprietários conheciam
- Os dados do servidor eram copiados para um pequeno equipamento PCEngines Alix discretamente instalado na casa dos proprietários
- O equipamento era composto por NetBSD e 2 drives USB
- O hardware e os discos eram lentos, mas funcionavam de forma confiável
- Hoje esse equipamento roda FreeBSD, presta serviço em outro local e continua funcionando
- O engenheiro entregou aos proprietários os dados preservados até aquele momento e perguntou qual seria a resposta deles
- Os proprietários pensaram por dias e semanas
- No fim, disseram que talvez pudessem investigar se havia base para denunciar o furto
- Depois disso, ele não ouviu mais nada sobre o caso
A proposta recusada e os limites que permaneceram
- Mais tarde, a empresa fez uma proposta financeira alta para que ele assumisse a gestão da infraestrutura de rede e a reformulação dos processos internos
- Disseram que pagariam o suficiente para compensar até a compra de uma casa mais distante e o abandono de outros clientes
- Um conhecido em comum recomendou que ele aceitasse, dizendo que havia muito fluxo de caixa, mas gente demais se aproveitando da empresa por falta de controle, e que assumir aquele trabalho seria de grande ajuda
- O engenheiro recusou de imediato
- Isso exigiria abrir mão da direção que havia escolhido para seu trabalho e sua vida
- Ele teria de travar uma luta que não gostava e que talvez nem pudesse vencer
- Havia também a percepção de que, às vezes, pessoas desonestas vencem
- Mais tarde, pelo que ouviu, os proprietários foram se afastando aos poucos
- Depois houve outro pedido, e quando tudo estava pronto, houve novo bloqueio
- No fim, ele não teve alternativa a não ser sair
- Não lhe foram dadas as ferramentas nem a autoridade necessárias para fazer o que precisava ser feito
- Os proprietários estavam sobrecarregados e despreparados, e frequentemente cediam à pressão de quem os prejudicava
- Alguns leitores especularam envolvimento com crime organizado, mas a situação, embora muito problemática e desonesta, não envolvia crime organizado
- “A pior parte” estava nas dinâmicas internas, no abuso de confiança e em condutas inadequadas
- Por privacidade e pelo peso de narrar tudo isso, detalhes adicionais não são revelados
- Um técnico pode resolver problemas, mas quando os envolvidos tentam proteger o problema em vez de corrigi-lo, não é possível resolver tudo
1 comentários
Opiniões no Hacker News
Já trabalhei em uma organização sem fins lucrativos, e o nível de apropriação de interesses que acontecia dentro dos limites da legalidade era enorme
Uma vez passamos por uma auditoria de uma agência governamental, e a própria agência tinha muitas restrições operacionais por causa do lobby do setor sem fins lucrativos
Depois da auditoria, o responsável pela agência soltou um comunicado à imprensa dizendo, em essência, que “deveríamos poder divulgar não só ilegalidades claras, mas também achados relacionados aos padrões que os cidadãos esperam de organizações sem fins lucrativos. As pessoas deveriam saber quanto das doações é realmente usado nas atividades-fim e quanto acaba, na prática, como presentes para diretores e funcionários”, o que resumiu bem o ponto central
A corrupção continua; ela só encontra caminhos legais
Em linhas gerais: trust → grandes seguros de vida vitalícios sob medida → o seguro de vida financia novos trusts e seguros de vida para a geração seguinte → o restante dos trusts antigos que não pode ser extraído de forma fiscalmente eficiente é doado a uma entidade beneficente controlada pela família → essa entidade apoia uma organização sem fins lucrativos controlada pela família
Nessa configuração, a organização sem fins lucrativos acaba virando um pote de dinheiro privilegiado, e um meio de promover interesses próprios por meio de cargos confortáveis para funcionários e conselheiros, ou, mais raramente, por meio de iniciativas beneficentes alinhadas aos objetivos econômicos da família
O que parece corrupção aqui é o valor real; o que parece caridade é mais próximo do custo pago em vez de impostos sobre aquele monte de dinheiro
O problema de verdade é que esse tipo de comportamento também se torna possível em instituições beneficentes que operam captando doações de pessoas comuns
Por isso minha visão sobre esse tipo de organização em geral mudou bastante
Quem cria as restrições são servidores públicos e políticos eleitos; lobistas não podem obrigá-los a fazer nada
Se quem toma decisões é corrupto e não age de acordo com o interesse público, é a eles que se deve responsabilizar
Seja no HN ou na vida real, quase não vejo gente dizendo que “acompanhou em quais projetos de lei um senador votou, viu que ele apoiou uma lei ruim e mandou uma carta”, ou que votou contra ele na eleição seguinte; na prática, a maioria não faz isso
Democracia não é só votar; inclui também fiscalizar as ações das pessoas eleitas e cobrá-las, e é aí que os cidadãos falharam
Se você continua votando sem acompanhar o que seu representante faz, está contribuindo ativamente para piorar a situação
Claro que, em vários países, o lobby deveria ser regulado de forma muito mais rígida ou proibido, mas, mesmo que o lobby fosse proibido, se você não acompanhar as ações dos representantes, eles poderão continuar agindo em benefício próprio e sacrificando os interesses dos cidadãos
O problema de raiz não é o lobby em si, mas corrupção e falta de responsabilização
Já vi uma situação dessas antes, e por isso backup externo é realmente importante
Já restaurei de backups e forneci dados que alguém havia tentado apagar de propósito para fugir de responsabilidade
Essa história também mostra um padrão comum mesmo quando as pessoas não destroem dados intencionalmente: algumas pessoas destroem tudo que herdaram e depois culpam os antecessores pelos problemas resultantes
Herdei uma base de código ruim e fiz o melhor que pude para melhorá-la, mas o tempo era limitado; depois que saí, a pessoa seguinte imediatamente colocou na minha conta as partes ruins que ainda restavam
Sempre acho interessante como a corrupção surge com facilidade
Eu imaginava que a contabilidade verificasse tudo duas vezes e coisas assim, mas já vi empresas demais em que alguém cria uma conta, o dinheiro sai, e ninguém percebe por anos
Também já criei faturas automáticas para algumas empresas e descobri que valores significativos foram pagos mesmo faltando meses de dados
Parecia que o dinheiro teria sido pago quase independentemente do que estivesse na fatura
Recentemente, um fornecedor simplesmente esqueceu de nos cobrar milhares de dólares durante alguns meses e só se lembrou quando pedimos aumento de cota
Recentemente, o ex-administrador municipal de La Cañada-Flintridge, na Califórnia, foi acusado de fraude: ele enviava a seguradoras de automóveis, em formato de ofício com o logotipo da cidade, faturas por indenização de danos a patrimônio municipal e ficava com o dinheiro
Alguns anos atrás, alguém também enviou faturas para FB, Google e outras empresas, arrancando 100 milhões de dólares
Parece que alguma coisa ficou de fora
Depois, eles basicamente disseram à pessoa que dariam praticamente o que ela quisesse para resolver o problema; ela recusou e depois reclamou que não deram as ferramentas necessárias
“Diga seu preço” deveria incluir as ferramentas e permissões necessárias, incluindo a propriedade do processo
Chutando por alto, acho que a pessoa “causadora do problema” tinha uma relação privilegiada com os donos, e os donos não queriam excluí-la completamente do negócio
Então dizer que não forneceram as ferramentas necessárias pode significar que não deram autoridade para cortar essa pessoa
Quando me pedem aconselhamento técnico, ainda hoje tento dar boas sugestões
Mas, no momento em que alguém diz “vou seguir parte do seu conselho, mas quero fazer esta outra coisa do jeito errado”, normalmente respondo “então boa sorte” e saio
Nota do autor: por causa da gravidade do incidente, muitos leitores especularam sobre envolvimento do crime organizado, mas não foi o caso.
É verdade que a situação era extremamente problemática e desonesta, mas a “pior parte” a que eu aludi envolvia outras dinâmicas internas, abuso de confiança e condutas inadequadas; para preservar a privacidade e reduzir o peso do texto, prefiro não entrar em mais detalhes.
Algumas regiões de língua italiana são famosas por organizações criminosas, então fico pensando se alguém se surpreenderia caso tivesse sido algo assim aqui também.
Na verdade, é até difícil imaginar que não fosse.
Seria preciso informar a época para termos noção das tecnologias disponíveis na ocasião; não entendo por que deixar de fora uma parte tão importante.
Também fiquei curioso sobre quais ferramentas foram usadas para sincronizar e fazer backup na casa do proprietário.
Pessoalmente, também queria saber por que migraram para FreeBSD. Gostaria de saber se era para outra aplicação ou outro uso.
É uma história realmente ótima e, com uma abordagem atual, imagino que teriam usado Nextcloud/ownCloud com recursos de colaboração e rsync/Syncthing para sincronizar com um NAS externo, por exemplo na casa do proprietário.
Quanto à decisão, no meu caso eu teria aceitado o cargo de diretor e contratado um MSP local para trabalhar do jeito que eu quisesse.
Em situações assim, muitas vezes basta ter olhos e ouvidos confiáveis fora da estrutura interna corrupta.
Organizações militares e diplomáticas usam um princípio parecido: há um XO contratado e controlado pela sede, separado da estrutura de pessoal local, e esse XO se reporta à sede, não à estrutura local.
Para os backups, usei sincronização baseada em rsync, mantendo o histórico com hard links e rsync por cima.
Também havia um script em Perl que automatizava tudo, mas esqueci o nome há muito tempo.
Quanto ao restante, entendo e concordo totalmente. Só que eu era jovem na época e, sinceramente, estava mais interessado em criar algo com clientes saudáveis que realmente quisessem construir coisas boas do que em tentar salvar uma situação que parecia quase irrecuperável.
O ALIX foi migrado para FreeBSD para outra tarefa, e o suporte nativo a somente leitura do FreeBSD se encaixava perfeitamente na nova carga de trabalho.
Itália, hein. Dinheiro não era problema, mas não usaram uma consultoria, e o crime organizado não tinha envolvimento? Claro, imagino que sim ;-)
Fiquei curioso se você poderia explicar por que não fez aquela ligação que poderia ter mudado a atitude da outra pessoa.
Imagino que tenha sido por respeito ao falecido ou por algum segredo enterrado.
A pessoa para quem eu pensava em ligar era muito próxima de mim e teria ficado extremamente decepcionada se soubesse o que estava acontecendo.
Essa pessoa tinha muito orgulho de ter ajudado, em um momento difícil, justamente a pessoa que agora estava me ameaçando.
Além disso, essa pessoa próxima a mim enfrentava problemas graves de saúde, mas ainda tinha autoridade; então, naquele momento, escolhi não causar uma dor adicional que no fim teria sido inútil.
Por que há quebras de linha em cada frase?
Colocar quebra de linha em cada frase não é o padrão. Ainda assim, o texto em si foi interessante.
O tom de “lição aprendida” desnecessária, mesmo sem ter realmente realizado algo, também combina bem.