Setélan sambungan TCP
Nalika urang ngotéktak wéb, kirimkeun email, atanapi Puterkeun pertandingan online, kami henteu sering ti cutan jaringan kompleks dina éta. Tapi, éta mangrupikeun léngkah-léngkah ieu henteu pikaresepeun anu mastikeun komunikasi stabil antara urang sareng pangladén. Salah sahiji léngkah anu paling penting nyaéta setelan sambungan TCP, sareng inti ieu mangrupikeun handsak cara.
Tulisan ieu bakal ngabahas prinsip, prosés sareng pentingna tina hampis tilu arah dina jéntré. Léngkah ku léngkah, kami bakal ngajelaskeun naha séhat tilu-cara diperyogikeun, kumaha nyababkeun kabel panyabutuh sareng anu sanés kanggo transfer data. Kalayan pamahaman anu langkung jero tina sagaleut tilu-jalan, urang bakal gaduh pamahaman anu langkung saé pikeun mékanisme dasar komunikasi sareng pandangan langkung jelas tina rélasiv.
TCP tilu arah témbok tilu arah sareng transisi nagara
TCP mangrupikeun protokol transportasi obunter basis, anu peryogi pamutahiran sambungan sateuacan didaptarkeun data. Prosés pendirian ieu dilakukeun ku handshake tilu cara.
Hayu urang tingali caket dina pakét TCP anu dikirim dina unggal sambungan.
Mimitina, duanana klien sareng server ditutup. Mimiti, pangladén aktip Liten dina palabuhan sareng dina kaayaan anu ngadidik, anu hartosna pangladén kedah dimimitian. Salajengna, klien siap ngawitan ngakses halaman wéb.E kedah netepkeun sambungan sareng server. Format pakét sambungan munggaran nyaéta saperti kieu:
Nalika klasi pikeun ngamimitian sambungan, éta ngahasilkeun nomer urutan awal (kliisn) sareng nempatkeun éta dina nomer "nomer headule TCP. Dina waktu anu sarua, klien anu nyetél deui posisi syrup pikeun 1 pikeun nunjukkeun yén pakét anu kaluarna mangrupikeun pakét slay. Klién nunjukkeun yén éta ngaharepkeun ngadegkeun sambungan sareng server ku ngirim pakét syn ka server. Pakét ieu henteu ngandung data lapisan aplikasi (nyaéta, data anu dikirim). Dina titik ieu, status klien ditandaan salaku syn anu dikirim.
Nalika server nampi bungkusan syn tina klien, sacara acak langkung seueur nomer séri sorangan (server) teras nempatkeun nomer "nomer header TCP. Salajengna, panglad serveritai Klién_isn + 1 Dina tur "Pengakuan" sareng nyetél Syno sareng Bit Ditunikan Ka 1. Dina waktos ayeuna, server aya dina kaayaan URVD RCVD.
Sakali klien nampi pakét ti server, éta kedah ngalakukeun optimis ieu pikeun ngabales pemanasan waler akhir: heula, heula Kadua, klien ngalebetkeun nilai Server_isn + 1 Dina nami "Pastikeun panaliti nomer". Tungtungna, klien ngirim pakét kana server. Pakét ieu tiasa mawa data tina klien ka server. Upami parantos réngsé operasi, klien bakal asup ka nagara didiras.
Sakali server nampi pakét balesan ti klien, éta ogé ngalih ka nagara anu ditetepkeun.
Sakumaha anjeun tiasa ningali tina prosés di luhur, nalika ngalaksanakeun temput sapanjang masalah anu katilu diidinan mawa data, tapi dua sagelas baju henteu. Ieu mangrupikeun patarosan anu sering dipenta dina wawancara. Sakali handshear saluran ringkes, duanana pihak diasupkeun kaayaan anu didirikeun, nunjukkeun yén sambunganna parantos suksés didirikeun, dimanaang calon tiasa dimimitian atanapi server tiasa bakal ngirim data ka unggal.
Naha tilu theastshakes? Henteu dua kali, opat kali?
Jawaban umum nyaéta, "sabab baris barat tilu arah jaminan anu tiasa nampi sareng ngirim." Wajawab ieu leres, tapi ngan ukur alesan permukaan, henteu diluakeun alesan utama. Di handap ieu, kuring bakal nganalisa alesan pikeun haseum tumpu tina tilu aspék pikeun ngarawat pamahaman ieu.
Alapi jalan tilu arah tiasa nyingkahan inisialisasi sambungan sajarah atanapi alesan utama)
Trea Tilu-Jalan Damel yén dua pihak anu nampi nomer urut awal anu dipercaya.
Handshake tilu arah nyingkahan sumber daya.
Alesan 1: Hindarkeun duplikat sajarah
Dina bisksell, alesan utama pikeun jalan tangan tilu arah nyaéta pikeunindarkeun kabingungan disababkeun ku awal sambungan anu teras Di lingkungan anu kompléks, transmisi pakét data teu salawasna dikirim ka rame tujuan anu luyu sareng waktos anu ditangtoskeun, sareng Pintonan data anu lami. Pikeun nyingkahan ieu, TCP nganggo handshake tilu arah pikeun ngadegkeun sambungan.
Nalika klien ngirim sababaraha bungkus ngadegkeun sambungan amanah, dina kaayaan sapertos kamacetan jaringan, ngatur-upamana kamacunian jaringan, ieu tiasa lumangsung:
1- Paket syan anu lami sumping dina server sateuacan pakét synget panganyarna.
2- Server bakal ngawalon Sys + Bungkus ACK ka klien saatos nampi pakét syan.
3- Nalika klien narima SynoCH Contet, éta nangtoskeun panyadia mangrupikeun sambungan bersejarah (Sasa Taluh Nilik atanapi kontéks deui.
Kalayan sambungan dua hampeut, teu aya cara pikeun nangtukeun upami sambungan ayeuna mangrupikeun sambungan sajarah. Handshake tilu-pos non klien pikeun nangtukeun naha lamikeun ayeuna mangrupikeun sambungan sajarah dumasar kana kontéks katilu kedah ngirim pangkok katilu:
1- Upami éta sambungan sajarah (nomer urutan tamat atanapi waktos), pakét anu dikirim ku handshake katilu mangrupikeun pakét konéksi sajarah.
2- Upami éta henteu sambungan sajarah, éta pakét anu dikirim pikeun waktos katilu mangrupikeun pakét Ack, sareng dua pihak akomasional, sareng dua pihak anu ngobrolkeun ngonséhkeun sambungan.
Ku alatan éta, alesan utama yén TCP ngagunakeun leungeun baju tilu-perjalanan anu indican koneksi pikeun nyegah sambungan sajarah.
Alesan 2: Pikeun nyingkronkeun nomer urutan awal dina dua pihak
Daging sisi protokol TCP kedah ngajaga nomer urut, anu mangrupikeun faktor konci pikeun mastikeun transmisi anu tiasa dipercaya. Nomer urutan maénkeun peran penting dina hubungan TCP.They ngalakukeun ieu di handap ieu:
Panarima tiasa ngaleungitkeun data sareng mastikeun akurasi data.
Panarima tiasa nampi pakét dina susunan nomer urut pikeun mastikeun integritas data.
) Nomer urut tiasa ngaidentipikasi pakét data anu parantos ditampi ku pihak séjén, ngamungkinkeun transmisi data anu dipercaya dipercaya.
Ku sabab kitu, dumasar kana sambungan TCP, klien ngirim bungkus émbaran sareng nomer urut awal sareng meryogikeun server pikeun ngawalon Bitet ACK anu ngagaduhan resep kana pakét sindikasi. Lajeng, server ngirim pakét pérak sareng nomer urut dimimitian pikeun klien sareng ngantosan para klien kanggo ngawaler, sakali pikeun mastikeun yén Nomer pernikahan sacara terhubteuk.
Sanaos jalan swai opat cara, mungkin janten reliated pikeun ngatur nomer awal awal kadua pihak, léngkah kadua sareng léngkah kadua sareng katilu bisa digabungkeun kana hiji-hambit tilu-arah tilu arah tilu arah tilu-tunggal, hasilna. Tapi, dua hésu ngan tiasa ngajamin jumlah presume samentawis hiji pihakna suksés ditampi ku pihak séjén yén henteu aya nomer awalna tiasa dikonfirmasi. Ku sabab kitu, baris tilu-hiji anu paling saé kanggo mastikeun pikeun mastikeun stabilitas sareng rélabilitas sambungan TCP.
Alesan 3: Hindarkeun sumber daya
Upami aya ngan ukur "dua handshake", nalika pamundut klien diblokir di jaringan, klien moal nampi pakét ACK anu dikirim ku server, sahingga synges Tapi, ti saprak aya téashake katilu, server henteu tiasa nangtukeun upami klien nampi pangakuan ACKIA pikeun ngadamel sambungan. Ku alatan éta, pangladén ngan ukur tiasa netepkeun sambungan saatos nampi unggal pamundut. Ieu ngakibatkeun ieu:
Runtah sumberdaya: Upami paménta sec klien diblokir, hasilna diulas deui sababaraha pakét shopet, server bakal netepkeun sababaraha sambungan anu salah. Ieu ngakibatkeun miceunan sumber anu henteu perlu.
Panitip pesen: Kusabab kurangna baras di katilu, pangladén teu tiasa waé anu terang naha klien akkiasi pikeun ngadamel sambungan. Hasilna, upami pesenna macét dina jaringan, klien bakal terus ngirimkeun paménta na, kéngingkeun deui, nyababkeun Server pikeun terus-terusan ngadamel sambungan anyar. Ieu bakal ningkatkeun kamacetan jaringan sareng reureuh sareng sacara négatip mangaruhan pagelaran jaringan sacara garansi.
Ku alatan éta, pikeun ngajukeun stabilitas sareng hakekat tina konéksi jaringan, TCP ngagunakeun jalan-jalan tilu-cara pikeun netepkeun sambungan pikeun nyegah kajadian masalah ieu.
Kasimpulan
NaView WoretPermutan sambungan TCP réngsé kalayan sasalaman tilu cara. Salila jalan-jalan tilu, anu pangheulana ngirim pakét sareng beker pértér ka server, nunjukkeun yén éta hoyong ngadegkeun sambungan. Saatos nampi paménta ti klien éta, server resak pariak sareng syn sareng umbi akk pikeun klien, nunjukkeun yén pamundut sambungan dimimitian dimimitian, sareng ngirim nomer urutan dimimitian dimimitian, sareng ngirim kajadian aplikasina sorangan. Tungtungna, revidf kuncén sareng bandéra akk pikeun server pikeun nunjukkeun yén sambungan parantos suksés didirikeun. Kituna, dua pihakna aya dina nagara anu didirikeun sareng tiasa ngamimitian ngirim data ka unggal anu sanés.
Sacara umum, prosés leungeun-tanda handsheake tilu-cara artos TCK dirancang pikeun mastikeun kasadiaan sambungan sareng relivesitas anu tiasa katampi sareng sambungan sipat tiasa nampi sareng ngirim data.
Waktu Post: Jan-08-2025
