"Malinka"에 대한 메일

디자인

우편, 우편... Wikipedia에서는 "현재 초보 사용자라면 누구나 자신만의 무료 전자 메일함을 만들 수 있으며 인터넷 포털 중 하나에 등록하기만 하면 됩니다"라고 말합니다. 따라서 이를 위해 자체 메일 서버를 실행하는 것은 조금 이상합니다. 그럼에도 불구하고 나는 OS를 설치한 날부터 인터넷을 통해 수취인에게 첫 번째 편지를 보낸 날까지 이 일에 보낸 한 달을 후회하지 않습니다.

실제로 iptv 수신기와 '바이칼-T1 프로세서 기반 싱글보드 컴퓨터'는 물론 큐비보드, 바나나파이 등 ARM 마이크로프로세서가 탑재된 기기들도 '라즈베리'와 같은 수준에 놓일 수 있다. 가장 공격적으로 광고된 옵션으로 "Malinka"가 선택되었습니다. 이 "단일 보드 컴퓨터"의 유용한 용도를 찾는 데 한 달 이상이 걸렸습니다. 마지막으로 저는 최근 가상 현실에 관한 공상 과학 소설을 읽은 후 메일 서버를 시작하기로 결정했습니다.

Wikipedia에서는 “이것은 웹의 미래에 대한 놀라운 비전입니다.”라고 말합니다. 첫 출간일로부터 20년이 지났습니다. 미래가 도착했습니다. 그러나 구독자 XNUMX명, "내 사이트의 월 수입" XNUMX만 루블 등이 없으면 별로 좋지 않은 것 같습니다. 아마도 "(신규 사용자 - N.M.) 게시물에 대한 좋아요 수가 적고" 도메인을 등록하고 내 서버를 시작하는 "분산형 소셜 네트워크"로 나를 밀어붙였을 것입니다.

나는 법에 능숙하지 않습니다. 연방법 126-FZ 개정안 발효와 관련하여 개인 데이터를 확인해야 한다는 메시지를 휴대폰으로 받지 않는 한, 이것이 제가 아는 법입니다.

그리고 이러한 법칙은 비가 내린 후의 버섯과 같다는 것이 밝혀졌습니다. 계속 무료메일을 사용했다면 아마 몰랐을 겁니다.

“이제 당신과 나는 누구죠?”

첫째, 법에는 이메일 서비스의 주최자가 없습니다. '인스턴트 메시징 서비스 정리'가 있는데 이건 좀 다릅니다. 물론 "개인, 가족 및 가정의 필요를 위한" 추가는 이 주최자로부터 법에 의해 규정된 모든 의무를 제거하지만 그럼에도 불구하고 필요한 주최자로부터는 제거되지 않습니다.

법률과 함께 Ubuntu Server 매뉴얼을 갖고 있는 것으로 보아 “인터넷 사용자로부터 전자 메시지를 수신, 전송, 전달 및 처리하기 위한” 인스턴트 메시지 채팅 외에도 이메일 서비스도 의도된 것으로 추측됩니다( 이는 명백합니다) 및 파일 서버(그렇게 명확하지는 않습니다).

Разработка

물론 해시태그 접미사가 붙은 다른 기사에 비하면 내 창작물은 매우 원시적입니다. 사용자 인증도 없고, 데이터베이스도 없고, 로컬 계정에 연결되지 않은 사용자도 없습니다(첫 번째와 세 번째는 "최소 메일 서버"에 있고 데이터베이스는 dovecat처럼 거의 모든 곳에 있습니다).

한 Habra 사용자는 “내 생각에는 메일 시스템을 설정하는 것이 시스템 관리에서 가장 어려운 작업이라고 생각합니다.”라고 아주 잘 썼습니다. 수행원 Postfix기본설정방법 ~의 help.ubuntu.com) 그러나 별칭 데이터베이스, .forward 파일 및 가상 별칭에 대한 부분은 생략했습니다.

하지만 SSL/TLS의 경우 전용 Postfix에서 인증서를 생성하기 위해 12개의 구성 줄과 bash용 9개의 명령줄을 사용했습니다. 조항 CommunityHelpWiki(동일한 도메인에 있음) help.ubuntu.com) (이 SSL/TLS만 작동합니까? 이것이 문제입니다.) 공급자 개인 계정의 방화벽, 라우터의 nat (Mikrotik 설정을 가능한 한 오랫동안 연기했습니다. 메일 서버를 아파트에 설치된 인터넷 공급자 케이블에 직접 연결하여 편지를 보냈습니다), mail, mailq, postsuper -d 식별자, 파일도 유용했습니다 /var/log/mail.log, 매개변수 Always_add_missing_headers, ptr 레코드에 대한 정보, 마지막으로 사이트 mail-tester.com(과소분열 디자인 포함)은 "mail"에 기록되지 않았습니다. ” Habr에 관한 기사는 마치 당연한 것처럼 .

