"માલિન્કા" પર મેઇલ

ડિઝાઇન

મેઇલ, મેઇલ... "હાલમાં, કોઈપણ શિખાઉ વપરાશકર્તા પોતાનું મફત ઇલેક્ટ્રોનિક મેઇલબોક્સ બનાવી શકે છે, ફક્ત ઇન્ટરનેટ પોર્ટલમાંથી એક પર નોંધણી કરાવી શકે છે," વિકિપીડિયા કહે છે. તો આ માટે તમારું પોતાનું મેલ સર્વર ચલાવવું થોડું વિચિત્ર છે. તેમ છતાં, મેં આના પર વિતાવેલો મહિનો મને અફસોસ નથી, મેં OS ઇન્સ્ટોલ કર્યાના દિવસથી લઈને ઇન્ટરનેટ પર સરનામાંને મારો પહેલો પત્ર મોકલ્યો તે દિવસની ગણતરી.

વાસ્તવમાં, iptv રીસીવરો અને "બૈકલ-T1 પ્રોસેસર પર આધારિત સિંગલ બોર્ડ કમ્પ્યુટર," તેમજ ક્યુબીબોર્ડ, બનાના પી અને એઆરએમ માઇક્રોપ્રોસેસરથી સજ્જ અન્ય ઉપકરણોને "રાસ્પબેરી" જેવા જ સ્તર પર મૂકી શકાય છે. "માલિન્કા" ને સૌથી વધુ આક્રમક રીતે જાહેરાત કરાયેલ વિકલ્પ તરીકે પસંદ કરવામાં આવ્યો હતો. આ "સિંગલ બોર્ડ કમ્પ્યુટર" માટે ઓછામાં ઓછા કેટલાક ઉપયોગી ઉપયોગને શોધવામાં એક મહિનાથી વધુ સમય લાગ્યો. છેલ્લે, મેં તાજેતરમાં વર્ચ્યુઅલ રિયાલિટી વિશેની સાયન્સ ફિક્શન નવલકથા વાંચીને તેના પર મેઇલ સર્વર શરૂ કરવાનું નક્કી કર્યું.

વિકિપીડિયા કહે છે, “આ વેબના ભવિષ્યની અદ્ભુત દ્રષ્ટિ છે. પ્રથમ પ્રકાશનની તારીખથી 20 વર્ષ વીતી ગયા છે. ભવિષ્ય આવી ગયું છે. જો કે, સાત હજાર સબ્સ્ક્રાઇબર્સ, "મારી સાઇટ માટેની માસિક આવક" વગેરેના દસ હજાર રુબેલ્સ વિના તે મને સારું લાગતું નથી. જે, સંભવતઃ, મને "વિકેન્દ્રિત સામાજિક નેટવર્ક્સ" તરફ "તેમની (નવા વપરાશકર્તાઓ - N.M.) પોસ્ટ્સ પર ઓછી સંખ્યામાં પસંદ" સાથે ધકેલ્યો, ડોમેન રજીસ્ટર કરીને અને મારું પોતાનું સર્વર લોંચ કર્યું.

હું કાયદાઓમાં સારો નથી. જ્યાં સુધી મને ફેડરલ કાયદા 126-FZ માં સુધારાના અમલમાં પ્રવેશના સંબંધમાં વ્યક્તિગત ડેટાની પુષ્ટિ કરવાની જરૂરિયાત વિશે મારા મોબાઇલ ફોન પર સંદેશ પ્રાપ્ત થયો નથી, ત્યાં સુધી હું જાણું છું કે આ કાયદો છે.

અને પછી તે બહાર આવ્યું કે આ કાયદા વરસાદ પછીના મશરૂમ્સ જેવા છે. જો મેં ફ્રી મેઇલનો ઉપયોગ કરવાનું ચાલુ રાખ્યું હોત, તો કદાચ મને ખબર ન પડી હોત.

"અને હવે તમે અને હું કોણ છો?"

પ્રથમ, કાયદામાં ઇમેઇલ સેવાનો કોઈ આયોજક નથી. ત્યાં એક "ઇન્સ્ટન્ટ મેસેજિંગ સર્વિસ ઓર્ગેનાઇઝર" છે, પરંતુ આ થોડું અલગ છે. "વ્યક્તિગત, કૌટુંબિક અને ઘરગથ્થુ જરૂરિયાતો માટે" ઉમેરવું, અલબત્ત, આ આયોજક પાસેથી કાયદા દ્વારા પૂરી પાડવામાં આવેલ તમામ જવાબદારીઓ દૂર કરે છે, પરંતુ તેમ છતાં, જેની જરૂર છે તે આયોજક તરફથી નહીં.

