Amaliy sath protokollari lotincha Application layer

Amaliy sath protokollari(lotincha Application layer) - yuqori darajadagi tarmoq protokoli (OSI tarmoq modelida 7-oʻrin va TCP/IP protokoli stekida 4-oʻrin) tarmoq va foydalanuvchi oʻrtasidagi oʻzaro aloqani taʼminlaydi. Sath foydalanuvchi ilovalariga ma'lumotlar bazasi so'rovlarini qayta ishlash, fayllarga kirish, elektron pochtani yo'naltirish kabi tarmoq xizmatlaridan foydalanish imkonini beradi. Shuningdek, u xizmat ma'lumotlarini uzatish, ilovalarni xatolar haqida ma'lumot bilan ta'minlash va taqdimot qatlamiga so'rovlar yaratish uchun javobgardir. Misol: HTTP, POP3, SMTP.
Amaliy sath protokollari kompyuterda ishlaydigan amaliy dasturlar bilan ishlaydi. Ilova qatlami dasturning ishlashini aniqlamaydi, lekin u talab qiladigan xizmatlarni belgilaydi. Masalan, HTTP ilova protokoli veb-brauzerlar veb-sahifa mazmunini veb-serverdan qanday qilib olishini belgilaydi. Oddiy qilib aytganda, amaliy qatlam kompyuterda ishlaydigan dasturiy ta'minot va tarmoqning o'zi o'rtasidagi interfeysni ta'minlaydi.
Ehtimol, bugungi kunda eng mashhur TCP/IP ilovasi veb-brauzerdir. Ko'pgina yirik dasturiy ta'minot sotuvchilari veb-brauzerga kirishni qo'llab-quvvatlash uchun o'zlarining amaliy dasturlarini o'zgartirdilar yoki o'zgartirmoqdalar. Yaxshiyamki, veb-brauzerdan foydalanish juda oddiy: siz kompyuteringizda veb-brauzerni ishga tushirasiz va veb-sayt nomini kiritish orqali veb-saytni tanlaysiz va veb-sahifa paydo bo'ladi.
HTTP umumiy ko'rinishi
Brauzeringizda ushbu veb-sahifa paydo bo'lishi uchun aslida nima sodir bo'lmoqda?
Rob o'z brauzerini ochayotganini tasavvur qiling. Uning brauzeri sukut bo'yicha Garrining veb-sahifasini (ya'ni bosh sahifasini) avtomatik ravishda so'rashga o'rnatilgan. Umumiy mantiq rasmda ko'rsatilgan

Xo'sh, aslida nima bo'ldi? Robning asl iltimosi aslida Garridan o'z sahifasini Bobga qaytarishni so'rashdir. Garrining veb-server dasturi uy veb-sahifasi home.htm faylida joylashganligini bilish uchun tuzilgan. Rob faylni Garridan oladi va fayl mazmunini Robning veb-brauzer oynasida ko'rsatadi.
HTTP protokoli mexanizmlari
Yaqindan ko'rib chiqsak, ushbu misol har bir maqsadli kompyuterdagi ilovalar (veb-brauzer ilovasi va veb-server ilovasi) TCP/IP dastur sathi protokolidan qanday foydalanishini ko'rsatadi. Veb-sahifaga so'rov yuborish va veb-sahifa mazmunini qaytarish uchun ilovalar gipermatnni uzatish protokolidan (HTTP) foydalanadilar.
Tim Berners-Li 1990-yillarning boshlarida birinchi veb-brauzer va veb-serverni yaratmaguncha HTTP mavjud emas edi. Berners-Li HTTP-ga veb-sahifalar mazmunini so'rash xususiyatini taqdim etdi, ya'ni veb-brauzerga serverdan fayllarni so'rash va serverga ushbu fayllar mazmunini qaytarishga ruxsat berish orqali. Umumiy mantiq 1-rasmda ko'rsatilganidek; 2-rasm xuddi shu fikrni ko'rsatadi, ammo HTTP-ga xos tafsilotlar bilan.

Garridan veb-sahifani olish uchun Rob 1-bosqichda HTTP sarlavhasi bilan xabar yuboradi. Odatda protokollar sarlavhalarni ushbu protokol tomonidan ishlatiladigan ma'lumotlarni joylashtirish uchun joy sifatida ishlatadi. Ushbu HTTP sarlavhasi faylni "olish" so'rovini o'z ichiga oladi. So'rov odatda fayl nomini o'z ichiga oladi (bu holda home.htm) yoki fayl nomi tilga olinmagan bo'lsa, veb-server Bob standart veb-sahifani xohlaydi deb taxmin qiladi.
2-bosqich 2-rasmdagi Garrining veb-server javobini ko'rsatadi. Xabar holat kodi (200) bilan HTTP sarlavhasi bilan boshlanadi, bu sarlavhada "OK" kabi oddiy narsa qaytarilganligini anglatadi. HTTP boshqa holat kodlarini ham belgilaydi, shuning uchun server brauzerga so'rov ishlagan yoki ishlamaganligini aytishi mumkin (masalan: agar siz hech qachon topilmagan veb-sahifani qidirgan bo'lsangiz va HTTP 404 "topilmadi" xatosini olgan bo'lsangiz, siz' 404 HTTP holat kodini oldim). Ikkinchi xabar so'ralgan faylning boshlang'ich qismini ham o'z ichiga oladi.
3-bosqichda 2-rasmdagi Garrining veb-serveridan Robning veb-brauzeriga boshqa xabar ko'rsatilgan, ammo bu safar HTTP sarlavhasisiz. HTTP har biri faylning bir qismi bo'lgan bir nechta xabarlarni yuborish orqali ma'lumotlarni uzatadi. Takroriy ma'lumotlarni o'z ichiga olgan takroriy HTTP sarlavhalarini yuborish uchun joyni behuda sarflash o'rniga, bu qo'shimcha xabarlar sarlavhani o'tkazib yuboradi.
SMTP protokoli umumiy ko'rinishi
Simple Mail Transfer Protocol (SMTP) xabarlarni oxirigacha yetkazib berishga asoslangan. SMTP mijozi pochta jo‘natish uchun taniqli 25-portdagi maqsad xostning SMTP serveri bilan bog‘lanadi. Keyin mijoz serverdan 220 “READY FOR MAIL" xabarini yuborishini kutadi. 220-xabarni olgandan so'ng, mijoz "HELO" buyrug'ini yuboradi. Keyin server " 250 Requested mail action okay”.
Shundan so'ng, pochta jo'natuvchining identifikatorini ko'rsatadigan "MAIL" buyrug'i bilan boshlanadi, xuddi shu "FROM": xatolar haqida xabar berilishi kerak bo'lgan manzilni o'z ichiga olgan maydon.
Muvaffaqiyatli "MAIL" buyrug'idan so'ng, jo'natuvchi qabul qiluvchining pochta xabarini aniqlaydigan bir qator "RCPT" buyruqlarini chiqaradi. Qabul qiluvchi har bir "RCPT" buyrug'ini "250 OK" yoki " 550 No such user here" xato xabarini yuborish orqali tan oladi.
Barcha "RCPT" buyruqlari qabul qilingandan so'ng, jo'natuvchi qabul qiluvchiga to'liq pochta xabarini yuborishga tayyorligi haqida xabar berish uchun "DATA" buyrug'ini beradi. Qabul qiluvchi jo'natuvchi xabar ma'lumotlarini to'ldirish uchun foydalanishi kerak bo'lgan tugatish ketma-ketligi bilan " 354 Start mail input” xabari bilan javob beradi. Tugatish ketma-ketligi 5 ta belgidan iborat: (.)
Mijoz endi maʼlumotlarni satr boʻyicha joʻnatadi, satrlarni 5 ta belgidan iborat ketma-ketlikda bilan yakunlaydi., shundan soʻng qabul qiluvchi 250 OK tasdiqini yoki biror narsa notoʻgʻri boʻlsa, tegishli xato xabarini yuboradi.
Yuklash tugallangach, mijoz quyidagilardan birini amalga oshirishi mumkin:
Seansni tugatish: Agar joriy SMTP mijozida yuborish uchun boshqa xabarlar bo'lmasa, ulanish QUIT buyrug'i bilan o'chirilishi mumkin, bu esa " 221 The server is closing its transmission channel" xabarini qaytaradi.
Rollarni o'zgartirish: Agar joriy SMTP mijozida yuborish uchun boshqa xabarlar qolmasa, lekin joriy SMTP serveridan har qanday xabarlarni qabul qilishga tayyor bo'lsa, u TURN buyrug'ini berishi mumkin. Endi SMTP mijozi va SMTP serveri jo'natuvchi/qabul qiluvchi rollarini almashtiradi va jo'natuvchi (ilgari qabul qiluvchi) endi MAIL buyrug'ini berish orqali xabarlarni yuborishi mumkin.
Boshqa xabarlarni jo'natish: Agar SMTP mijozida (yuboruvchi) yuborish uchun boshqa xabar bo'lsa, u yangi MAIL buyrug'ini berishi mumkin.