/etc/postfix/main.cf 파일에서 myhostname 매개변수 값을 수정하기 전

/etc/postfix/main.cf 파일에서 myhostname 매개변수 값을 수정한 후

인터넷 제공업체의 기술 지원 서비스에서 보낸 첫 번째 편지는 메일 콘솔 프로그램을 사용하여 편지를 열 필요가 없으므로 나중에 익숙한 이메일 클라이언트를 사용하여 열고 읽을 수 있다는 것을 가르쳐주었습니다. 분명히 이것은 "초보 관리자에게는" 문제가 아닙니다.

반대로 (접미사 해시태그가 포함된 다른 기사에 대한) 댓글에서 한 Habr 사용자는 "일을 좀 복잡하게 해달라고, 다른 부분에 대한 웹 인터페이스와 데이터베이스 인증은 어떻습니까"라고 묻고, 또 다른 사용자는 "분명히 가장 무보다 더 달콤한 것을 시도한 적이 없는 사람들에게는 어렵습니다: 커널 충돌, 보안(selinux/apparmor), 약간 분산된 시스템...", 세 번째는 "iRedmail 스크립트"에 대해 씁니다. 다음 사람이 IPv6에 관해 글을 제안할 때까지 기다리세요.

이메일 서비스는 진공 상태의 구형 말이 아니라 전체의 일부입니다. 컴퓨터 및 도메인 이름 선택부터 라우터 설정까지 메일 서버 설정 매뉴얼에서 다룰 수 없는 부분입니다. 하드웨어 읽기 - Postfix SMTP 릴레이 및 액세스 제어, Postfix 공식 웹사이트에서 확인 가능).

Mikrotik은 완전히 다른 이야기입니다.

이제 다 끝났습니다. 이메일은 더 이상 수신된 편지에서 러시아어 문자(koi8-r 문자 표에 따라) 대신 콘솔 명령, 구성 파일(DNS 설정 포함), 로그, 문서, 3진수 집합이 아니며 친숙한 이메일로 남아 있습니다. imap, popXNUMX, smtp, 계정, 수신 및 전송된 메시지 프로토콜을 사용하는 클라이언트입니다.

일반적으로 주요 IT 기업의 무료 이메일 서비스를 이용할 때 이메일의 모습과 동일하게 보입니다.

웹 인터페이스는 없지만.

착취

그래도 로그를 보는 것 외에는 방법이 없습니다!

나는 여기에서 다크넷에 대해 읽을 것으로 예상했던 사람들을 기쁘게 하기 위해 서두르고 있습니다. 새로 생성된 서버의 메일 로그가 며칠 안에 (직접 연결한 후) 다른 환경에서 pop3를 통해 연결하려는 시도에 대한 메시지로 가득 찬 신비한 다크넷의 발현 외에는 아무것도 부를 수 없기 때문입니다. 두 개의 IP 주소에서 가져온 이름(처음에는 서버가 주기적으로 대기열에서 두 글자를 보내려고 시도하는 것이라고 잘못 생각했으며 내 메일이 인터넷의 다른 사람에게 즉시 관심을 가질 수 있다고 전혀 생각하지 않았습니다).

이러한 시도는 라우터를 통해 서버에 연결한 후에도 멈추지 않았습니다. 오늘의 로그에는 내가 모르는 동일한 IP 주소의 smtp 연결이 가득합니다. 그러나 나는 자신이 있어서 이에 대해 어떤 조치도 취하지 않습니다. 편지를 받을 사용자 이름이 올바르게 선택되더라도 공격자가 비밀번호를 추측할 수 없기를 바랍니다. 오늘날의 공격이 /etc/postfix/main.cf의 SMTP 릴레이 설정 및 액세스 제어에만 의존하는 것처럼 많은 사람들이 이것이 안전하지 않다고 생각할 것이라고 확신합니다.

그리고 그들은 내 우편물의 보호를 산산조각 낼 것입니다.

출처 : habr.com