કાયદાની સાથે ઉબુન્ટુ સર્વર મેન્યુઅલ હાથમાં હોવાથી, હું માનું છું કે તેમના ઇન્સ્ટન્ટ સંદેશાઓ સાથેની ચેટ ઉપરાંત, "ઇન્ટરનેટ વપરાશકર્તાઓ પાસેથી ઇલેક્ટ્રોનિક સંદેશાઓ પ્રાપ્ત કરવા, ટ્રાન્સમિટ કરવા, પહોંચાડવા અને (અથવા) પ્રક્રિયા કરવા માટે," ઇમેઇલ સેવાઓનો હેતુ પણ છે ( જે સ્પષ્ટ છે), અને ફાઇલ સર્વર્સ (જે એટલું સ્પષ્ટ નથી).

વિકાસ

હેશટેગ પોસ્ટફિક્સ સાથે અહીંના અન્ય લેખોની તુલનામાં, મારી રચના, અલબત્ત, ખૂબ જ આદિમ છે. કોઈ વપરાશકર્તા પ્રમાણીકરણ નથી, કોઈ ડેટાબેઝ નથી, કોઈ વપરાશકર્તાઓ સ્થાનિક એકાઉન્ટ્સ સાથે જોડાયેલા નથી (પહેલા અને ત્રીજા "મિનિમલ મેલ સર્વર" માં છે; ડેટાબેઝ લગભગ દરેક જગ્યાએ છે, ડોવેકેટની જેમ).

"મારા મતે, મેઇલ સિસ્ટમ સેટ કરવી એ સિસ્ટમ એડમિનિસ્ટ્રેશનમાં સૌથી મુશ્કેલ કાર્ય છે," એક હાબ્રા વપરાશકર્તાએ ખૂબ સરસ લખ્યું. અનુસરે છે PostfixBasicSetupHowto (ની help.ubuntu.com), જો કે, મેં ઉપનામ ડેટાબેઝ, .ફોરવર્ડ ફાઇલો અને વર્ચ્યુઅલ ઉપનામો વિશેના ભાગોને છોડી દીધા છે.

પરંતુ ssl/tls માટે મેં સમર્પિત પોસ્ટફિક્સમાંથી પ્રમાણપત્રો બનાવવા માટે બેશ માટે 12 રૂપરેખાંકન રેખાઓ વત્તા 9 આદેશ રેખાઓ લીધી લેખ CommunityHelpWiki પર (સમાન ડોમેન પર help.ubuntu.com) (માત્ર આ ssl/tls કામ કરે છે - તે પ્રશ્ન છે). પ્રદાતાના વ્યક્તિગત ખાતામાં ફાયરવોલ, રાઉટર પર nat (મેં શક્ય હોય ત્યાં સુધી Mikrotik સેટ કરવાનું બંધ કર્યું; મેં એપાર્ટમેન્ટમાં ઇન્સ્ટોલ કરેલા ઇન્ટરનેટ પ્રદાતા કેબલ સાથે સીધા મેઇલ સર્વરને કનેક્ટ કરીને પત્રો મોકલ્યા), આદેશો મેઇલ, mailq, postsuper -d ઓળખકર્તા, ફાઇલ પણ ઉપયોગી હતી /var/log/mail.log, પેરામીટર હંમેશા_add_missing_headers, ptr રેકોર્ડ વિશેની માહિતી, છેલ્લે, સાઇટ mail-tester.com (ઓલિગોફ્રેનિક ડિઝાઇન સાથે), જે વિશે "મેલ" માં લખાયેલ નથી હબર પરના લેખો, જાણે કે તે એક બાબત છે.

/etc/postfix/main.cf ફાઇલમાં myhostname પરિમાણની કિંમત સુધારતા પહેલા

/etc/postfix/main.cf ફાઇલમાં myhostname પરિમાણની કિંમત સુધાર્યા પછી

ઈન્ટરનેટ પ્રદાતાની ટેક્નિકલ સપોર્ટ સર્વિસના પ્રથમ પત્રે મને શીખવ્યું કે મેલ કન્સોલ પ્રોગ્રામનો ઉપયોગ કરીને પત્રો ખોલવાની જરૂર નથી, જેથી પછીથી તેઓ પરિચિત ઈમેલ ક્લાયંટનો ઉપયોગ કરીને ખોલી અને વાંચી શકાય. દેખીતી રીતે, આ "શિખાઉ સંચાલકો માટે" સમસ્યા નથી.

તેનાથી વિપરિત, ટિપ્પણીઓમાં (પોસ્ટફિક્સ હેશટેગ સાથેના અન્ય લેખો માટે) એક Habr વપરાશકર્તા પૂછે છે કે "તેને થોડું જટિલ બનાવવા માટે, વેબ ઇન્ટરફેસના વિવિધ ભાગો અને ડેટાબેઝમાંથી પ્રમાણીકરણ વિશે શું છે", બીજા માટે "દેખીતી રીતે, તે સૌથી વધુ છે. જેમણે ક્યારેય મૂળા કરતાં વધુ મીઠું અજમાવ્યું નથી તેમના માટે મુશ્કેલ છે: કર્નલ ક્રેશ, સિક્યુરિટી (સેલિનક્સ/એપાર્મર), સહેજ વિતરિત સિસ્ટમ્સ...", ત્રીજા "iRedmail સ્ક્રિપ્ટ" વિશે લખે છે. IPv6 વિશે લખવાનું સૂચન કરવા માટે તમે માત્ર આગલાની રાહ જુઓ.

