Prima di principià u video tutoriale d'oghje, vogliu ringrazià tutti quelli chì anu cuntribuitu à a popularità di u mo cursu in YouTube. Quandu l'aghju cuminciatu circa 8 mesi fà, ùn m'aspittava micca un tali successu - oghje e mo lezioni sò state viste da 312724 persone, aghju 11208 abbonati. Ùn aghju mai sunniatu chì stu umile principiu ghjunghje sin'à tali alture. Ma ùn perdemu u tempu è andemu drittu à a lezzione d'oghje. Oghje compiemu i lacune chì sò accaduti in l'ultime 7 video lezioni. Ancu l'oghje hè solu u ghjornu 6, u ghjornu 3 hè statu divisu in 3 video lezioni, cusì oghje vi fighjà veramente l'ottava lezione video.
Oghje avemu da copre 3 temi impurtanti: DHCP, trasportu TCP, è i numeri di portu più cumuni. Avemu digià parlatu di l'indirizzi IP, è unu di i fatturi più impurtanti in a cunfigurazione di l'indirizzu IP hè DHCP.
DHCP significa Protokollu di Configurazione Dinamica di l'Host è hè un protokollu chì aiuta à cunfigurà dinamicamente l'indirizzi IP per l'ospiti. Allora tutti avemu vistu sta finestra. Quandu clicate nantu à l'opzione "Ottene un indirizzu IP automaticamente", l'urdinatore cerca un servitore DHCP chì hè cunfiguratu in a stessa subnet è manda diversi pacchetti è dumande per l'indirizzu IP. U protocolu DHCP hà 6 missaghji, di i quali 4 sò critichi per assignà un indirizzu IP.
U primu missaghju hè un missaghju DHCP DISCOVERY. U missaghju di scuperta DHCP hè simile à un missaghju di salutu. Quandu un novu dispositivu si unisce à a reta, dumanda s'ellu ci hè un servitore DHCP in a reta.
Ciò chì vede in a diapositiva s'assumiglia à una dumanda di trasmissione induve u dispositivu cuntatta tutti i dispositi in a reta chì cercanu un servitore DHCP. Comu dissi, questu hè una dumanda di trasmissione, cusì tutti i dispositi in a reta ponu sente.
Se ci hè un servitore DHCP in a reta, manda un pacchettu - una offerta DHCP OFFER. Pruposta significa chì u servitore DHCP, in risposta à una dumanda di scuperta, manda una cunfigurazione à u cliente, dumandendu à u cliente per accettà un indirizzu IP specificu.
U servitore DHCP riserva un indirizzu IP, in questu casu 192.168.1.2, ùn furnisce micca, ma riservà questu indirizzu per u dispusitivu. À u listessu tempu, u pacchettu di offerta cuntene u so propiu indirizzu IP di u servitore DHCP.
S'ellu ci hè più di un servitore DHCP in questa reta, un altru servitore DHCP, dopu avè ricivutu a dumanda di broadcast di u cliente, li offre ancu u so indirizzu IP, per esempiu, 192.168.1.50. Ùn hè cumunu avè dui servitori DHCP diffirenti cunfigurati nantu à a listessa reta, ma qualchì volta succede. Allora quandu una offerta DHCP hè mandata à un cliente, riceve 2 offerte DHCP è avà deve decide quale offerta DHCP vole accettà.
Assumimu chì u cliente accetta a prima applicazione. Questu significa chì u cliente manda una dumanda DHCP REQUEST chì littiralmenti dice "Accetta l'indirizzu IP 192.168.1.2 offertu da u servitore DHCP 192.168.1.1".
Dopu avè ricivutu a dumanda, u servitore DHCP 192.168.1.1 risponde "va bè, l'admettu", vale à dì, ricunnosce a dumanda è manda stu DHCP ACK à u cliente. Ma ricurdate chì un altru servitore DHCP hà riservatu un indirizzu IP di 1.50 per u cliente. Una volta chì riceve a dumanda di trasmissione di un cliente, hà da sapè di u fallimentu è rimetterà quellu indirizzu IP in a piscina per pudè assignà à un altru cliente se riceve una altra dumanda.
Quessi sò i 4 missaghji critichi chì DHCP scambia quandu assignanu l'indirizzi IP. Dopu, DHCP hà 2 più messagi d'infurmazioni. Un missaghju d'infurmazione hè emessu da u cliente s'ellu hè bisognu di più infurmazione di ciò chì hà ricevutu in a clausula DHCP OFFER in u sicondu passu. Se u servitore ùn hà micca furnitu abbastanza infurmazione in l'offerta DHCP, o se u cliente hà bisognu di più infurmazione di ciò chì era cuntenutu in u pacchettu di l'offerta, dumanda infurmazione DHCP supplementu. Ci hè un altru missaghju chì u cliente manda à u servitore - questu hè u DHCP RELEASE. Vi informa chì u cliente vole liberà u so indirizzu IP esistente.
In ogni casu, ciò chì succede più spessu hè chì l'utilizatore disconnects da a reta prima chì u cliente hà u tempu di mandà un DHCP RELEASE à u servitore. Questu succede quandu spegne l'urdinatore, ciò chì facemu. In stu casu, u cliente reta, o urdinatore, simpricimenti nun hannu tempu à informà u servore à liberà l 'indirizzu usatu, tantu DHCP RELEASE ùn hè micca un passu necessariu. I passi necessarii per ottene un indirizzu IP sò: scuperta DHCP, offerta DHCP, dumanda DHCP è handshake DHCP.
In una di e prossime lezioni vi dicu cumu cunfiguremu un servitore DHCP quandu creanu un pool DNCP. Par pooling vulemu dì chì dite à u servitore per assignà l'indirizzi IP in a gamma 192.168.1.1 à 192.168.1.254. Cusì, u servitore DHCP creà una piscina, mette 254 indirizzi IP in questu, è puderà assignà indirizzi à i clienti in a reta solu da questa piscina. Allora questu hè qualcosa cum'è un paràmetru amministrativu chì l'utilizatore pò fà.
Avà fighjemu a trasmissione TCP. Ùn sò micca sapè s'ellu cunnosci u "telefonu" stampatu in a stampa, ma quandu eramu zitelli, avemu usatu sti lattini cunnessi da una stringa per parlà cun l'altri.
Sfurtunatamente, a generazione d'oghje ùn pò micca permette un tali "lussu". Vogliu dì chì oghje i zitelli sò davanti à a TV da l'età di un annu, ghjucanu à PSP è forse questu hè discutibile, ma pensu chì avemu avutu a più bona zitiddina, in realtà andemu fora è ghjucanu ghjochi è i zitelli d'oghje ùn ponu esse alluntanati da u divano. .
U mo figliolu hè solu un annu è possu digià vede ch'ellu hè addictu à l'iPad, vogliu dì ch'ellu hè sempre assai ghjovanu ma pensu chì i zitelli d'oghje sò digià nati sapendu cumu manighjà i gadgets elettronichi. Allora, vulia dì chì, da zitelli, quandu si ghjucava, faciamu buchi in lattine, è quandu li ligavamu cù un filu è diciamu qualcosa in una latta, da l'altra parte a persona si sentia ciò chì si diceva. à ellu, solu mettendu a canna à l'arechja. Cusì hè assai simili à una cunnessione di rete.
Oghje, ancu i trasferimenti TCP deve avè una cunnessione chì deve esse stabilita prima chì u trasferimentu di dati propiu principia. Cumu avemu discututu in lezioni precedenti, TCP hè a trasmissione orientata à a cunnessione mentre UDP hè a trasmissione orientata à a cunnessione. Puderete dì chì UDP hè induve aghju lanciatu u ballò è tocca à voi per vede s'ellu pudete piglià. Sè vo site prontu à fà o micca, ùn hè micca u mo prublema, l'aghju da lascià solu.
TCP hè più cum'è tù parlendu à un tippu è avvistendu in anticipu chì avete da lancià una bola, cusì formate un ligame, è poi lanciate a bola in modu chì u vostru cumpagnu hè più prubabile di esse prontu à catturà. Allora TCP in realtà custruisce a cunnessione è poi cumencia à fà a trasmissione attuale.
Fighjemu cumu si crea una tale cunnessione. Stu protokollu usa una stretta di manu 3-way per creà una cunnessione. Questu ùn hè micca un termu assai tecnicu, ma hè statu longu usatu per discrìviri una cunnessione TCP. Una stretta di mani in 3 vie hè iniziata da u dispositivu di mandatu, cù u cliente chì manda un pacchettu cù una bandiera SYN à u servitore.
Diciamu chì a zitella in u primu pianu, chì a faccia pudemu vede, hè u dispusitivu A, è a zitella in u fondu, chì a faccia ùn hè micca visibile, hè u dispusitivu B. Girl A manda un pacchettu SYN à a zitella B, è ella dice: "Grande, quale - allora ellu voli cumunicà cun mè. Allora, aghju bisognu di risponde chì sò prontu à cumunicà ! Cumu fà? Unu puderia simpricimenti rinvià un altru pacchettu SYN è dopu un ACK chì indicà a ricezione di u pacchettu SYN originale. Ma invece di mandà ACK per separatamente, u servitore forma un pacchettu cumuni chì cuntene u SYN è ACK è u trasmette nantu à a reta.
Allora à questu puntu, u dispositivu A hà mandatu un pacchettu SYN è hà ricivutu un pacchettu SYN/ACK. Avà u dispusitivu A deve mandà à u dispusitivu B un pacchettu ACK, vale à dì, cunfirmà chì hà ricevutu accunsentu da u dispusitivu B per stabilisce a cumunicazione. Cusì, i dui dispositi anu ricivutu pacchetti SYN è ACK, è avà pudemu dì chì a cunnessione hè stata stabilita, vale à dì, una stretta di mani in 3 fasi hè stata cumpletata cù u protocolu TCP.
In seguitu avemu da circà à a tecnulugia TCP Windowing. Simply put, hè un metudu utilizatu in TCP / IP per negozià e capacità di u mittente è u receptore.
Dicemu chì in Windows avemu prova di trasfirià un grande schedariu, dì 2 GB in grandezza, da una unità à l'altru. À u principiu di u trasferimentu, u sistema ci informarà chì u trasferimentu di u schedariu duverà circa 1 annu. Ma uni pochi secondi dopu, u sistema si correggerà è dicerà: "Oh, aspetta un minutu, pensu chì duverà circa 6 mesi, micca un annu". Passarà un pocu più di tempu è Windows dicerà: "Pensu chì puderia esse capace di trasfiriri u schedariu in 1 mese". Questu serà seguitu da u missaghju "1 ghjornu", "6 ore", "3 ore", "1 ora", "20 minuti", "10 minuti", "3 minuti". In fatti, tuttu u prucessu di trasferimentu di u schedariu durà solu 3 minuti. Cumu hè accadutu questu? In principiu, quandu u vostru dispusitivu prova di cumunicà cù un altru dispusitivu, manda un pacchettu è aspetta a cunferma. Se u dispusitivu aspetta assai tempu per a cunferma, pensa: "se aghju da trasfiriri 2 GB di dati à questa velocità, ci vole circa 2 anni". Dopu qualchì tempu, u vostru dispositivu riceve un ACK è pensa: "Va bè, aghju mandatu un pacchettu è ricevutu un ACK, dunque u destinatariu pò riceve 1 pacchettu. Avà pruvà à mandà à ellu 10 pacchetti invece di unu. U mittente manda 10 pacchetti è dopu qualchì tempu riceve una cunferma ACK da u dispositivu di ricivutu, chì significa chì u destinatariu aspetta u prossimu 11u pacchettu. U mittente pensa: "grande, postu chì u destinatariu hà trattatu 10 pacchetti à una volta, avà pruvà à mandà à ellu 100 pacchetti invece di dece". Manda 100 pacchetti, è u destinatariu risponde chì li hà ricevutu è avà aspetta 101 pacchetti. Cusì, cù u tempu, u numeru di pacchetti trasmessi aumenta.
Hè per quessa chì vede una rapida diminuzione di u tempu di copia di u schedariu cumparatu cù ciò chì era statu inizialmente dichjaratu - questu hè duvuta à a capacità aumentata di trasferisce una grande quantità di dati. In ogni casu, vene un puntu quandu l'aumentu di u voluminu di trasmissione diventa impussibile. Dicemu chì avete mandatu 10000 9000 pacchetti, ma u buffer di u dispositivu di u receptore pò accettà solu 9000 9001 In questu casu, u ricevitore manda un ACK cù u missaghju: "Aghju ricevutu 9000 9000 pacchetti è sò prontu per riceve 9000 3". Da questu, u mittente cuncludi chì u buffer di u dispositivu ricevente hà una capacità di solu XNUMX, chì significa chì da avà ùn mandaraghju micca più di XNUMX pacchetti à u mumentu. In questu casu, u mittente calcula rapidamente u tempu chì ci vole à trasfiriri a quantità restante di dati in porzioni di XNUMX pacchetti, è dà XNUMX minuti. Questi trè minuti sò u tempu di trasmissione attuale. Hè ciò chì face TCP Windowing.
Questu hè unu di quelli meccanismi di throttling di u trafficu induve u dispositivu di mandatu eventualmente capisce quale hè a capacità di a rete attuale. Puderete dumandassi perchè ùn ponu micca accunsentutu in anticipu nantu à quale hè a capacità di u dispositivu di ricezione? U fattu hè chì questu hè tecnicamente impussibile perchè ci sò diversi tipi di dispusitivi nantu à a reta. Dicemu chì avete un iPad è hà una velocità di trasferimentu / ricevitore di dati sfarente chè un iPhone, pudete avè diverse tipi di telefoni, o forse avete un computer assai vechju. Dunque, ognunu hà una larghezza di banda di rete diversa.
Hè per quessa chì a tecnulugia TCP Windowing hè stata sviluppata, quandu a trasmissione di dati principia à bassa velocità o cù a trasmissione di un minimu numeru di pacchetti, aumentendu gradualmente u trafficu "finestra". Mandate un pacchettu, 5 pacchetti, 10 pacchetti, 1000 pacchetti, 10000 XNUMX pacchetti è apre lentamente quella finestra più è più finu à chì l'"apertura" righjunghji u voluminu massimu pussibule di trafficu mandatu in un periudu specificu di tempu. Cusì, u cuncettu di Windowing face parte di l'operazione di u protocolu TCP.
In seguitu, fighjemu i numeri di portu più cumuni. A situazione classica hè quandu avete 1 servitore principale, forsi un centru di dati. Include un servitore di schedari, un servitore web, un servitore di mail è un servitore DHCP. Avà, se unu di l'urdinatori di u cliente cuntattate u centru di dati, chì si trova in u mità di a stampa, hà da cumincià à mandà u trafficu di u servitore di file à i dispositi di u cliente. Stu trafficu hè indicatu in rossu è serà trasmessu in un portu specificu per una applicazione specifica da un servitore specificu.
Cumu hà sappiutu u servitore induve certu trafficu deve andà? Ampara questu da u numeru di portu di destinazione. Sè vo circate à u quadru, vi vede chì in ogni trasferimentu di dati ci hè una menzione di u numeru portu di destinazione è u numeru portu fonte. Pudete vede chì u trafficu turchinu è rossu, è u trafficu turchinu hè u trafficu di u servitore web, tramindui vanu à u stessu servitore fisicu, chì hà stallati diversi servitori. Se questu hè un centru di dati, allora usa servitori virtuali. Allora cumu sapianu chì u trafficu rossu duverebbe vultà à quellu laptop manca cù quellu indirizzu IP? Sapenu questu grazia à i numeri di portu. Se riferite à l'articulu di Wikipedia "Lista di Porti TCP è UDP", vi vede chì liste tutti i numeri di portu standard.
Se scorri in questa pagina, pudete vede quantu hè grande sta lista. Contene circa 61 000 numeri. I numeri portu da 1 à 1024 sò cunnisciuti cum'è i numeri portu più cumuni. Per esempiu, u portu 21 / TCP hè per mandà cumandamenti ftp, u portu 22 hè per ssh, u portu 23 hè per Telnet, vale à dì, per mandà missaghji micca criptati. U portu assai populari 80 porta dati nantu à HTTP, mentri u portu 443 porta dati criptati nantu à HTTPS, chì hè simile à a versione sicura di HTTP.
Certi porti sò dedicati sia à TCP sia à UDP, è alcuni facenu diverse attività secondu chì a cunnessione hè TCP o UDP. Dunque, ufficialmente u portu TCP 80 hè utilizatu per HTTP, è u portu UDP 80 non ufficiale hè utilizatu per HTTP, ma sottu un protocolu HTTP differente - QUIC.
Dunque, i numeri di portu in TCP ùn sò micca sempre destinati à fà a listessa cosa chì in UDP. Ùn avete bisognu di amparà sta lista da u core, hè impussibile di ricurdà, ma avete bisognu di cunnosce parechji numeri di portu populari è più cumuni. Comu dissi, certi di sti porti anu un scopu ufficiale, chì hè descrittu in i normi, è alcuni anu un scopu micca ufficiale, cum'è u casu di Chromium.
Allora, sta tavula lista tutti i numeri di portu cumuni, è questi numeri sò usati per mandà è riceve trafficu quandu utilizanu applicazioni specifiche.
Avà fighjemu cumu si move a dati in a reta basata nantu à quale pocu infurmazione sapemu. Dicemu chì l'urdinatore 10.1.1.10 vole cuntattà stu urdinatore, o stu servore, chì hà l'indirizzu 30.1.1.10. Sottu l'indirizzu IP di ogni dispusitivu hè u so indirizzu MAC. Dà l'esempiu di un indirizzu MAC cù solu l'ultimi 4 caratteri, ma in pratica hè un numeru hexadecimal 48-bit cù 12 caratteri. Siccomu ognuna di sti numeri hè custituitu da 4 bits, 12 cifre esadecimali rapprisentanu un numeru di 48 bit.
Comu sapemu, se stu dispusitivu voli cuntattà stu servore, u primu passu di u 3-way handshake deve esse fattu prima, vale à dì, mandà un pacchettu SYN. Quandu sta dumanda hè fatta, l'urdinatore 10.1.1.10 specificarà u numeru di u portu fonte, chì Windows crea dinamicamente. Windows sceglie aleatoriamente un numeru di portu trà 1 è 65,000 1. Ma postu chì i numeri iniziali in a gamma 1024 à 25000 sò largamente cunnisciuti, in questu casu u sistema cunsiderà numeri più grande di 25113 è creà un portu di fonte aleatoriu, per esempiu, u numeru XNUMX.
Dopu, u sistema aghjunghje un portu di destinazione à u pacchettu, in questu casu hè u portu 21, perchè l'applicazione chì prova di cunnette à stu servitore FTP sapi chì deve mandà u trafficu FTP.
Dopu, u nostru urdinatore dice: "Va bè, u mo indirizzu IP hè 10.1.1.10, è aghju bisognu di cuntattà l'indirizzu IP 30.1.1.10". I dui indirizzi sò ancu inclusi in u pacchettu per furmà una dumanda SYN, è questu pacchettu ùn cambia micca finu à a fine di a cunnessione.
Vogliu capisce da stu video cumu si move i dati in a reta. Quandu u nostru urdinatore chì invià a dumanda vede l'indirizzu IP fonte è l'indirizzu IP di destinazione, capisce chì l'indirizzu di destinazione ùn hè micca in quella reta lucale. Aghju scurdatu di dì chì sò tutti l'indirizzi IP /24. Allora s'è vo fighjate à l'indirizzi IP /24, vi capisce chì l'urdinatori 10.1.1.10 è 30.1.1.10 ùn sò micca in a stessa reta. Cusì, l'urdinatore chì invià a dumanda capisce chì per abbandunà sta reta, deve cuntattà u gateway 10.1.1.1, chì hè cunfiguratu in una di l'interfaccia di u router. Sapi chì deve andà à 10.1.1.1 è cunnosce u so indirizzu MAC di 1111, ma ùn cunnosci micca l'indirizzu MAC di a porta 10.1.1.1. Chì faci ? Invia una dumanda ARP di trasmissione chì tutti i dispositi in a reta riceveranu, ma solu u router cù l'indirizzu IP 10.1.1.1 risponde à questu.
U router risponderà cù u so indirizzu MAC AAAA, è l'indirizzi MAC d'origine è di destinazione seranu ancu posti in questu quadru. Quandu u quadru hè prontu, un cuntrollu di integrità di dati CRC, chì hè un algoritmu per truvà un checksum per detect errori, serà realizatu prima di abbandunà a reta.
Cyclic Redundancy CRC significa chì stu quadru sanu, da u SYN à l'ultimu indirizzu MAC, hè gestitu per un algoritmu di hashing, dì MD5, chì risultatu in un valore hash. U valore di l'hash, o MD5 checksum, hè allora postu à u principiu di u quadru.
L'aghju marcatu FCS / CRC perchè FCS hè un Frame Check Sequence, un valore CRC di quattru byte. Qualchidunu usanu a designazione FCS è certi usanu a designazione CRC, cusì aghju inclusu solu e duie designazioni. Ma in fondu hè solu un valore di hash. Hè necessariu per assicurà chì tutti i dati ricevuti nantu à a reta ùn cuntene micca errori. Per quessa, quandu stu quadru righjunghji u router, u primu chì u router farà hè di calculà u checksum stessu è paragunà cù u valore FCS o CRC chì cuntene u quadru ricevutu. Questu modu pò verificà chì i dati ricevuti nantu à a reta ùn cuntenenu micca errori, dopu chì ellu sguasserà u checksum da u quadru.
In seguitu, u router guarderà l'indirizzu MAC è dicerà: "Va bè, l'indirizzu MAC AAAA significa chì u quadru hè indirizzatu à mè", è sguassate a parte di u quadru chì cuntene l'indirizzi MAC.
Fighjendu l'indirizzu IP di destinazione 30.1.1.10, hà da capisce chì stu pacchettu ùn hè micca indirizzatu à ellu è deve andà più in u router.
Avà u router "pensa" chì deve vede induve a reta cù l'indirizzu 30.1.1.10 hè situatu. Ùn avemu micca coperto u cuncettu cumpletu di routing, ma sapemu chì i routers anu una tabella di routing. Questa tavula hà una entrata per a reta cù l'indirizzu 30.1.1.0. Comu vi ricordate, questu ùn hè micca l'indirizzu IP di l'ospite, ma l'identificatore di a rete. U router "pensarà" chì pò ghjunghje à l'indirizzu 30.1.1.0/24 passendu per u router 20.1.1.2.
Puderete dumandà, cumu sapi questu? Basta à tene in mente chì a sapete questu sia da i protokolli di routing sia da i vostri paràmetri se cum'è amministratore avete cunfiguratu una strada statica. Ma in ogni casu, a tabella di routing di stu router cuntene l'entrata curretta, cusì sà chì deve mandà stu pacchettu à 20.1.1.2. Assumindu chì u router cunnosci digià l'indirizzu MAC di destinazione, avemu da cuntinuà solu à trasmette u pacchettu. S'ellu ùn cunnosci micca questu indirizzu, hà da principià ARP novu, riceve l'indirizzu MAC di u router 20.1.1.2, è u prucessu di mandà u quadru cuntinueghja novu.
Allora assumemu chì hà digià cunnisciutu l'indirizzu MAC, allora avemu l'indirizzu MAC di a fonte BBB è l'indirizzu MAC di destinazione CCC. U router torna à calculà u FCS / CRC è u mette à u principiu di u quadru.
Allora manda stu quadru nantu à a reta, u quadru righjunghji u router 20.1.12, verifica u checksum, assicura chì e dati ùn sò micca currutti, è sguassate u FCS / CRC. Dopu "truncates" l'indirizzi MAC, fighja à a destinazione è vede chì hè 30.1.1.10. Sapi chì questu indirizzu hè cunnessu à a so interfaccia. U stessu prucessu di furmazione di frames hè ripetutu, u router aghjunghjenu i valori di l'indirizzu MAC di l'urigine è di destinazione, face l'hashing, attache l'hash à u quadru è u manda in a reta.
U nostru servitore, dopu avè ricivutu infine a dumanda SYN indirizzata à ellu, verifica u checksum di hash, è se u pacchettu ùn cuntene micca errori, sguassate l'hash. Allora sguassate l'indirizzi MAC, fighjendu l'indirizzu IP è s'avvicina chì stu pacchettu hè indirizzatu à ellu.
Dopu quì, truncate l'indirizzi IP in relazione à a terza capa di u mudellu OSI è fighja à i numeri di portu.
Vede u portu 21, chì significa u trafficu FTP, vede u SYN è per quessa capisce chì qualchissia prova di cumunicà cun ellu.
Avà, basatu annantu à ciò chì avemu amparatu nantu à a stretta di mano, u servitore 30.1.1.10 creà un pacchettu SYN / ACK è u rinvià à l'urdinatore 10.1.1.10. Dopu avè ricivutu stu pacchettu, u dispositivu 10.1.1.10 hà da creà un ACK, passà per a reta in u listessu modu cum'è un pacchettu SYN, è dopu chì u servitore riceve l'ACK, a cunnessione serà stabilita.
Una cosa chì duvete sapè hè chì tuttu questu succede in menu di un secondu. Questu hè un prucessu assai, assai veloce, chì aghju pruvatu à rallentà per chì tuttu hè chjaru per voi.
Spergu chì truvate ciò chì avete amparatu in stu tutoriale utile. Sì avete qualchì quistione, per piacè scrivitemi à [email prutettu] o lasciate dumande sottu stu video.
Partendu cù a prossima lezione, selezziunà e 3 dumande più interessanti da YouTube, chì riviseraghju à a fine di ogni video. Da avà aghju avutu una sezione "Domande Top" per quessa aghju da publicà una dumanda cù u vostru nome è risponde in diretta. Pensu chì questu serà benefica.
Grazie per stà cun noi. Ti piace i nostri articuli ? Vulete vede più cuntenutu interessante? Supportaci facendu un ordine o ricumandendu à l'amichi, 30% di scontu per l'utilizatori di Habr nantu à un analogu unicu di servitori di livellu d'entrata, chì hè statu inventatu da noi per voi: (dispunibule cù RAID1 è RAID10, finu à 24 core è finu à 40GB DDR4).
VPS (KVM) E5-2650 v4 (6 Core) 10GB DDR4 240GB SSD 1Gbps gratuitu finu à l'estate quandu paghendu per un periodu di sei mesi, pudete ordine .
Dell R730xd 2 volte più prezzu ? Solu quì in l'Olanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - da $ 99! Leghje circa
Source: www.habr.com