Ինչպես է աշխատում էլ

Սա փոստի սերվերների աշխատանքի վերաբերյալ մեծ դասընթացի սկիզբն է: Իմ նպատակն այն չէ, որ ինչ-որ մեկին արագ սովորեցնեմ, թե ինչպես աշխատել փոստային սերվերների հետ: Այստեղ շատ լրացուցիչ տեղեկություններ կլինեն այն հարցերի վերաբերյալ, որոնց մենք կհանդիպենք ճանապարհին, քանի որ ես փորձում եմ դասընթացը դարձնել հիմնականում նրանց համար, ովքեր նոր են անում իրենց առաջին քայլերը։

ՆախաբանՊարզապես պատահում է, որ ես կես դրույքով աշխատում եմ որպես Linux-ի կառավարման ուսուցիչ: Եվ որպես տնային աշխատանք, ես ուսանողներին տալիս եմ տարբեր ռեսուրսների տասնյակ հղումներ, քանի որ որոշ տեղերում նյութը բավարար չէ, որոշ տեղերում՝ չափազանց բարդ: Իսկ տարբեր ռեսուրսների վրա նյութը հաճախ կրկնօրինակվում է, իսկ երբեմն էլ սկսում է շեղվել: Բացի այդ, բովանդակության մեծ մասը անգլերեն է, և կան որոշ ուսանողներ, ովքեր դժվարանում են հասկանալ: Գերազանց դասընթացներ կան Սեմաևի և Լեբեդևի կողմից, և գուցե մյուսներից, բայց, իմ կարծիքով, որոշ թեմաներ բավարար չափով չեն լուսաբանվում, որոշները բավարար չափով կապված չեն մյուսների հետ:

Ուստի մի օր որոշեցի ինչ-որ կերպ գրառումներ անել նյութի վերաբերյալ և հարմար ձևով տալ ուսանողներին: Բայց քանի որ ես ինչ-որ բան եմ անում, ինչու չկիսվեմ բոլորի հետ: Սկզբում ես փորձեցի դա անել տեքստով և նոսրացնել այն հղումներով, բայց այդպիսի միլիոնավոր ռեսուրսներ կան, ո՞րն է իմաստը: Ինչ-որ տեղ պարզության և բացատրությունների պակաս կար, ինչ-որ տեղ ուսանողները ծույլ են կարդալ ամբողջ տեքստը (և ոչ միայն նրանք) և բացեր կան նրանց գիտելիքների մեջ:

Բայց խոսքը միայն ուսանողների մասին չէ: Իմ ողջ կարիերայի ընթացքում ես աշխատել եմ ՏՏ ինտեգրատորներում, և սա հսկայական փորձ է տարբեր համակարգերի հետ աշխատելու համար: Արդյունքում ես դարձա գլխավոր ինժեներ։ Հաճախ եմ հանդիպում ՏՏ ոլորտի մասնագետների տարբեր ընկերություններում և բավականին հաճախ նրանց գիտելիքների մեջ բացեր եմ նկատում։ ՏՏ ոլորտում շատերն են ինքնուսույց, այդ թվում՝ ես։ Եվ ես բավականաչափ ունեմ այս բացերը, և ես կցանկանայի օգնել ուրիշներին և ինքս ինձ ազատվել այդ բացերից:

Ինչ վերաբերում է ինձ, տեղեկություններով կարճ տեսանյութերն ավելի հետաքրքիր են և հեշտ մարսվող, ուստի որոշեցի փորձել այս ձևաչափը։ Եվ ես շատ լավ գիտեմ, որ իմ լեզուն կախված չէ, դժվար է ինձ լսել, բայց ես փորձում եմ ավելի լավը դառնալ։ Սա ինձ համար նոր հոբբի է, որը ցանկանում եմ զարգացնել։ Առաջ ավելի վատ խոսափող ունեի, հիմա հիմնականում ձայնի ու խոսքի հետ կապված խնդիրներ եմ լուծում։ Ես ուզում եմ որակյալ բովանդակություն պատրաստել և իսկապես օբյեկտիվ քննադատության և խորհրդատվության կարիք ունեմ:

Հ.Գ. Ոմանք կարծում էին, որ տեսանյութի ձևաչափը լիովին հարմար չէ, և որ ավելի լավ է դա անել տեքստով: Ես լիովին համաձայն չեմ, բայց թող ընտրություն լինի՝ և՛ տեսանյութ, և՛ տեքստ:

Video

Հաջորդ> Փոստի սերվերի գործառնական ռեժիմներ

Էլփոստի հետ աշխատելու համար անհրաժեշտ է էլփոստի հաճախորդ: Սա կարող է լինել կամ վեբ-հաճախորդ, օրինակ՝ gmail, owa, roundcube, կամ համակարգչային հավելված՝ outlook, thunderbird և այլն: Ենթադրենք, դուք արդեն գրանցվել եք էլփոստի որոշ ծառայություններում, և դուք պետք է ստեղծեք էլփոստի հաճախորդ: Դուք բացում եք ծրագիրը, և այն ձեզանից տվյալներ է խնդրում՝ հաշվի անուն, ձեր էլ.փոստի հասցեն և գաղտնաբառ:

Այս տեղեկատվությունը մուտքագրելուց հետո ձեր էլփոստի հաճախորդը կփորձի տեղեկատվություն գտնել ձեր էլ.փոստի սերվերի մասին: Սա արվում է սերվերի հետ կապի կարգավորումը պարզեցնելու համար, քանի որ օգտվողների մեծ մասը չգիտի հասցեները և կապի արձանագրությունները: Դա անելու համար էլփոստի հաճախորդները օգտագործում են սերվերի և կապի կարգավորումների մասին տեղեկություններ փնտրելու տարբեր եղանակներ: Այս մեթոդները կարող են տարբեր լինել՝ կախված ձեր էլփոստի հաճախորդից:

Օրինակ, Outlook-ն օգտագործում է «ավտոբացահայտում» մեթոդը, հաճախորդը կապվում է DNS սերվերի հետ և խնդրում է ինքնաբացահայտման հատուկ գրառում, որը կապված է փոստի տիրույթի հետ, որը դուք նշել եք ձեր փոստի հաճախորդի կարգավորումներում: Եթե ​​ադմինիստրատորը կարգավորել է այս մուտքը DNS սերվերի վրա, այն մատնանշում է վեբ սերվերը:

Այն բանից հետո, երբ փոստային հաճախորդը իմանում է վեբ սերվերի հասցեն, նա կապվում է նրա հետ և այնտեղ գտնում նախապես պատրաստված ֆայլ՝ XML ձևաչափով փոստային սերվերին միանալու կարգավորումներով:

Thunderbird-ի դեպքում էլփոստի հաճախորդը շրջանցում է autodiscover DNS գրառումների որոնումը և անմիջապես փորձում է միանալ autoconfig վեբ սերվերին։ և նշված տիրույթի անվանումը: Եվ այն նաև փորձում է վեբ սերվերում գտնել XML ձևաչափով կապի կարգավորումներով ֆայլ:

Եթե ​​փոստային հաճախորդը չի գտնում անհրաժեշտ կարգավորումներով ֆայլ, այն կփորձի գուշակել կարգավորումները ամենահաճախ օգտագործվողներից: Օրինակ, եթե տիրույթը կոչվում է example.com, ապա փոստային սերվերը կստուգի, արդյոք կան սերվերներ imap.example.com և smtp.example.com անուններով: Եթե ​​գտնի, կգրանցի կարգավորումներում։ Եթե ​​փոստի հաճախորդը չի կարող որևէ կերպ որոշել փոստի սերվերի հասցեն, դա կհուշի օգտվողին ինքն իրեն մուտքագրել կապի տվյալները:

Այնուհետև դուք կնկատեք 2 դաշտ սերվերների համար՝ մուտքային փոստ սերվերի հասցեն և ելքային փոստի սերվերի հասցեն: Որպես կանոն, փոքր կազմակերպություններում այս հասցեները նույնն են, նույնիսկ եթե դրանք նշված են տարբեր DNS անունների միջոցով, բայց խոշոր ընկերություններում դրանք կարող են լինել տարբեր սերվերներ: Բայց կարևոր չէ՝ դրանք նույն սերվերն են, թե ոչ, դրանց հետևում գտնվող ծառայությունները տարբեր են: Փոստային ծառայությունների ամենատարածված փաթեթներից մեկը Postfix & Dovecot-ն է: Որտեղ Postfix-ը գործում է որպես ելքային փոստի սերվեր (MTA - փոստի փոխանցման գործակալ), իսկ Dovecot-ը որպես մուտքային փոստի սերվեր (MDA - փոստի առաքման գործակալ): Անվանից կարող եք կռահել, որ Postfix-ն օգտագործվում է փոստ ուղարկելու համար, իսկ Dovecot-ը՝ փոստային հաճախորդի կողմից փոստ ստանալու համար: Փոստի սերվերներն իրենք են շփվում միմյանց հետ՝ օգտագործելով SMTP արձանագրությունը, այսինքն. Dovecot (MDA) անհրաժեշտ է օգտվողների համար:

Ենթադրենք, մենք կարգավորել ենք կապը մեր փոստի սերվերի հետ: Փորձենք հաղորդագրություն ուղարկել։ Հաղորդագրության մեջ մենք նշում ենք մեր հասցեն և ստացողի հասցեն: Այժմ, հաղորդագրությունն առաքելու համար, ձեր էլփոստի հաճախորդը հաղորդագրություններ կուղարկի ձեր ելքային փոստի սերվերին:

Երբ ձեր սերվերը հաղորդագրություն է ստանում, այն կփորձի գտնել, թե ում փոխանցի հաղորդագրությունը: Ձեր սերվերը չի կարող անգիր իմանալ բոլոր փոստի սերվերների հասցեները, ուստի այն փնտրում է DNS՝ հատուկ MX գրառում գտնելու համար՝ մատնացույց անելով տվյալ տիրույթի փոստային սերվերին: Այս գրառումները կարող են տարբերվել տարբեր ենթադոմեյնների համար:

Ստացողի սերվերի հասցեն պարզելուց հետո այն ուղարկում է ձեր հաղորդագրությունը SMTP-ի միջոցով այս հասցեին, որտեղ ստացողի փոստային սերվերը (MTA) կընդունի հաղորդագրությունը և կտեղադրի այն հատուկ գրացուցակում, որը նույնպես դիտում է պատասխանատու ծառայությունը: հաճախորդներին հաղորդագրություններ ստանալու համար (MDA):

Հաջորդ անգամ, երբ ստացողի էլփոստի հաճախորդը մուտքային փոստի սերվերից նոր հաղորդագրություններ կխնդրի, MDA-ն կուղարկի ձեր հաղորդագրությունը նրանց:

Բայց քանի որ փոստային սերվերները գործում են ինտերնետում, և բոլորը կարող են միանալ դրանց և ուղարկել հաղորդագրություններ, իսկ փոստային սերվերները լայնորեն օգտագործվում են տարբեր ընկերությունների կողմից կարևոր տվյալներ փոխանակելու համար, սա բավականին համեղ պատառ է հարձակվողների, հատկապես սպամերի համար: Հետևաբար, փոստի ժամանակակից սերվերներն ունեն բազմաթիվ լրացուցիչ միջոցներ՝ ուղարկողին հաստատելու, սպամի առկայությունը ստուգելու և այլն: Եվ այս թեմաներից շատերին կփորձեմ անդրադառնալ հաջորդ մասերում։

Source: www.habr.com