Projekteerimine
Post, post... „Praegu võib iga algaja kasutaja avada tasuta e-posti konto, piisab, kui registreeruda mõnel internetiportaalil,“ väidab Vikipeedia. Seega on oma postiserveri käivitamine veidi kummaline. Sellegipoolest ei kahetse ma sellel kuul kulutatud aega, alates operatsioonisüsteemi paigaldamisest kuni esimese kirja saatmiseni internetis.
Üldiselt saab „malinate“ kõrvale seada ka iptv-vastuvõtjad ja „üksikplaadi arvuti Baikal-T1 protsessoril“, aga ka Cubieboard, Banana Pi ja muud seadmed, mis on varustatud ARM-protsessoritega. „Malina“ valiti aga sealjuures kõige agressiivsemalt reklaamitavaks variandiks. Selle „üksikplaadi arvuti“ jaoks kasuliku rakenduse leidmiseks kulus mitte üks kuu. Lõpuks otsustasin sellel käivitada postiserveri, olles just lugenud üht ulmeraamatut virtuaalsest reaalsusest.
„See on tuleviku veebivõrgu suurepärane visioon,“ teatab Vikipeedia. Esimese avaldamise hetkest on möödunud 20 aastat. Tulevik on käes. Siiski ei tundu see mulle suurepärane ilma seitsme tuhande tellijata, kümne tuhande rubla „minu saidi kuusissetuleku“ jne. Mis tõukas mind ilmselt „detsentraliseeritud sotsiaalsete võrgustike“ poole, millel on „kahvatu arv meeldimisi nende (uus kasutaja - N.M.) postitustel“, domeeni registreerimise ja oma serveri käivitamise suunas.
Ma ei ole seadustest väga kursis. Ainult see, et sain mobiiltelefonile teate isikuandmete kinnitamise vajadusest seoses föderaalse seaduse muudatuste jõustumisega, sellise seaduse ma tean.
Ja selgus, et selliseid seadusi on nagu seeni pärast vihma. Kui ma oleksin jätkanud tasuta postiteenuse kasutamist, ei oleks ma ilmselt midagi teada saanud.
„Ja kes me nüüd oleme?“
Esiteks ei ole seaduses e-posti teenuse korraldajat üldse olemas. On olemas „kohandatud sõnumite vahetamise teenuse korraldaja“, aga see on pisut midagi muud. Tõendamine „isiklike, pereliikmete ja koduste vajaduste jaoks“ vabastab selle korraldaja kõikidest seaduses ettenähtud kohustustest, kuid siiski ei puutu see sellesse korraldajasse, kellelt peaks.
Omades on olemas koos seadusliku juhendiga Ubuntu Server, arvan, et lisaks nende koheste sõnumite vestlustele on ka e-posti teenused (mis on ilmselge) ja failiserverid (mis ei ole nii ilmsed) mõeldud "kasutajate Interneti-ühenduste elektrooniliste sõnumite vastuvõtmiseks, edastamiseks, kohaletoimetamiseks ja (või) töötlemiseks".
Arendus
Võrreldes teiste kohalike artikkelidega hashtagiga postfix, on minu looming kindlasti üsna primitiivne. Ei kasutajate autentimist, ei andmebaasi, ei kasutajaid, mis ei ole seotud kohalike kontodega (esimene ja kolmas on "minimaalsetel postiserveritel"; andmebaas on peaaegu igal pool, samamoodi nagu dovecot).
"Postisüsteemi seadistamine on minu arvates süsteemiadministreerimise kõige keerulisem ülesanne," on üks Habra kasutaja väga hästi kirjutanud. Järgnedes (koopia ), jätsin siiski kõrvale osad aliasi andmebaasist, .forward failidest ja virtuaalsetest aliasidest.
Kuid ssl/tls jaoks võtsin 12 konfiguratsioonireeglit pluss 9 bash käsklust sertifikaatide loomiseks Postfixile CommunityHelpWiki (samas domeenis ) (ainult kas see ssl/tls töötab — see on küsimus). Lisaks kasutasin oma teenusepakkuja isiklikus kabinetis tulemüür, nat ruuteris (Mikrotiku seadistamist lükkasin edasi nii kaua kui võimalik; saatsin kirju, ühendades postiserver otse internetiteenuse pakkuja kabli külge, mis viidi koju), mail, mailq, postsuper -d identifikaator, fail /var/log/mail.log, parameeter always_add_missing_headers, ptr-kirje teave ja lõpuks ka mail-tester.com veebileht (oli ofigeerilise disainiga), millest ei räägita „posti” artiklites Habrast, nagu see oleks iseendast mõistetav.
Enne myhostname parameetri väärtuse parandamist failis /etc/postfix/main.cf
Pärast myhostname parameetri väärtuse parandamist failis /etc/postfix/main.cf
Esimene kiri internetiteenuse pakkuja tugiteenustelt õpetas mind, et ei peaks avama kirju konsooli programmi mail abil, et hiljem neid saaks avada ja lugeda tuttava meiliclientiga. Tundub, et see ei ole ka „algajate administraatorite” probleem.
Kommmentaarides (teiste artiklite häshtägiga postfix) palub üks Habra kasutaja "keerulisemaks muuta, kuidas oleks erinevate osade ja andmebaasist autentimise veebiliidese osas?", teine ütleb "ilmselt on see väga keeruline neile, kes pole kunagi midagi muud peale redise maitsnud: südamiku kokkuvarisemine, turvalisus (selinux/apparmor), veidi hajutatud süsteemid…", kolmas kirjutab "iRedmaili skriptist". Ootad, et järgmine pakub välja kirjutada IPv6-st.
Kuid e-posti teenused ei ole sfäärilised konid vaakumis, nad on osa tervikust – alates arvuti ja domeeninime valimisest kuni ruuteri seadistamiseni – mida ei suuda puudutada ükski e-posti serveri seadistamise juhend (ja milles te ilmselt kunagi ei loe tehnilisi üksikasju – , on ametlikul Postfixi veebisaidil).
Mikrotiku kohta on see üldse eraldi laul.
Noh, ja ongi kõik. E-post on lakanud olemast lihtsalt terminali käsud, konfiguratsioonifailid (sealhulgas DNS-i seadistus), logid, dokumentatsioon, kuusteistkümnendsüsteemi numbrid vene tähede asemel (vastavalt koi8-r märke tabelile) saadetud kirjades ja on jäänud tuttavaks e-posti kliendiks koos oma protokollidega IMAP, POP3, SMTP, kontodega, sissetulevate ja väljuvate teadetega.
Välimuselt on see sama, mis e-post, kui kasutada suurte IT-ettevõtete tasuta e-posti teenuseid.
Kuigi ilma veebiliideseta.
Käitus
Siiski ei pääse logide vaatamisest!
Ruttan rõõmustama neid, kes loodavad siin lugeda tumedast võrgust. Sest muidu ei oska ma nimetada muud, kui mingi salapärase tumeda võrgu ilmingut, mis on täitnud uue serveri e-posti logi – nimelt paar päeva pärast otse ühendamist, teated POP3-le erinevate nimedega paarilt IP-aadressilt (alguses arvasin ekslikult, et server püüab aeg-ajalt saata kahte kirja järjekorrast, aga et mu post võib niipea huvitada kedagi teist internetis, ei osanud ma ette kujutadagi).
Needleman, needled, never stopped even after I connected the server through the router. Today's logs are full of SMTP connections from the same unknown IP address. However, I am so confident that I will not take any action against this: I hope that even if a user name is correctly guessed for receiving emails, the attacker will not be able to guess the password. I am sure many will consider this unsafe, just as relying only on SMTP relay settings and access control in /etc/postfix/main.cf for today's attacks.
And they will tear my email protection to shreds.
Allikas: habr.com
