Udp ip протоколд hdr гэж юу вэ. UDP протокол. UDP протоколоор өгөгдөл дамжуулах
Мэдээллийн аюулгүй байдлын тухай ярихад бид ямар ч үед мэдээллийн нууцлал, бүрэн бүтэн байдал, хүртээмжтэй байдлыг хэлнэ. Хэрэв бүх зүйл нууцлал, хүртээмжтэй байгаа бол сүлжээгээр дамжих үед мэдээллийн бүрэн бүтэн байдлыг хэрхэн хангах вэ? Энэ асуудлыг шийдэхийн тулд бидэнд сүлжээний протоколуудын талаар мэдлэг хэрэгтэй. Энэ нийтлэлд бид TCP болон UDP протоколуудыг авч үзэх болно. Эдгээр нь TCP / IP протоколын стекийн нэг хэсэг бөгөөд OSI загварын тээврийн давхаргад хамаарах бөгөөд мэдээллийг зангилаанаас зангилаа руу дамжуулахад ашигладаг.
Эдгээр протоколууд нь юу вэ, тэдгээрийн ялгаа нь юу вэ, хэзээ UDP холболтыг ашиглах нь илүү тохиромжтой вэ, TCP.
UDP
UDP протокол нь эхлээд хостуудын хооронд холболт үүсгэхгүйгээр өгөгдөл (датаграм) дамжуулах боломжийг олгодог протокол юм. Датаграмм илгээх үед хүлээн авагч байгаа эсэх, солилцоход бэлэн байна гэсэн баталгаа байхгүй. UDP сүлжээний протокол нь датаграммыг хүлээн авсны дараа захиалгыг өгдөггүй. Энэ нь хүргэх хугацаа чухал ач холбогдолтой програмуудад, жишээлбэл, бодит цагийн системд саатсан эсвэл алдагдсан пакетуудыг хүсэх боломжгүй үед ашиглагддаг. Датаграммууд нь захиалгагүй, давхардсан эсвэл огт ирүүлээгүй байж болно. Тиймээс UDP протоколыг "найдваргүй датаграмын протокол" гэж нэрлэдэг.
UDP протоколыг ашигладаг програмууд нь өгөгдлийн алдагдал, датаграммуудын дараалал алдагдах, давхардлаас хамгаалагдсан байдаг. Ингэхдээ тэд хэрэглээний түвшинд найдвартай байдлыг хангах механизмуудыг ашиглаж болно.
TCP
TCP өгөгдөл дамжуулах протокол нь өгөгдлийн багцыг найдвартай хүргэх протокол бөгөөд "гар барих" аргыг ашиглан хоёр хостын хооронд холболт үүсгэж, дараа нь өгөгдөл солилцох боломжийг олгодог.
TCP холболтоор пакетуудыг дамжуулж эхлэхээс өмнө хүлээн авагчтай сесс байгуулж, дараа нь өгөгдлийг дамжуулдаг. Энэ нь хүлээн авагч байгаа эсэхийг баталгаажуулж, өгөгдөл хүлээн авахад бэлэн байна. Шилжүүлэлт дууссаны дараа сесс хаагдаж, хүлээн авагчид өгөгдөл байхгүй болно гэж мэдэгдэж, хүлээн авагчид мэдэгдсэн тухай илгээгчид мэдэгдэнэ.
Солилцооны явцад багц бүр өөрийн серийн дугаартай байдаг. TCP нь пакетуудыг дарааллын дугаар ашиглан автоматаар дараалуулж, наасаны дараа хэрэглээний давхарга руу дамжуулдаг. Хэд хэдэн пакет илгээсний дараа дараагийн багцыг хүлээн зөвшөөрч, дарааллын дугаар ирнэ. Хэрэв баталгаажуулалтыг хүлээж аваагүй бол илгээлт давтагдана, оролдлого амжилтгүй бол сессийг зогсооно. Баталгаажуулах хүсэлт гаргах өгөгдлийн багцын тоо нь сүлжээний найдвартай байдлаас хамаарна. Хэрэв өгөгдөл алдагдсан бол баталгаажуулалтыг автоматаар илүү олон удаа шаарддаг. Үүнийг гүйдэг цонхны механизм гэж нэрлэдэг бөгөөд TCP нь найдвартай байдлын түвшингээс үл хамааран сүлжээнүүдтэй ажиллах боломжийг олгодог.
Мэдээллийн алдагдлыг хүлээн зөвшөөрөх боломжгүй тохиолдолд, жишээлбэл, зөвшөөрөл олгох үед, түүнчлэн шифрлэгдсэн мэдээлэл дамжуулах үед TCP ашиглахыг зөвлөж байна.
TCP ба UDP ялгаа
Энэ нь UDP ашиглах ёсгүй гэсэн үг үү? Огт үгүй. "Хүргэлтийн баталгаа" байхгүй тул UDP протокол нь TCP-ээс өндөр өгөгдөл дамжуулах хурдыг өгдөг. Энэ шалтгааны улмаас UDP нь сүлжээний болон онлайн тоглоомууд, урсгал видео үзэх, видео харилцаа холбоо, IP телефоны хувьд оновчтой байдаг.
Хайртай хүмүүстэйгээ хэрэгтэй мэдээллээ хуваалцаарай.
UDP
Тодорхойлолт ба зорилго
UDP - Хэрэглэгчийн датаграмын протокол/ Хэрэглэгчийн датаграммыг дамжуулах протокол (RFC-768). UDP протокол нь IP протокол дээр суурилдаг бөгөөд IP протоколоос арай өөр тээврийн үйлчилгээ бүхий хэрэглээний процессуудыг хангадаг. UDP протокол нь баталгаагүй өгөгдөл дамжуулах боломжийг олгодог, i. хүлээн авсан баримтаа баталгаажуулах шаардлагагүй; Нэмж дурдахад, энэхүү протокол нь мэдээллийн эх сурвалж ба хүлээн авагчийн хооронд холбоо тогтоохыг шаарддаггүй.
Давхарга (OSI загварын дагуу): Тээвэрлэлт.
UDP нь Интернэтийн сүлжээний протоколуудын багц болох Дамжуулах хяналтын протокол/Интернет протоколын гол элементүүдийн нэг юм. UDP-ийн тусламжтайгаар компьютерийн програмууд тусгай дамжуулах суваг эсвэл өгөгдлийн замыг тохируулахын тулд урьдчилж холбоо барих шаардлагагүйгээр IP сүлжээгээр дамжуулан бусад хостууд руу мессеж (энэ тохиолдолд датаграм гэж нэрлэдэг) илгээх боломжтой. Протоколыг 1980 онд Дэвид П.Рид боловсруулж, RFC 768-д албан ёсоор тодорхойлсон.
UDP нь найдвартай, захиалга, мэдээллийн бүрэн бүтэн байдлыг хангахын тулд далд гар барихгүйгээр энгийн дамжуулах загварыг ашигладаг. Тиймээс UDP нь найдваргүй үйлчилгээ үзүүлдэг бөгөөд датаграммууд нь дараалалгүй, давхардсан эсвэл ул мөргүй бүрмөсөн алга болдог. UDP нь програмд алдаа шалгах, засварлах шаардлагагүй эсвэл хийх ёстой гэсэн үг юм. Хугацаа мэдрэмтгий програмууд нь UDP-г ихэвчлэн ашигладаг, учир нь саатсан пакетуудыг хүлээхээс илүүтэй пакетуудыг буулгах нь илүү дээр байдаг бөгөөд энэ нь бодит цагийн системд боломжгүй байж болох юм. Сүлжээний интерфейсийн давхарга дахь алдааг засах шаардлагатай бол програм нь энэ зорилгоор зориулагдсан TCP эсвэл SCTP ашиглаж болно.
UDP-ийн харьяалалгүй протоколын мөн чанар нь DNS болон IPTV, Voice over IP, IP туннелийн протоколууд болон олон онлайн тоглоомууд гэх мэт олон тооны үйлчлүүлэгчдийн жижиг асуулгад хариу өгөх серверүүдэд ашигтай байдаг.
UDP нь RFC 768-д бичигдсэн хамгийн бага зурваст чиглэсэн тээврийн түвшний протокол юм. Үүний дагуу энэ нь бүх тээвэрлэлтийн түвшний функцийг гүйцэтгэдэг.
UDP нь дээд түвшний протоколд мессеж хүргэх баталгаа өгдөггүй бөгөөд илгээсэн мессежийн төлөвийг хадгалдаггүй. Ийм учраас UDP-г заримдаа Unreliable Datagram Protocol гэж нэрлэдэг.
UDP нь толгой болон чухал өгөгдлийн олон сувгийн дамжуулалт (портын дугаараар) болон бүрэн бүтэн байдлыг шалгах (шалгах нийлбэрээр) хангадаг. Шаардлагатай бол найдвартай дамжуулалтыг хэрэглэгчийн програмаар хэрэгжүүлэх ёстой.
Зураг 3.5.
UDP толгой хэсэг нь 2 байт (16 бит) тус бүр дөрвөн талбараас бүрдэнэ. Тэдгээрийн хоёр нь IPv4-д (хүснэгт дээрх ягаан нүднүүд) сонголттой байдаг бол IPv6-д зөвхөн эх портыг сонгох боломжтой.
Илгээгчийн порт
Энэ талбарт илгээгчийн портын дугаарыг зааж өгнө. Энэ утга нь шаардлагатай бол хариу илгээх портыг зааж өгсөн гэж үздэг. Үгүй бол утга нь 0 байх ёстой. Хэрэв эх хост нь үйлчлүүлэгч бол портын дугаар түр зуурынх байх магадлалтай. Хэрэв эх сурвалж нь сервер бол түүний порт нь "алдартай" портуудын нэг байх болно.
Очих порт
Энэ талбар шаардлагатай бөгөөд очих портыг агуулна. Эх порттой адил хэрэв үйлчлүүлэгч нь очих хост бол портын дугаар нь түр зуурынх, эс бөгөөс (сервер нь очих газар) "сайн мэдэх порт" болно.
Датаграммын урт
Бүх датаграммын уртыг (толгой ба өгөгдөл) байтаар тодорхойлдог талбар. Хамгийн бага урт нь толгойн урттай тэнцүү -- 8 байт. Онолын хувьд талбарын хамгийн их хэмжээ нь UDP датаграммын хувьд 65535 байт (толгойн хувьд 8 байт, өгөгдөлд 65527 байт) байна. IPv4 ашиглах үед өгөгдлийн уртын бодит хязгаар нь 65507 (UDP толгой хэсэгт 8 байтаас гадна IP толгой хэсэгт өөр 20 байт шаардлагатай).
Jumbogram"max IPv6-д UDP пакетууд илүү том байж болно. Хамгийн их утга нь 4,294,967,295 байт (2^32 -- 1) бөгөөд үүнээс 8 байт нь толгой хэсэг, үлдсэн 4,294,967,287 байт нь өгөгдөл юм.
Шалгах нийлбэр
Шалгах нийлбэр талбар нь толгой болон өгөгдлийг алдаа байгаа эсэхийг шалгахад ашиглагддаг. Хэрэв дүн нь дамжуулагчаар үүсгэгдээгүй бол талбарыг тэгээр дүүргэнэ. Энэ талбар нь IPv4-ийн хувьд нэмэлт юм.
Шалгалтын дүнгийн тооцоо
Шалгалтын дүнг тооцох аргыг RFC 768-д тодорхойлсон.
Шалгах нийлбэрийг тооцоолохын өмнө UDP мессежийн төгсгөлд тэг битээр дүүргэгдсэн бөгөөд энэ нь 16 битийн үржвэртэй байх болно (хуурамч толгой ба дүүргэгч тэг битийг мессежийн хамт илгээдэггүй). Шалгах нийлбэрийг тооцоолох явцад UDP толгой хэсэгт шалгах нийлбэр талбар илгээсэнмессежийг null гэж хүлээн зөвшөөрдөг.
Шалгах нийлбэрийг тооцоолохын тулд псевдо-толгой болон UDP мессежийг үг болгон хуваана (1 үг = 2 байт (октет) = 16 бит). Дараа нь битийн нөхөж байгаа бүх үгсийн нийлбэрийн битийн нэгийн нөхөгдлийг тооцоолно. Үр дүнг UDP толгойн харгалзах талбарт бичнэ.
Тэг шалгах нийлбэрийн утга хадгалагдсан бөгөөд датаграмд шалгах нийлбэр байхгүй гэсэн үг. Хэрэв тооцоолсон шалгах нийлбэр тэгтэй тэнцүү бол талбарыг хоёртын тоогоор дүүргэнэ.
Мессежийг хүлээн авсны дараа хүлээн авагч хяналтын нийлбэрийг дахин тооцоолно (хөлбөрийн нийлбэрийн талбарыг аль хэдийн харгалзан үзсэн), хэрэв үр дүн нь арван зургаан нэгийн хоёртын тоо (өөрөөр хэлбэл 0xffff) байвал хяналтын нийлбэрийг нэгтгэсэн гэж үзнэ. Хэрэв нийлбэр нэмэгдэхгүй бол (өгөгдөл дамжих явцад эвдэрсэн) датаграм устгагдах болно.
Псевдо толгой
Хэрэв UDP нь IPv4 дээр ажиллаж байгаа бол хяналтын нийлбэрийг IPv4 толгой хэсгийн зарим мэдээллийг агуулсан псевдо толгойг ашиглан тооцоолно. Псевдо толгой нь IP пакет илгээхэд ашигладаг жинхэнэ IPv4 толгой биш юм. Хүснэгт нь зөвхөн шалгах нийлбэрийг тооцоолоход ашигладаг псевдо толгойг агуулна.
Цагаан будаа. 3.6.
Эх сурвалж болон очих хаягийг IPv4 толгой хэсгээс авсан болно. UDP-д зориулсан протоколын талбарын утга нь 17 (0x11) байна. "UDP Length" талбар нь толгой болон өгөгдлийн урттай тохирч байна.
IPv4-ийн хяналтын нийлбэрийг тооцоолох нь сонголттой бөгөөд хэрэв үүнийг ашиглаагүй бол утга нь 0 байна.
IPv6 дээр UDP-тэй ажиллахад хяналтын нийлбэр шаардлагатай. Үүнийг тооцоолох аргыг RFC 2460-д нийтэлсэн:
Шалгалтын дүнг тооцоолохдоо жинхэнэ IPv6 толгойг дуурайлган псевдо толгойг дахин ашигладаг.
Цагаан будаа. 3.7.
Эх сурвалжийн хаяг нь IPv6 толгой хэсэгт байгаатай ижил байна. Хүлээн авагчийн хаяг -- эцсийн хүлээн авагч; хэрэв IPv6 пакет нь чиглүүлэлтийн толгой хэсгийг агуулаагүй бол энэ нь IPv6 толгой хэсгээс очих хаяг байх болно, эс тэгвээс эхлэх зангилаа дээр энэ нь чиглүүлэлтийн толгойн сүүлчийн элементийн хаяг, очих цэг дээр, IPv6 -толгойноос очих хаяг. "Дараагийн толгой" утга нь протоколын утгатай тэнцүү байна -- UDP-ийн хувьд 17. UDP урт -- UDP толгой хэсэг болон өгөгдлийн урт.
Найдвартай байдал ба хэт ачааллын шийдэл
Бат бөх чанаргүйн улмаас UDP програмууд нь зарим алдагдал, алдаа, давхардал зэрэгт бэлтгэгдсэн байх ёстой. Тэдгээрийн зарим нь (жишээлбэл, TFTP) хэрэглээний давхаргад найдвартай байдлыг хангах үндсэн механизмуудыг нэмж болно.
Гэхдээ ихэнхдээ ийм механизмыг UDP програмууд ашигладаггүй бөгөөд бүр саад болдог. Урсгал медиа, олон тоглогчтой тоглоом, VoIP зэрэг нь UDP протоколыг ихэвчлэн ашигладаг програмуудын жишээ юм. Эдгээр тусгай програмуудад пакет алдагдах нь ихэвчлэн тийм ч том асуудал биш юм. Хэрэв програмд өндөр түвшний найдвартай байдал шаардлагатай бол өөр протокол (TCP) эсвэл устгах кодыг ашиглаж болно.
Илүү ноцтой асуудал бол TCP-ээс ялгаатай нь UDP-д суурилсан програмууд нь түгжрэлийг хянах, зайлсхийх сайн механизмтай байх албагүй юм. Их хэмжээний боломжит зурвасын өргөнийг ашигладаг түгжрэлд мэдрэмтгий UDP програмууд нь интернетийн тогтвортой байдлыг алдагдуулж болзошгүй.
Сүлжээний механизмууд нь хяналтгүй, өндөр хурдны ачаалалд үүсэх түгжрэлийн нөлөөллийг багасгах зорилготой байв. Пакет дараалалд оруулах, угаах аргыг ашигладаг чиглүүлэгчид гэх мэт сүлжээний элементүүд нь UDP урсгалыг удаашруулах цорын ганц хэрэгсэл болдог. DCCP (Datagram Congestion Control Protocol) нь стриминг медиа гэх мэт өндөр хурдны UDP урсгалын түгжрэлийг хянах эцсийн хост механизмыг нэмж оруулснаар энэхүү болзошгүй асуудлыг хэсэгчилсэн шийдэл болгон боловсруулсан болно.
Хэрэглээ
Олон тооны үндсэн интернет програмууд UDP-г ашигладаг бөгөөд үүнд DNS (асуулга нь хурдан байх ёстой бөгөөд зөвхөн нэг хүсэлтийн дараа нэг хариултын багцаас бүрдэх ёстой), Энгийн сүлжээний удирдлагын протокол (SNMP), чиглүүлэлтийн мэдээллийн протокол (RIP), динамик хостын тохиргооны протокол (DHCP) .
Дуу болон видео урсгалыг ихэвчлэн UDP ашиглан дамжуулдаг. Бодит цагийн видео болон аудио урсгалын протоколууд нь пакетуудын санамсаргүй алдагдлыг зохицуулахад зориулагдсан бөгөөд алдагдсан пакетуудыг дахин дамжуулахад удаан хугацааны саатал биш харин чанар нь бага зэрэг мууддаг. TCP болон UDP хоёулаа нэг сүлжээнд ажилладаг тул сүүлийн үед эдгээр бодит цагийн програмуудаас болж UDP урсгал нэмэгдэж байгаа нь өгөгдлийн сангийн систем эсвэл нягтлан бодох бүртгэл зэрэг TCP програмуудын гүйцэтгэлд саад болж байгааг олон компаниуд анзаарсан. Бизнесийн болон бодит цагийн хэрэглээний программууд аль аль нь компаниудад чухал байдаг тул аливаа асуудалд чанартай шийдлийг боловсруулах нь нэн тэргүүний зорилт гэж зарим хүмүүс үздэг.
UDP болон TCP-ийн харьцуулалт
TCP нь холболтод чиглэсэн протокол бөгөөд энэ нь хоёр хостын хооронд холболт үүсгэхийн тулд "гар барих" шаардлагатай гэсэн үг юм. Холболт үүссэний дараа хэрэглэгчид хоёр чиглэлд өгөгдөл илгээх боломжтой.
Найдвартай байдал-- TCP нь хүлээн зөвшөөрөх, дахин дамжуулах, мессежийн завсарлага зэргийг удирддаг. Зурвасыг хүргэхийн тулд олон оролдлого хийдэг. Хэрэв энэ нь замдаа алдвал сервер алдагдсан хэсгийг дахин шаардах болно. TCP-д өгөгдөл дутуу байхгүй, (олон удаа завсарласан тохиолдолд) холболт тасардаггүй.
эмх цэгцтэй байдал-- хоёр мессежийг дараалан илгээсэн тохиолдолд эхний зурвас эхлээд хүлээн авагч програмд хүрнэ. Хэрэв өгөгдлийн хэсгүүд буруу дарааллаар ирвэл TCP нь бүх өгөгдлийг захиалж, програм руу шилжүүлэх хүртэл буфер руу захиалгагүй өгөгдлийг илгээдэг.
хүнд байдал-- Өгөгдөл илгээхийн өмнө TCP-д сокет холболт үүсгэхийн тулд гурван пакет хэрэгтэй. TCP нь найдвартай байдал, түгжрэлийг хянадаг.
Threading-- өгөгдлийг байтын урсгал хэлбэрээр уншдаг бөгөөд зурвасын хил эсвэл сегментийн хувьд тусгай тэмдэглэгээ дамжуулдаггүй.
UDP бол илүү энгийн, холболтгүй, зурваст суурилсан протокол юм. Эдгээр төрлийн протоколууд нь хоёр хостын хооронд тусгай холболт үүсгэдэггүй. Мэдээллийг очих газрын бэлэн байдал, төлөв байдлыг шалгахгүйгээр эх үүсвэрээс хүрэх газар руу нэг чиглэлд дамжуулах замаар харилцаа холбоо бий болдог. Гэсэн хэдий ч TCP-ээс UDP-ийн гол давуу тал нь Voice over Internet Protocol (Voice over IP, VoIP) програмууд бөгөөд ямар ч "гар барих" нь сайн дуут харилцаанд саад учруулдаг. VoIP-д эцсийн хэрэглэгчид мессеж хүлээн авсан тухай бодит цаг хугацаанд шаардлагатай мэдэгдлийг өгөх болно гэж үздэг.
Найдваргүй-- Мессеж илгээх үед хүрэх газартаа хүрэх эсэх нь тодорхойгүй -- замдаа төөрч магадгүй. Хүлээн зөвшөөрөх, дахин дамжуулах, завсарлага гэх мэт ойлголт байхгүй.
эмх замбараагүй байдал-- хэрэв хоёр мессежийг нэг хүлээн авагч руу илгээсэн бол тэдний очих газар хүрэх дарааллыг урьдчилан таамаглах боломжгүй.
хөнгөн байдал-- зурвас захиалахгүй, холболтыг хянахгүй гэх мэт. Энэ нь IP дээр бүтээгдсэн тээврийн жижиг давхарга юм.
Датаграммууд-- пакетуудыг тус тусад нь илгээж, ирсэн тохиолдолд л бүрэн бүтэн эсэхийг шалгана. Пакетууд нь хүлээн авсны дараа дагаж мөрдөх тодорхой хил хязгаартай байдаг, өөрөөр хэлбэл хүлээн авагчийн залгуур дээр унших үйлдэл нь мессежийг анх илгээсэн шигээ буцаана.
Хэт ачааллын хяналт байхгүй-- UDP өөрөө түгжрэлээс зайлсхийдэггүй. Өндөр зурвасын өргөнтэй програмууд нь хэрэглээний түвшний хяналтыг хэрэгжүүлэхгүй бол түгжрэлд хүргэж болзошгүй.
UDP протокол
Хэрэглэгчийн датаграмын протокол (UDP)нь энгийн, холболтгүй, датаграмд чиглэсэн протокол бөгөөд хурдан боловч найдвартай тээврийн үйлчилгээ үзүүлдэг. Энэ нь нэгээс олон харилцан үйлчлэлийг дэмждэг тул өргөн нэвтрүүлгийн болон олон дамжуулалтын датаграммд ихэвчлэн ашиглагддаг.
Internet Protocol (IP) нь интернетийн үндсэн протокол юм. Transmission Control Protocol (TCP) ба UDP нь үндсэн протокол дээр суурилсан тээврийн түвшний протоколууд юм.
TCP/IP нь дөрвөн давхаргаас бүрдэх Internet Protocol Suite гэж нэрлэгддэг протоколын багц юм. TCP/IP нь зөвхөн нэг протокол биш, IP, TCP, UDP зэрэг бусад доод түвшний протоколуудаас бүрдсэн гэр бүл эсвэл протоколуудын багц гэдгийг санаарай. UDP нь IP (Сүлжээний давхаргын протокол) дээр байрлах тээврийн давхаргад байрладаг. Тээврийн давхарга нь гарцаар дамжуулан сүлжээнүүдийн хоорондын холбоог хангадаг. Энэ нь төрөл бүрийн төхөөрөмжийн драйверуудыг ашиглан интернет эсвэл өөр сүлжээгээр өгөгдлийн багц илгээхийн тулд IP хаягийг ашигладаг.
UDP хэрхэн ажилладагийг сурч эхлэхээсээ өмнө сайн мэдэх шаардлагатай үндсэн нэр томъёог харцгаая. UDP-тэй холбоотой үндсэн нэр томъёоны товч тодорхойлолтыг доор харуулав.
БагцуудӨгөгдлийн харилцааны хувьд пакет нь хостоор дамжуулж, солигдох өгөгдөл, хяналтын дохиог илэрхийлдэг хоёртын цифрүүдийн дараалал юм. Багцын дотор энэ мэдээллийг тусгай форматын дагуу байрлуулсан болно.
датаграммуудДатаграм нь эх үүсвэрээс хүрэх газар руу дамжуулахад хангалттай мэдээлэл агуулсан бие даасан өгөгдлийн багц бөгөөд эх сурвалж, очих газар, тээврийн сүлжээ хооронд нэмэлт солилцоо хийх шаардлагагүй.
MTU (Хамгийн их дамжуулах нэгж)MTU нь холбоосын давхаргыг тодорхойлдог бөгөөд нэг пакетаар дамжуулж болох хамгийн их байттай тохирч байна. Өөрөөр хэлбэл, MTU нь тухайн сүлжээний зөөвөрлөгч тээвэрлэж чадах хамгийн том пакет юм. Жишээлбэл, Ethernet нь 1500 байт тогтмол MTU-тай. UDP-д хэрэв датаграмм нь MTU-ээс том бол IP протокол нь хуваагдлыг гүйцэтгэдэг бөгөөд датаграмыг жижиг хэсгүүдэд (фрагментууд) хувааж, фрагмент бүр MTU-ээс бага байдаг.
ПортуудUDP нь ирж буй өгөгдлийг компьютер дээр ажиллаж байгаа тодорхой процесстой тохируулахын тулд портуудыг ашигладаг. UDP нь датаграмын UDP толгой хэсэгт заасан портын дугаарыг ашиглан пакетийг зохих байршил руу шилжүүлдэг. Портууд нь 16 битийн тоогоор илэрхийлэгддэг тул 0-ээс 65535 хүртэлх утгыг авдаг. Логик холболтын төгсгөлийн цэг гэж нэрлэгддэг портуудыг гурван ангилалд хуваадаг:
Сайн мэддэг портууд - 0-ээс 1023 хүртэл
Бүртгэгдсэн портууд - 1024-ээс 49151 хүртэл
Динамик/хувийн портууд - 49152-оос 65535 хүртэл
UDP портууд нэг удаад нэгээс олон мессеж хүлээн авах боломжтой гэдгийг анхаарна уу. Зарим тохиолдолд TCP болон UDP үйлчилгээнүүд нь 7 (Echo) эсвэл 23 (Telnet) гэх мэт ижил портын дугаарыг ашиглаж болно.
UDP нь дараах мэдэгдэж буй портуудыг ашигладаг:
UDP болон TCP портуудын жагсаалтыг IANA (Internet Assigned Numbers Authority) агентлаг хөтөлдөг.
IP хаягуудIP датаграмм нь 32 битийн эх сурвалж болон очих IP хаягуудаас бүрдэнэ. Очих газрын IP хаяг нь UDP датаграммын төгсгөлийн цэгийг зааж өгөх ба эх сурвалжийн IP хаяг нь мессежийг хэн илгээсэн талаарх мэдээллийг авахад ашиглагддаг. Очих газарт пакетуудыг шүүж, эх хаяг нь зөвшөөрөгдсөн багц хаягуудад байхгүй пакетуудыг илгээгчид мэдэгдэхгүйгээр устгадаг.
Unicast IP хаяг нь сүлжээн дэх хостыг өвөрмөц байдлаар тодорхойлдог бол multicast IP хаяг нь сүлжээн дэх тодорхой бүлэг хаягийг тодорхойлдог. Өргөн нэвтрүүлгийн IP хаягийг дотоод сүлжээ эсвэл тодорхой дэд сүлжээнд байгаа бүх хостууд хүлээн авч боловсруулдаг.
TTLАмьдрах хугацаа буюу TTL-ийн утга нь датаграмм дамжих чиглүүлэгчийн тоонд дээд хязгаар тогтоох боломжийг олгодог. TTL утга нь пакетуудыг хязгааргүй гогцоонд орохоос сэргийлдэг. Үүнийг илгээгч эхлүүлж, датаграммыг боловсруулдаг чиглүүлэгч бүр нэгээр багасгадаг. TTL утга тэг болоход датаграмыг устгана.
Бүлгийн шууданMulticast нь ижил мэдээллийг олон хэрэглэгчдэд нэгэн зэрэг түгээх нээлттэй, стандартад суурилсан арга юм. Multicast нь UDP протоколын гол онцлог бөгөөд TCP протоколын хувьд боломжгүй юм. Олон дамжуулалт нь нэгээс олон харилцан үйлчлэлийг хийх боломжийг олгодог, жишээлбэл, олон хүлээн авагчийн мэдээ, шуудан, интернет радио эсвэл бодит цагийн демо хөтөлбөр зэрэг хэрэглээг идэвхжүүлдэг. Мэдээллийг хэд хэдэн хэрэглэгчдэд нэгэн зэрэг илгээдэг тул олон дамжуулалт нь сүлжээнд цацах шиг тийм ч хүнд биш юм.
UDP хэрхэн ажилладаг
UDP-д суурилсан програм нь сүлжээн дэх өөр хост руу өгөгдөл илгээх үед UDP нь очих газар, эх портын дугаар, өгөгдлийн нийт урт, шалгах нийлбэрийг агуулсан найман битийн толгойгоор зөөвөрлөнө. UDP датаграмын дээд талд IP нь толгой хэсгийг нэмж, IP датаграммыг үүсгэдэг:
Өмнөх зураг нь UDP толгойн нийт урт нь найман байт болохыг харуулж байна. IP датаграммын онолын дээд хэмжээ нь 65,535 байт байна. 20 байт IP толгой, 8 байт UDP толгойтой бол хэрэглэгчийн өгөгдөл 65,507 байт хүртэл урттай байж болно. Гэсэн хэдий ч ихэнх програмууд жижиг өгөгдөлтэй ажилладаг. Жишээлбэл, ихэнх програмуудын хувьд анхдагч урт нь ойролцоогоор 8192 байт байдаг, учир нь энэ нь Сүлжээний файлын систем (NFS) -аар уншиж, бичсэн өгөгдлийн хэмжээ юм. Та оролт, гаралтын буферийн хэмжээг тохируулах боломжтой.
Шалгах нийлбэр нь өгөгдлийг очих газартаа зөв хүргэсэн эсвэл эвдэрсэн эсэхийг шалгах шаардлагатай. Энэ нь UDP толгой хэсэг болон өгөгдлийг хоёуланг нь хамарна. Датаграм дахь октетийн нийт тоо сондгой байвал дүүргэх байтыг ашиглана. Хүлээн авсан шалгах нийлбэр тэг байвал хүлээн авагч шалгах нийлбэрийн алдаа гаргаж, датаграмыг устгана. Хэдийгээр шалгах нийлбэр нь сонголттой боловч үүнийг үргэлж оруулахыг зөвлөж байна.
Дараагийн алхамд IP давхарга нь TTL, эх сурвалж, очих газрын IP хаяг болон бусад мэдээллийг агуулсан 20 байт толгойг нэмнэ. Энэ үйлдлийг IP encapsulation гэж нэрлэдэг.
Өмнө дурьдсанчлан пакетийн дээд хэмжээ нь 65,507 байт байна. Хэрэв пакет нь үндсэн MTU хэмжээнээс хэтэрсэн бол IP давхарга нь багцыг хэсэг болгон хуваана. Эдгээр сегментүүдийг фрагмент гэж нэрлэдэг бөгөөд өгөгдлийг сегмент болгон хуваах үйл явц юм хуваагдал. IP толгой нь фрагментуудын талаархи бүх мэдээллийг агуулдаг.
Илгээж буй програм нь датаграммыг сүлжээнд "шидэх" үед IP толгой хэсэгт заасан очих IP хаяг руу чиглэгддэг. Чиглүүлэгчээр дамжин өнгөрөх үед IP толгой хэсэгт байрлах хугацаа (TTL) нэгээр буурдаг.
Датаграмм заасан очих газар болон порт дээр ирэхэд IP давхарга нь датаграм хуваагдсан эсэхийг шалгахын тулд толгой хэсгийг шалгана. Хэрэв тийм бол датаграмыг толгой хэсэгт байгаа мэдээллийн дагуу дахин угсарна. Эцэст нь, хэрэглээний давхарга нь толгой хэсгийг устгаснаар шүүсэн өгөгдлийг олж авдаг.
UDP-ийн сул талууд
TCP-тэй харьцуулахад UDP нь дараахь сул талуудтай.
Хүлээн зөвшөөрөх дохио байхгүй. UDP пакет илгээхээс өмнө илгээгч тал хүлээн авагч талтай хүлээн зөвшөөрөгдсөн дохиог солилцдоггүй. Тиймээс илгээгч нь датаграм нь очих системд хүрсэн эсэхийг мэдэх боломжгүй юм. Үүний үр дүнд UDP нь өгөгдөл нь хүрэх газартаа шууд хүрнэ гэсэн баталгаа өгөх боломжгүй (жишээлбэл, эцсийн систем эсвэл сүлжээ тасарсан тохиолдолд).
Үүний эсрэгээр, TCP нь холболтод чиглэсэн бөгөөд пакетуудыг ашиглан сүлжээнд холбогдсон хостуудын хоорондын холбоог идэвхжүүлдэг. TCP нь өгөгдлийг амжилттай дамжуулсан эсэхийг шалгахын тулд гар барих дохиог ашигладаг.
Сеансуудыг ашиглах. TCP-ийн холболтод чиглэсэн шинж чанар нь хостоос хост хоорондын сессүүдээр хадгалагддаг. TCP нь хоёр хост хоорондын холболтыг хянахын тулд сесс ID ашигладаг. UDP нь холболтгүй байдлаасаа болж сессийг дэмждэггүй.
Найдвартай байдал. UDP нь өгөгдлийн зөвхөн нэг хувийг очих газарт хүргэх баталгаа өгөхгүй. Төгсгөлийн системд их хэмжээний өгөгдлийг илгээхийн тулд UDP үүнийг жижиг хэсгүүдэд хуваадаг. UDP нь эдгээр хэсгүүдийг эх сурвалж дээр үүсгэсэн дарааллаар нь хүрэх газарт нь хүргэх баталгаа өгөхгүй. Үүний эсрэгээр, TCP нь өгөгдлийг эмх цэгцтэй хүргэхийн тулд дэс дарааллын дугаарыг ашигладаг бөгөөд портын дугаартай хамт хүлээн зөвшөөрлийг тогтмол илгээдэг.
Аюулгүй байдал. TCP нь UDP-ээс илүү аюулгүй байдаг. Олон байгууллагад галт хана болон чиглүүлэгчид UDP пакетуудыг нэвтрүүлэхгүй байна. Учир нь хакерууд тодорхой холболт хийхгүйгээр UDP портуудын давуу талыг ашиглаж чаддаг.
урсгалын хяналтын. UDP-д урсгалын хяналт байхгүй бөгөөд үүний үр дүнд муу зохион бүтээсэн UDP програм нь сүлжээний зурвасын өргөнийг ихээхэн хэмжээгээр зарцуулдаг.
UDP-ийн ашиг тус
TCP-тэй харьцуулахад UDP нь дараах давуу талуудтай.
Холболт тогтоогдоогүй байна. UDP нь холболтгүй протокол тул холболт үүсгэх нэмэлт зардлыг арилгадаг. UDP нь гар барих дохиог ашигладаггүй тул холболтын тохиргооны саатлаас зайлсхийх боломжтой. Тийм ч учраас DNS TCP-ээс UDP-г илүүд үздэг - DNS TCP дээр ажилладаг бол хамаагүй удаашрах болно.
Хурд. UDP нь TCP-ээс хурдан байдаг. Энэ шалтгааны улмаас олон програмууд TCP-ээс UDP-г илүүд үздэг. TCP-ийг илүү бат бөх болгодог ижил зүйлүүд (гар барих дохио гэх мэт) үүнийг удаашруулдаг.
Топологийн олон янз байдал. UDP нь нэгийг харьцах ба нэгээс олон харилцан үйлчлэлийг дэмждэг бол TCP нь зөвхөн нэгийг харьцах харилцааг дэмждэг.
Нэмэлт зардал. TCP-тэй ажиллах нь нэмэгдэл зардал, UDP-ийн ногдуулдаг нэмэлт зардал хамаагүй бага гэсэн үг юм. TCP нь UDP-ээс хамаагүй илүү үйлдлийн системийн нөөцийг ашигладаг бөгөөд үүний үр дүнд UDP нь серверүүд олон үйлчлүүлэгчдэд нэгэн зэрэг үйлчилдэг орчинд өргөн хэрэглэгддэг.
Толгойн хэмжээ. Пакет бүрийн хувьд UDP толгой нь ердөө найман байт урттай байдаг бол TCP нь 20 байт толгойтой байдаг тул UDP нь сүлжээний зурвасын өргөнийг бага зарцуулдаг.
UDP (User Datagram Protocol) нь холболт үүсгэхгүйгээр IP сүлжээгээр өгөгдөл дамжуулахад зориулагдсан тээврийн протокол юм. Энэ нь OSI загварын хамгийн энгийн тээврийн түвшний протоколуудын нэг юм. Түүний IP ID нь 0x11 байна.
UDP-ийг ихэвчлэн видео дамжуулалт, тоглоом тоглох зэрэг программуудад ашигладаг, пакет алдагдлыг тэсвэрлэдэг, дахин оролдох нь хэцүү эсвэл үндэслэлгүй байдаг, эсвэл холболт үүсгэх нь Дахин илгээхээс илүү их нөөц шаарддаг тул сорилтод хариу өгөх програмуудад (DNS асуулга гэх мэт) ашиглагддаг. Үнэн хэрэгтээ, UDP функцууд нь өгөгдлийн алдааг энгийн шалгахын зэрэгцээ мультиплекс болон демултиплексийн үйлдлүүд болж буурдаг. Тиймээс U DP ашиглах үед програм нь IP сүлжээний түвшний протоколтой бараг шууд харьцдаг.
UDP нь програмын давхаргаас мессеж хүлээн авч, хүлээн авагч тал болон бусад хоёр тусгай талбарыг задлахад зориулж эх сурвалж болон очих портын дугаар талбаруудыг нэмж, хүлээн авсан сегментийг сүлжээний давхарга руу дамжуулдаг. Сүлжээний давхарга нь сегментийг датаграммд боож, "боломжтой бол" очих хост руу дамжуулдаг. Хэрэв сүүлийнх нь сегментийг амжилттай хүлээн авбал UDP нь зорьсон портын дугаар талбарыг ашиглан сегментийн өгөгдлийг хүссэн процесс руу дамжуулдаг. Тиймээс UDP нь холболтгүй өгөгдөл дамжуулалт гэж ярьдаг.
UDP протоколын үйлчилгээг ашигладаг хэрэглээний түвшний протоколын жишээ бол DNS юм. DNS програм нь асуулга үүсгэх үед DNS мессеж үүсгэж, UDP протокол руу дамжуулдаг.
TCP-ээс UDP протоколуудын харьцуулалт.
Хэрэв аппликешнд мессежийг илгээх баталгаа шаардлагатай бол энэ нь TCP. TCP нь мессежийг сегмент гэж нэрлэдэг жижиг хэсгүүдэд хуваадаг. Эдгээр сегментүүдийг дараалан дугаарлаж, IP протокол руу дамжуулж, дараа нь пакетуудыг дахин угсардаг. TCP нь тухайн програмаар тухайн хост руу илгээсэн сегментийн тоог бүртгэдэг. Хэрэв илгээгч тодорхой хугацааны дотор хүлээн зөвшөөрөөгүй бол TCP эдгээр сегментүүдийг алдагдсан гэж үзэн дахин дамжуулдаг. Зурвасыг бүхэлд нь биш зөвхөн алдагдсан хэсгийг дахин илгээнэ.
Хүлээн авагч хост дээрх TCP протокол нь мессежийн хэсгүүдийг угсарч, зохих програм руу дамжуулах үүрэгтэй.
FTP болон HTTP нь өгөгдөл дамжуулахын тулд TCP ашигладаг програмуудын жишээ юм.
Протокол UDPбаталгаагүй өгөгдөл дамжуулах ажлыг гүйцэтгэдэг бөгөөд хүлээн авагчаас баталгаажуулалтыг шаарддаггүй. UDP бол аудио, видео болон дуу хоолойг интернетээр дамжуулах протокол (VoIP) юм. Хүргэлтийн баталгаажуулалт нь зөвхөн өгөгдөл дамжуулах процессыг удаашруулж, дахин хүргэхийг хүсэхгүй байна. UDP протоколыг ашиглах жишээ бол интернет радио юм.
ARP протокол. Өргөдөл.
ARP(Англи) Хаяг шийдвэрлэх протокол- хаяг тодорхойлох протокол) - сүлжээний түвшний мэдэгдэж буй хаягаас холбоосын давхаргын хаягийг тодорхойлох зорилготой компьютерийн сүлжээнд ашиглагддаг доод түвшний протокол. Ethernet дээр баригдсан IP сүлжээнүүд хаа сайгүй байдаг тул энэ протоколыг хамгийн өргөн ашигладаг, учир нь ARP нь энэ хослолтой бараг 100% -д хэрэглэгддэг. Протоколын тайлбарыг 1982 оны 11-р сард RFC 826-д нийтэлсэн. ARP нь IP пакетуудыг Ethernet сегментээр дамжуулахад зориулагдсан. Үүний зэрэгцээ, ARP-д санал болгож буй ерөнхий зарчмыг бусад төрлийн сүлжээнд ашиглаж болно.
Дараах төрлийн ARP мессежүүд байдаг: ARP хүсэлт (ARP хүсэлт) ба ARP хариу (ARP хариу). Илгээх систем нь ARP хүсэлтийг ашиглан хүлээн авагч системийн физик хаягийг асуудаг. Хариулт нь (хүлээн авагчийн физик хаяг) ARP хариу хэлбэрээр ирдэг.
Сүлжээний давхаргын пакетыг Ethernet сегментээр дамжуулахын өмнө сүлжээний стек нь ARP кэшийг шалгадаг бөгөөд очих хостын талаарх шаардлагатай мэдээлэл үүнд аль хэдийн бүртгэгдсэн эсэхийг шалгадаг. Хэрэв ARP кэшэд ийм оруулга байхгүй бол ARP өргөн нэвтрүүлгийн хүсэлтийг хийнэ. Сүлжээнд байгаа төхөөрөмжүүдийн хүсэлт нь дараах утгатай: "Дараах IP хаягтай төхөөрөмжийн физик хаягийг мэдэх хүн байна уу?" Энэ IP хаягтай хүлээн авагч энэ пакетыг хүлээн авах үед тэр хариулах ёстой: "Тийм ээ, энэ бол миний IP хаяг. Миний хаяг: …” Дараа нь илгээгч ARP кэшээ шинэчилж, мэдээллийг хүлээн авагч руу илгээх боломжтой болно.
ARP кэш дэх оруулгууд нь статик эсвэл динамик байж болно. Дээр өгөгдсөн жишээ нь динамик кэш оруулгыг тайлбарладаг. Та мөн ARP хүснэгтэд статик оруулгуудыг үүсгэж болно.
ARP нь зөвхөн IP протоколд зориулагдсан биш, харин одоо IP болон MAC хаягуудыг тохируулахад голчлон ашиглагддаг.
Үйл ажиллагааны зарчим
IP хаягийг локал хаяг руу буулгах шаардлагатай хост нь ARP хүсэлтийг үүсгэж, түүнийгээ мэдэгдэж буй IP хаягтай холбоосын түвшний протоколын хүрээнд хавсаргаж, хүсэлтийг дамжуулдаг.
Дотоод сүлжээний бүх зангилаа ARP хүсэлтийг хүлээн авч, тэнд заасан IP хаягийг өөрийн хаягтай харьцуулдаг.
Хэрэв тэдгээр нь таарвал зангилаа нь ARP хариултыг үүсгэж, IP хаяг болон локал хаягаа зааж, илгээгч нь ARP хүсэлтэд өөрийн локал хаягаа зааж өгсөн тул аль хэдийн чиглүүлсэн илгээдэг.
Өдрийн мэнд, эрхэм уншигчид.
Олон нийтийн эрэлт хэрэгцээний дагуу өнөөдөр би та бүхэнд компьютерийн сүлжээний үндсэн нөхцлүүдийн үндсийг танилцуулах нийтлэлийг нийтэлж байна, тухайлбал:
- Сүлжээний протоколууд - эдгээр аймшигтай нэрүүд юу вэ, тэд юугаар хооллодог вэ
- UDP, TCP, ICMP - юу, яагаад, юугаараа ялгаатай вэ
- IP хаяг - хүн бүрт байдаг, гэхдээ энэ нь юу болохыг хүн бүр мэддэггүй :-)
- Хаягийн маск (дэд сүлжээ)
- Гарц
- Чиглүүлэлтийн хүснэгтүүдийн талаар хэдэн үг хэлье
- Портууд - энэ үнэхээр юу вэ
- MAC хаяг
Ийм их бага ч юм шиг.
Энэхүү нийтлэл нь хөгшин залуу гэлтгүй хэн бүхэнд хэрэг болно гэж би бодож байна, учир нь энэ нь хачирхалтай ойлгомжгүй үйлдэл, үг хэллэгээс гадна хүртээмжтэй хэлээр танилцуулсан мэдээллийн багцыг агуулдаг бөгөөд энэ нь ядаж танд өгөх болно. Энэ бүхэн хэрхэн ажилладаг, яагаад хэрэгтэй байгааг ойлгох. Яв.
Сүлжээний протоколууд TCP/IP, NWLink IPX/SPX, NetBEUI
Сүлжээний протокол гэж юу болох, юугаар хооллодог талаар эхэлцгээе.
сүлжээний протоколнь программ хангамжаар хэрэгждэг компьютер хоорондын харилцааны дүрмийн багц юм. Компьютерууд хоорондоо ярьж, мэдээлэл дамжуулдаг хэл юм. Өмнө нь компьютерууд Windows-ийн олон хэлтэй, хуучин хувилбарууд нь бүхэл бүтэн протоколуудыг ашигладаг байсан. TCP/IP, NWLink IPX/SPX, NetBEUI. Одоо тэд ерөнхий тохиролцоонд хүрсэн бөгөөд TCP / IP протоколыг ашиглах нь зөвхөн стандарт болсон тул энэ талаар цаашид хэлэлцэх болно.
TCP / IP-ийн тухай ярихдаа тэд ихэвчлэн энэ протоколыг ашиглан (эсвэл ашиглан) бичсэн олон янзын дүрмүүд эсвэл стандартуудыг хэлдэг. Жишээлбэл, шуудангийн серверүүдийн хооронд мессеж солилцох дүрэм байдаг ба эцсийн хэрэглэгч өөрийн шуудангийн хайрцагт захидал хүлээн авдаг дүрэм журам байдаг. Видео хурал хийх дүрэм, интернетээр "утасны" яриаг зохион байгуулах дүрэм байдаг. Үнэн хэрэгтээ, энэ нь тэр ч байтугай дүрэм биш юм .. Харин нэг төрлийн дүрэм, эсвэл ямар нэгэн зүйл. За, англи хэл дээр харилцан яриа үүсгэх нэг бүтэц байдаг, франц хэлээр бол өөр. Хэд хэдэн дүрмийн дүрмүүд нь зөвхөн салшгүй TCP / IP протокол юм, эсвэл илүү нарийвчлалтай, TCP/IP протоколын стек.
UDP, TCP, ICMP сүлжээний протоколууд
TCP / IP протоколын хүрээнд өгөгдөл дамжуулахад протоколуудыг ашигладаг - TCP ба UDP. TCP болон UDP порт хоёулаа байдаг гэж олон хүн сонссон байх, гэхдээ энэ нь юугаараа ялгаатай, ерөнхийдөө юу болохыг хүн бүр мэддэггүй. Тэгэхээр..
TCP (Transmission Control Protocol - Transfer Control Protocol) -ээр дамжуулан өгөгдөл дамжуулах нь мэдээлэл хүлээн авсан баталгааг баталгаажуулдаг. "За, тэд, - ойлгосон уу? - Ойлголоо!" Хэрэв дамжуулагч тал тогтоосон хугацаанд шаардлагатай баталгаажуулалтыг аваагүй бол өгөгдлийг дахин дамжуулна. Тиймээс TCP нь холболтын протокол гэж тооцогддог бол UDP (User Datagram Protocol) нь тийм биш юм. UDP-г хүлээн зөвшөөрөх шаардлагагүй тохиолдолд ашигладаг (жишээлбэл, DNS асуулга эсвэл IP утас (үүний Skype нь алдартай төлөөлөгч)). Өөрөөр хэлбэл, ялгаа нь хүлээн авсан баталгаа байгаа эсэхэд оршино. Энэ нь "Энэ бол бүх зүйл!" мэт санагдаж болох ч практик дээр энэ нь чухал үүрэг гүйцэтгэдэг.
Мөн сүлжээний параметрүүдийн талаарх мэдээллийг дамжуулахад ашигладаг ICMP (Internet Control Message Protocol) протокол байдаг. зэрэг хэрэгслүүдийн багцын төрлүүд багтана ping, хүрэх боломжгүй зай, TTLгэх мэт.
IP хаяг гэж юу вэ
Хүн бүрт байдаг, гэхдээ энэ нь ямар хаяг болохыг, яагаад үүнгүйгээр хийх боломжгүй болохыг хүн бүр мэддэггүй. Би хэлж байна.
IP хаяг нь сүлжээнд байгаа компьютерийг танихад хэрэглэгддэг 32 битийн дугаар юм. Хүлээн авсан утгыг цэгээр тусгаарлаж, энэ тооны октет бүрийн аравтын тоогоор хаягийг бичих нь заншилтай байдаг. Жишээлбэл, 192.168.101.36
IP хаяг нь өвөрмөц бөгөөд энэ нь компьютер бүр өөр өөрийн гэсэн тооны хослолтой бөгөөд сүлжээнд ижил хаягтай хоёр компьютер байж болохгүй гэсэн үг юм. IP хаягуудыг төвлөрсөн байдлаар хуваарилдаг, ISP-ууд өөрсдийн хэрэгцээнд нийцүүлэн үндэсний төвүүдэд хүсэлт гаргадаг. Үйлчилгээ үзүүлэгчдийн хүлээн авсан хаягийн хүрээг үйлчлүүлэгчдийн дунд цааш түгээдэг. Үйлчлүүлэгчид нь эргээд өөрсдөө үйлчилгээ үзүүлэгчийн үүрэг гүйцэтгэж, хүлээн авсан IP хаягийг дэд үйлчлүүлэгчдийн хооронд түгээх боломжтой. IP хаягийг хуваарилах энэ аргын тусламжтайгаар компьютерийн систем нь өвөрмөц IP хаягтай компьютерийн "байршлыг" яг таг мэддэг; - Энэ нь "эзэмшигчийн" сүлжээнд өгөгдлийг илгээхэд хангалттай бөгөөд үйлчилгээ үзүүлэгч нь эргээд очих газраа дүн шинжилгээ хийж, хаягийн энэ хэсгийг хэнд өгснийг мэдээд дараагийн эзэмшигч рүү мэдээлэл илгээх болно. өгөгдөл очих компьютерт ирэх хүртэл IP хаягуудын дэд муж.
Дотоод сүлжээг барихын тулд тусгай хаягийн мужийг хуваарилдаг. Эдгээр нь 10.x.x.x, 192.168.x.x, 10.x.x.x, 172.16.x.x-аас 172.31.x.x, 169.254.x.x хүртэлх хаягууд бөгөөд x - нь 0-ээс 254 хүртэлх дурын тоог илэрхийлнэ. Заасан хаягуудаас дамжсан пакетууд нь чиглүүлэгдээгүй, өөрөөр хэлбэл интернетээр дамжуулагдаагүй тул өөр өөр дотоод сүлжээн дэх компьютерууд заасан мужид тохирох хаягуудтай байж болно. Өөрөөр хэлбэл, "Хорнс ба туурайтан" ХХК, "Вася энд компани" ХХК-д 192.168.0.244 хаягтай хоёр компьютер байж болно, гэхдээ тэд интернет үйлчилгээ үзүүлэгчээс хүлээн авсан 85.144.213.122 хаягтай байж болохгүй. Интернет дээр хоёр ижил IP хаяг байж болохгүй. Ийм компьютерээс интернет болон буцаж мэдээлэл дамжуулахын тулд интернеттэй ажиллахдаа орон нутгийн хаягийг бодит хаягаар сольдог тусгай програм, төхөөрөмжийг ашигладаг. Өөрөөр хэлбэл, өгөгдлийг дотоод хаягаас биш жинхэнэ IP хаягаас сүлжээнд илгээдэг. Энэ үйл явц нь хэрэглэгчдэд үл үзэгдэх байдлаар тохиолддог бөгөөд хаягийн орчуулга гэж нэрлэгддэг. Нэг сүлжээнд, тухайлбал Horns and Hooves ХХК-д ижил локал IP хаягтай хоёр компьютер байж болохгүй, өөрөөр хэлбэл дээрх жишээн дээр 192.168.1. Нэг компанид 0.244, хоёр дахь нь нөгөө компанид ижил хаягтай. Нэг компанид 192.168.0.244 гэсэн хаягтай хоёр компьютер зүгээр л таарахгүй.
Та гадаад IP болон дотоод IP, байнгын (статик IP) болон хувьсах (динамик) IP гэх мэт нэр томъёог сонссон байх. Тэдний тухай товчхондоо:
- гадаад IP - энэ нь таны үйлчилгээ үзүүлэгчийн өгсөн яг ижил IP юм, өөрөөр хэлбэл. Таны интернетийн өвөрмөц хаяг, жишээлбэл - 85.144.24.122
- дотоод IP нь локал IP, өөрөөр хэлбэл. Дотоод сүлжээн дэх таны IP, жишээлбэл - 192.168.1.3
- статик IP нь холболт болгонд өөрчлөгддөггүй IP юм. танд бат бөх, үүрд баталгаатай
- динамик IP нь холболт бүрт өөрчлөгддөг хөвөгч IP хаяг юм
Таны IP-ийн төрөл (статик эсвэл динамик) нь үйлчилгээ үзүүлэгчийн тохиргооноос хамаарна.
Хаягийн маск (дэд сүлжээ) гэж юу вэ
Нэг байгууллагын IP хаягийн нэг хэсэг, нөгөө байгууллагын хэсэг гэх мэтийг хуваарилах боломжтой байхаар дэд сүлжээ гэсэн ойлголтыг нэвтрүүлсэн. Дэд сүлжээ нь нэг дотоод сүлжээнд хамаарах IP хаягуудын муж юм. Дотоод сүлжээнд ажиллах үед мэдээллийг шууд хүлээн авагч руу илгээдэг. Хэрэв өгөгдөл нь дотоод сүлжээнд хамаарахгүй IP хаягтай компьютерт зориулагдсан бол нэг сүлжээнээс нөгөө рүү илгээх маршрутыг тооцоолох тусгай дүрмийг баримтална.
Маск нь тухайн бүлэгт (дэд сүлжээнд) хэдэн компьютер байгааг програм хангамжид зааж өгдөг параметр юм. Хаягийн маск нь IP хаягтай ижил бүтэцтэй: энэ нь тус бүр нь 0-ээс 255 хүртэл байж болох дөрвөн бүлгийн тоонуудын багц юм. Энэ тохиолдолд маскын утга бага байх тусам энэ дэд сүлжээнд илүү олон компьютер нэгдсэн болно. Жижиг компанийн сүлжээний хувьд маск нь ихэвчлэн 255.255.255.x (жишээ нь, 255.255.255.224) байдаг. Сүлжээний маск нь IP хаягтай зэрэгцэн компьютерт олгогддог. Жишээлбэл, 255.255.255.0 масктай 192.168.0.0 сүлжээ нь 192.168.0.1-ээс 192.168.254.192.168.0.0 хүртэлх хаягтай компьютеруудыг агуулж болно. Утга нь ойлгомжтой гэж бодож байна. Дүрмээр бол IP хаягийг хадгалахын тулд цөөн тооны компьютер бүхий сүлжээг үйлчилгээ үзүүлэгчид ашигладаг. Жишээлбэл, үйлчлүүлэгчид 255.255.255.252 гэсэн маск бүхий хаяг оноож болно. Ийм дэд сүлжээнд зөвхөн хоёр компьютер байдаг.
Компьютер IP хаягийг авч, дэд сүлжээний маскын утгыг мэдсэний дараа програм нь энэ локал дэд сүлжээнд ажиллаж эхлэх боломжтой. Гэхдээ дэлхийн сүлжээн дэх бусад компьютертэй мэдээлэл солилцохын тулд гадаад сүлжээнд мэдээлэл илгээх дүрмийг мэдэх хэрэгтэй. Үүний тулд гарцын хаяг (гарц) гэх мэт шинж чанарыг ашигладаг.
Гарц гэж юу вэ
Гарц нь янз бүрийн IP дэд сүлжээнүүдийн хооронд мэдээлэл дамжуулах боломжийг олгодог төхөөрөмж (компьютер эсвэл чиглүүлэгч) юм. Хэрэв програм нь (IP болон маскаар) очих хаяг нь локал дэд сүлжээний хэсэг биш гэдгийг тогтоовол энэ өгөгдлийг гарц болж ажилладаг төхөөрөмж рүү илгээдэг. Протоколын тохиргоо нь ийм төхөөрөмжийн IP хаягийг заадаг.
Зөвхөн дотоод сүлжээнд ажиллахын тулд гарцыг заагаагүй байж болно.
Интернэтэд холбогдсон хувь хүний хувьд эсвэл нэг холболтын сувагтай жижиг бизнесүүдийн хувьд системд зөвхөн нэг гарцын хаяг байх ёстой - энэ нь интернетэд холбогдсон төхөөрөмжийн хаяг юм. Хэрэв олон зам байгаа бол олон гарц байх болно. Энэ тохиолдолд чиглүүлэлтийн хүснэгтийг өгөгдөл дамжуулах замыг тодорхойлоход ашигладаг.
Чиглүүлэлтийн хүснэгтүүд гэж юу вэ
Тэгээд бид аажмаар тэдэн рүү очлоо. Тэгээд .. Эдгээр нь ямар төрлийн ширээ вэ.
Байгууллага эсвэл хэрэглэгч нь интернетэд холбогдох хэд хэдэн цэгтэй байж болно (жишээлбэл, эхний үйлчилгээ үзүүлэгчтэй холбоотой ямар нэг зүйл буруу болсон тохиолдолд нөөц сувгууд, гэхдээ Интернет нь маш шаардлагатай хэвээр байна) эсвэл бүтэцдээ хэд хэдэн IP сүлжээг агуулж болно. Энэ тохиолдолд систем нь энэ болон бусад мэдээллийг ямар замаар (ямар гарцаар) илгээхийг мэдэхийн тулд чиглүүлэлтийн хүснэгтүүдийг ашигладаг. Гарц бүрийн чиглүүлэлтийн хүснэгтүүд нь түүгээр дамжуулан мэдээлэл дамжуулах ёстой интернетийн дэд сүлжээг заадаг. Үүний зэрэгцээ, хэд хэдэн гарцын хувьд та ижил мужийг тохируулж болно, гэхдээ өөр өөр өгөгдөл дамжуулах зардалтай: жишээлбэл, мэдээллийг хамгийн бага зардалтай сувгаар илгээх бөгөөд хэрэв ямар нэг шалтгаанаар бүтэлгүйтсэн бол дараагийн боломжтой хамгийн хямд холболт.
Сүлжээний порт гэж юу вэ
Мэдээллийг дамжуулахдаа илгээгч болон хүлээн авагчийн IP хаягаас гадна мэдээллийн багц нь портын дугаарыг агуулдаг. Жишээ: 192.168.1.1:80 , - энэ тохиолдолд 80 нь портын дугаар юм. Порт гэдэг нь өгөгдлийг боловсруулах ёстой процессыг (программ) тодорхойлохын тулд өгөгдлийг хүлээн авах, дамжуулахад ашиглагддаг дугаар юм. Тиймээс, хэрэв пакетыг 80-р порт руу илгээсэн бол энэ нь мэдээлэл нь HTTP серверт зориулагдсан болохыг илтгэнэ.
1-ээс 1023 хүртэлх портын дугаарыг тодорхой программд (сайн мэддэг портууд гэж нэрлэдэг) хуваарилдаг. 1024 -65 535 дугаартай портуудыг өмчийн программд ашиглаж болно. Энэ тохиолдолд боломжит зөрчилдөөнийг програмууд өөрсдөө үнэгүй порт сонгох замаар шийдвэрлэх ёстой. Өөрөөр хэлбэл портуудыг динамикаар тараах болно: хэрэв та тохиргоогоор дамжуулан портыг гараар тохируулахгүй бол дараагийн эхлэхэд програм өөр портын утгыг сонгох боломжтой.
MAC хаяг гэж юу вэ
Сүлжээнд дамжуулагдсан пакетууд нь нэрээр нь биш, IP хаягаар нь биш компьютерт хаяглагдсан байдаг. Пакет нь MAC хаяг гэж нэрлэгддэг тодорхой хаягтай төхөөрөмжид зориулагдсан.
MAC хаяг нь тоног төхөөрөмж үйлдвэрлэгчээс суулгасан сүлжээний төхөөрөмжийн өвөрмөц хаяг юм. Энэ бол таны сүлжээний картын тамга тэмдэгтэй дугаар юм. MAC хаягийн эхний хагас нь үйлдвэрлэгчийн танигч, хоёр дахь тал нь тухайн төхөөрөмжийн өвөрмөц дугаар юм.
Дүрмээр бол, MAC хаяг нь үйлчилгээ үзүүлэгчтэй (хэрэв үйлчилгээ үзүүлэгч нэвтрэх нууц үгийн оронд MAC хаягийг ашигладаг бол) таних эсвэл чиглүүлэгчийг тохируулах үед шаардлагатай байдаг.
Сүлжээний бүх тохиргоог хаанаас харах вэ
Хаанаас харж, бүгдийг нь өөрчлөх талаар хэдэн үг хэлэхээ мартчихаж.