ઈમેઈલ સેવાઓ શૂન્યાવકાશમાં ગોળાકાર ઘોડા નથી, તે સમગ્રના ભાગો છે - કમ્પ્યુટર અને ડોમેન નામ પસંદ કરવાથી લઈને રાઉટર સેટ કરવા સુધી - જેને મેઈલ સર્વર સેટ કરવા માટેની કોઈ મેન્યુઅલ આવરી શકતી નથી (અને જેમાં તમે કદાચ ક્યારેય નહીં હાર્ડવેર વાંચો - પોસ્ટફિક્સ SMTP રિલે અને એક્સેસ કંટ્રોલ, અધિકૃત પોસ્ટફિક્સ વેબસાઇટ પર ઉપલબ્ધ છે).

Mikrotik એક સંપૂર્ણપણે અલગ વાર્તા છે.

ઠીક છે, હવે બધું સમાપ્ત થઈ ગયું છે. ઇમેઇલ પ્રાપ્ત પત્રમાં કન્સોલ આદેશો, રૂપરેખાંકન ફાઇલો (ડીએનએસ સેટ કરવા સહિત), લોગ્સ, દસ્તાવેજીકરણ, રશિયન અક્ષરોને બદલે હેક્સાડેસિમલ નંબરો (koi8-r અક્ષર કોષ્ટક મુજબ) નો સમૂહ બનવાનું બંધ થઈ ગયું છે અને તે એક પરિચિત ઈમેલ રહ્યો છે. ક્લાયન્ટ તેના પ્રોટોકોલ imap, pop3, smtp, એકાઉન્ટ્સ, આવનારા અને મોકલેલા સંદેશાઓ સાથે.

સામાન્ય રીતે, તે મુખ્ય IT કંપનીઓની મફત ઇમેઇલ સેવાઓનો ઉપયોગ કરતી વખતે ઇમેઇલ જેવો દેખાય છે તે જ દેખાય છે.

જોકે વેબ ઈન્ટરફેસ વિના.

શોષણ

તેમ છતાં, લૉગ્સ જોવાથી કોઈ છૂટકો નથી!

અહીં ડાર્કનેટ વિશે વાંચવાની અપેક્ષા રાખનારાઓને ખુશ કરવા હું ઉતાવળ કરું છું. કારણ કે હું તેને કેટલાક રહસ્યમય ડાર્કનેટના અભિવ્યક્તિઓ સિવાય બીજું કંઈ કહી શકતો નથી કે જે નવા બનાવેલા સર્વરનો મેઇલ લોગ ભરેલો હતો, એટલે કે, પોપ3 દ્વારા કનેક્ટ થવાના પ્રયાસો વિશેના સંદેશાઓ થોડા દિવસોમાં (સીધા કનેક્ટ કર્યા પછી) કેટલાક IP સરનામાંઓમાંથી નામો (મેં ભૂલથી વિચાર્યું કે તે સર્વર સમયાંતરે કતારમાંથી બે અક્ષરો મોકલવાનો પ્રયાસ કરી રહ્યો છે, અને મને બિલકુલ નથી લાગતું કે મારો મેઇલ તરત જ ઇન્ટરનેટ પર કોઈ બીજાને રસ લઈ શકે છે).

મેં રાઉટર દ્વારા સર્વરને કનેક્ટ કર્યા પછી પણ આ પ્રયાસો બંધ ન થયા. આજના લૉગ્સ એ જ IP એડ્રેસના smtp કનેક્શન્સથી ભરેલા છે જે મને અજાણ્યા છે. જો કે, મને એટલો આત્મવિશ્વાસ છે કે હું આની સામે કોઈ પગલાં લેતો નથી: હું આશા રાખું છું કે જો પત્રો પ્રાપ્ત કરવા માટેનું વપરાશકર્તા નામ યોગ્ય રીતે પસંદ કરવામાં આવ્યું હોય, તો પણ હુમલાખોર પાસવર્ડનો અનુમાન લગાવી શકશે નહીં. મને ખાતરી છે કે ઘણાને આ અસુરક્ષિત લાગશે, જેમ કે આજના હુમલાઓ /etc/postfix/main.cf માં ફક્ત SMTP રિલે સેટિંગ્સ અને ઍક્સેસ નિયંત્રણો પર આધાર રાખે છે.

અને તેઓ મારા મેલના રક્ષણને સ્મિતરીન્સને તોડી નાખશે.

સોર્સ: www.habr.com