Projeto
Email, email... "Atualmente, qualquer usuário iniciante pode criar sua própria caixa de correio eletrônico gratuita, basta se registrar em um dos portais da Internet", afirma a Wikipédia. Portanto, lançar seu próprio servidor de email é um pouco estranho. No entanto, não me arrependo do mês gasto nisso, desde a instalação do sistema operacional até o dia em que enviei o primeiro email para um destinatário na Internet.
De fato, pode-se colocar o iptv-receiver e o "computador de placa única baseado no processador Baikal-T1" na mesma categoria, assim como Cubieboard, Banana Pi e outros dispositivos equipados com microprocessadores ARM. O "Raspberry Pi" foi escolhido como a opção mais agressivamente anunciada. Levei vários meses para encontrar uma aplicação útil para esse "computador de placa única". Finalmente, decidi instalar um servidor de email nele, tendo lido pouco antes um romance de ficção científica sobre realidade virtual.
"É uma bela visão do futuro da Rede", informa a Wikipédia. Desde a primeira publicação, já se passaram 20 anos. O futuro chegou. No entanto, não parece belo para mim sem sete mil assinantes, dez mil rublos de 'renda mensal do meu site', etc. Isso provavelmente me levou a buscar 'redes sociais descentralizadas' com 'poucos likes em suas (novos usuários — N.M.) postagens', registrar um domínio e iniciar meu próprio servidor.
Não sou muito familiarizado com leis. A única coisa que sei é que recebi uma mensagem no celular sobre a necessidade de confirmar dados pessoais devido à entrada em vigor de emendas à lei federal 126-FZ, e apenas essa lei conheço.
E aqui revelou-se que essas leis são como cogumelos após a chuva. Se eu tivesse continuado a usar o email gratuito, provavelmente nem saberia.
"E quem somos nós agora"
Em primeiro lugar, não há nada na lei sobre o organizador do serviço de email. Existe o "organizador do serviço de mensagens instantâneas", mas isso é um pouco diferente. A adição "para necessidades pessoais, familiares e domésticas" livra, claro, esse organizador de todas as responsabilidades previstas pela lei, mas ainda assim não é o organizador que deveria estar.
Tendo ao meu lado, junto com a lei, o guia para o Ubuntu Server, suspeito que, além de chats com mensagens instantâneas, "para recebimento, transmissão, entrega e (ou) processamento de mensagens eletrônicas dos usuários da Internet" também são destinados serviços de e-mail (o que é óbvio), e servidores de arquivos (o que não é tão óbvio).
Desenvolvimento
Comparado a outros artigos locais com a hashtag postfix, minha criação é, sem dúvida, bastante primitiva. Sem autenticação de usuários, sem bancos de dados, e sem usuários não vinculados a contas locais (o primeiro e o terceiro estão no "servidor de e-mail mínimo"; bancos de dados estão praticamente em toda parte, assim como o dovecot).
"Configurar um sistema de e-mail, na minha opinião, é a tarefa mais complexa na administração de sistemas", escreveu muito bem um usuário do Habr. Seguindo (de ), no entanto, deixei de fora algumas partes sobre o banco de dados de aliases, arquivos .forward e aliases virtuais.
No entanto, para ssl/tls, peguei 12 linhas de configuração além de 9 comandos bash para criar certificados do dedicado Postfix no CommunityHelpWiki (no mesmo domínio ) (ainda assim, a questão é: esse ssl/tls realmente funciona?). Além disso, foi útil o firewall no painel do provedor, nat no roteador (a configuração do mikrotik eu posterguei o máximo possível; enviei e-mails conectando o servidor de e-mail diretamente ao cabo de internet instalado no apartamento), comandos mail, mailq, postsuper -d identificador, arquivo /var/log/mail.log, parâmetro always_add_missing_headers, informações sobre o registro ptr, e, finalmente, o site mail-tester.com (com um design pouco amigável), que não são mencionados em artigos sobre "e-mail" no Habr, como se fossem algo que se entende por si mesmo.
Até que o valor do parâmetro myhostname no arquivo /etc/postfix/main.cf fosse corrigido.
Após a correção do valor do parâmetro myhostname no arquivo /etc/postfix/main.cf.
O primeiro e-mail da equipe de suporte técnico do provedor de internet me ensinou que não se deve abrir e-mails usando o programa de console mail, para que depois possam ser abertos e lidos com um cliente de e-mail familiar. Aparentemente, isso também não é um problema "para administradores iniciantes".
Pelo contrário, nos comentários (de outros artigos com a hashtag postfix), um usuário do Habr pede "complicar um pouco, que tal interfaces web para diferentes partes e autenticação a partir do banco de dados", para outro "aparentemente, é extremamente complexo para quem nunca experimentou nada além de rabanetes: falhas de núcleo, segurança (selinux/apparmor), um pouco de sistemas distribuídos...", um terceiro menciona "o script iRedmail". Assim, você espera que o próximo sugira escrever sobre IPv6.
Os serviços de e-mail não são corpos perfeitos em vácuo, eles são partes de um todo - desde a escolha do computador e do nome de domínio até a configuração do roteador - que não pode ser abrangido por qualquer manual de configuração de servidor de e-mail (e no qual você, provavelmente, nunca lerá a parte técnica - , disponível no site oficial do Postfix).
Sobre Mikrotik - é toda uma outra história.
Bom, é isso. O e-mail deixou de ser um conjunto de comandos de console, arquivos de configuração (incluindo a configuração de DNS), logs, documentação, números hexadecimais em vez de letras russas (de acordo com a tabela de símbolos koi8-r) no e-mail recebido e se tornou um cliente de e-mail familiar com seus protocolos IMAP, POP3, SMTP, contas, mensagens recebidas e enviadas.
Em geral, externamente, é o mesmo que representa o e-mail ao usar serviços gratuitos de e-mail das maiores empresas de TI.
Embora sem interface web.
Operação
Ainda assim, não há como escapar de visualizar logs!
Estou feliz em informar aqueles que esperavam ler sobre a dark web aqui. Porque, de outra forma, não posso chamar de algo misterioso da dark web o que acabou entupindo o log de e-mail do novo servidor, que foi basicamente durante alguns dias (após a conexão direta) mensagens sobre tentativas de conexão via POP3 com diferentes nomes de vários endereços IP (eu, por erro, inicialmente pensei que o servidor estava tentando enviar duas mensagens da fila periodicamente, e que o fato de que meu e-mail poderia imediatamente interessar alguém da internet nunca passou pela minha cabeça).
As tentativas não cessaram mesmo após eu conectar o servidor através do roteador. Os logs de hoje estão cheios de conexões SMTP de um mesmo endereço IP desconhecido para mim. No entanto, estou tão confiante que não pretendo tomar nenhuma ação contra isso: espero que mesmo que o nome de usuário correto seja encontrado para receber emails, o invasor não conseguirá adivinhar a senha. Tenho certeza de que muitos acharão isso inseguro, assim como é arriscado confiar apenas nas configurações de retransmissão SMTP e no controle de acesso em /etc/postfix/main.cf.
E vão pulverizar a proteção do meu email.
Fonte: habr.com
