Voordat we aan de video-tutorial van vandaag beginnen, wil ik iedereen bedanken die heeft bijgedragen aan de populariteit van mijn cursus op YouTube. Toen ik er ongeveer 8 maanden geleden mee begon, had ik zo'n succes niet verwacht - vandaag zijn mijn lessen door 312724 mensen bekeken, ik heb 11208 abonnees. Ik had nooit gedroomd dat dit bescheiden begin zulke hoogten zou bereiken. Maar laten we geen tijd verspillen en meteen naar de les van vandaag gaan. Vandaag zullen we de hiaten opvullen die zich in de afgelopen 7 videolessen hebben voorgedaan. Hoewel het vandaag pas dag 6 is, is dag 3 opgesplitst in 3 videolessen, dus vandaag bekijk je daadwerkelijk de achtste videoles.
Vandaag behandelen we drie belangrijke onderwerpen: DHCP, TCP-transport en de meest voorkomende poortnummers. We hebben het al gehad over IP-adressen, en een van de belangrijkste factoren bij de configuratie van IP-adressen is DHCP.
DHCP staat voor Dynamic Host Configuration Protocol en het is een protocol dat helpt bij het dynamisch configureren van IP-adressen voor hosts. We hebben dit raam dus allemaal gezien. Wanneer u op de optie “Automatisch een IP-adres verkrijgen” klikt, zoekt de computer naar een DHCP-server die op hetzelfde subnet is geconfigureerd en verzendt verschillende pakketten en verzoeken om het IP-adres. Het DHCP-protocol kent 6 berichten, waarvan er 4 cruciaal zijn voor het toekennen van een IP-adres.
Het eerste bericht is een DHCP DISCOVERY-bericht. Het DHCP-detectiebericht lijkt op een begroetingsbericht. Wanneer een nieuw apparaat zich bij het netwerk aansluit, wordt gevraagd of er een DHCP-server op het netwerk aanwezig is.
Wat u op de dia ziet, lijkt op een uitzendverzoek waarbij het apparaat contact maakt met alle apparaten in het netwerk op zoek naar een DHCP-server. Zoals ik al zei, dit is een uitzendverzoek, zodat alle apparaten op het netwerk het kunnen horen.
Als er een DHCP-server op het netwerk aanwezig is, verzendt deze een pakket: een DHCP-AANBIEDING. Voorstel houdt in dat de DHCP-server, als reactie op een detectieverzoek, een configuratie naar de client stuurt, waarbij de client wordt gevraagd een specifiek IP-adres te accepteren.
De DHCP-server reserveert een IP-adres, in dit geval 192.168.1.2, verstrekt dit niet, maar reserveert dit adres voor het apparaat. Tegelijkertijd bevat het aanbiedingspakket een eigen IP-adres van de DHCP-server.
Als er meer dan één DHCP-server op dit netwerk aanwezig is, zal een andere DHCP-server, bij ontvangst van het broadcastverzoek van de client, hem ook zijn IP-adres aanbieden, bijvoorbeeld 192.168.1.50. Het is niet gebruikelijk dat er twee verschillende DHCP-servers op hetzelfde netwerk zijn geconfigureerd, maar soms gebeurt het wel. Wanneer er dus een DHCP-aanbod naar een client wordt gestuurd, ontvangt deze 2 DHCP-aanbiedingen en moet hij nu beslissen welk DHCP-aanbod hij wil accepteren.
Laten we aannemen dat de klant de eerste aanvraag accepteert. Dit betekent dat de client een DHCP REQUEST-verzoek verzendt dat letterlijk zegt: "Ik accepteer het IP-adres 192.168.1.2 aangeboden door de DHCP-server 192.168.1.1."
Bij ontvangst van het verzoek antwoordt de 192.168.1.1 DHCP-server "Oké, ik geef het toe", dat wil zeggen dat hij het verzoek bevestigt en deze DHCP ACK naar de client stuurt. Maar we herinneren ons dat een andere DHCP-server een IP-adres van 1.50 heeft gereserveerd voor de client. Zodra het een broadcastverzoek van een client ontvangt, zal het op de hoogte zijn van de fout en zal het dat IP-adres terug in de pool plaatsen, zodat het het aan een andere client kan toewijzen als het een ander verzoek ontvangt.
Dit zijn de 4 kritische berichten die DHCP uitwisselt bij het toewijzen van IP-adressen. Vervolgens heeft DHCP nog 2 informatieberichten. Er wordt een informatiebericht uitgegeven door de client als deze meer informatie nodig heeft dan hij heeft ontvangen in de DHCP OFFER-clausule in de tweede stap. Als de server niet voldoende informatie heeft verstrekt in het DHCP-aanbod, of als de client meer informatie nodig heeft dan wat er in het aanbiedingspakket stond, vraagt hij om aanvullende DHCP-informatie. Er is nog een bericht dat de client naar de server stuurt: dit is de DHCP RELEASE. Het informeert u dat de klant zijn bestaande IP-adres wil vrijgeven.
Wat echter het vaakst gebeurt, is dat de gebruiker de verbinding met het netwerk verbreekt voordat de client tijd heeft om een DHCP RELEASE naar de server te sturen. Dit gebeurt wanneer u de computer uitzet, wat wij doen. In dit geval heeft de netwerkclient of computer eenvoudigweg geen tijd om de server te informeren om het gebruikte adres vrij te geven, dus DHCP RELEASE is geen vereiste stap. De vereiste stappen om een IP-adres te verkrijgen zijn: DHCP-detectie, DHCP-aanbod, DHCP-verzoek en DHCP-handshake.
In een van de volgende lessen zal ik je vertellen hoe we een DHCP-server configureren bij het maken van een DNCP-pool. Met poolen bedoelen we dat u de server vertelt IP-adressen toe te wijzen in het bereik 192.168.1.1 tot 192.168.1.254. De DHCP-server zal dus een pool creëren, daarin 254 IP-adressen plaatsen en alleen vanuit deze pool adressen aan clients op het netwerk kunnen toewijzen. Dit is dus zoiets als een administratieve instelling die de gebruiker kan doen.
Laten we nu eens kijken naar TCP-transmissie. Ik weet niet of je bekend bent met de "telefoon" op de foto, maar toen we kinderen waren, gebruikten we deze blikjes die met een touwtje waren verbonden om met elkaar te praten.
Helaas kan de huidige generatie zich deze “luxe” niet veroorloven. Ik bedoel, tegenwoordig zitten kinderen vanaf één jaar voor de tv, ze spelen PSP en misschien is dit discutabel, maar ik denk dat we de beste jeugd hebben gehad, we gingen eigenlijk naar buiten en speelden spelletjes en de kinderen van vandaag kunnen niet van de bank worden weggetrokken .
Mijn zoon is nog maar een jaar oud en ik kan nu al zien dat hij verslaafd is aan de iPad. Ik bedoel, hij is nog erg jong, maar ik denk dat de kinderen van vandaag al geboren zijn en weten hoe ze met elektronische gadgets moeten omgaan. Dus ik wilde zeggen dat we als kinderen gaten in blikjes maakten als we speelden, en als we ze met een touwtje vastbonden en iets in het ene blikje zeiden, kon de persoon aan de andere kant horen wat er werd gezegd. naar hem toe, simpelweg door het blikje tegen zijn oor te houden. Het lijkt dus erg op een netwerkverbinding.
Tegenwoordig moeten zelfs TCP-overdrachten een verbinding hebben die tot stand moet worden gebracht voordat de daadwerkelijke gegevensoverdracht begint. Zoals we in eerdere lessen hebben besproken, is TCP verbindingsgerichte transmissie, terwijl UDP verbindingsgerichte transmissie is. Je zou kunnen zeggen dat UDP is waar ik de bal gooi en het is aan jou om te zien of je hem kunt vangen. Of je er nu klaar voor bent of niet, dat is niet mijn probleem, ik ga hem gewoon verlaten.
TCP lijkt meer op dat je met een man praat en hem van tevoren waarschuwt dat je een bal gaat gooien, zodat je een band opbouwt, en dan gooit je de bal zodat de kans groter is dat je partner klaar is om hem te vangen. TCP bouwt dus daadwerkelijk de verbinding op en begint vervolgens met de daadwerkelijke verzending.
Laten we eens kijken hoe het zo'n verbinding tot stand brengt. Dit protocol maakt gebruik van een 3-weg handshake om een verbinding tot stand te brengen. Dit is geen erg technische term, maar wordt al lang gebruikt om een TCP-verbinding te beschrijven. Een 3-weg handshake wordt geïnitieerd door het verzendende apparaat, waarbij de client een pakket met een SYN-vlag naar de server verzendt.
Laten we zeggen dat het meisje op de voorgrond, wiens gezicht we kunnen zien, apparaat A is, en het meisje op de achtergrond, wiens gezicht niet zichtbaar is, apparaat B is. Meisje A stuurt een SYN-pakket naar meisje B en zij zegt: 'Geweldig, wie- dan wil hij met mij communiceren. Dus ik moet antwoorden dat ik klaar ben om te communiceren!” Hoe je dat doet? Men zou eenvoudigweg nog een SYN-pakket terug kunnen sturen en vervolgens een ACK die de ontvangst van het originele SYN-pakket aangeeft. Maar in plaats van ACK's afzonderlijk te verzenden, vormt de server een gemeenschappelijk pakket dat de SYN en ACK bevat en verzendt dit via het netwerk.
Op dit punt heeft apparaat A dus een SYN-pakket verzonden en een SYN/ACK-pakket terug ontvangen. Nu moet apparaat A apparaat B een ACK-pakket sturen, dat wil zeggen bevestigen dat het toestemming heeft gekregen van apparaat B om communicatie tot stand te brengen. Beide apparaten ontvingen dus SYN- en ACK-pakketten, en nu kunnen we zeggen dat de verbinding tot stand is gebracht, dat wil zeggen dat er een handshake in drie fasen is voltooid met behulp van het TCP-protocol.
Vervolgens zullen we kijken naar TCP Windowing-technologie. Simpel gezegd is het een methode die in TCP/IP wordt gebruikt om te onderhandelen over de mogelijkheden van de zender en de ontvanger.
Laten we zeggen dat we in Windows een groot bestand, bijvoorbeeld 2 GB, van de ene schijf naar de andere proberen over te brengen. Helemaal aan het begin van de overdracht informeert het systeem ons dat de bestandsoverdracht ongeveer 1 jaar zal duren. Maar een paar seconden later corrigeert het systeem zichzelf en zegt: “Oh, wacht even, ik denk dat het ongeveer zes maanden zal duren, geen jaar.” Er zal nog wat tijd verstrijken en Windows zal zeggen: "Ik denk dat ik het bestand binnen 6 maand kan overbrengen." Dit wordt gevolgd door het bericht “1 dag”, “1 uur”, “6 uur”, “3 uur”, “1 minuten”, “20 minuten”, “10 minuten”. In feite duurt het hele bestandsoverdrachtproces slechts 3 minuten. Hoe is dit gebeurd? Wanneer uw apparaat probeert te communiceren met een ander apparaat, verzendt het in eerste instantie één pakket en wacht op bevestiging. Wacht het toestel lang op bevestiging, dan denkt het: “als ik met deze snelheid 3 GB aan data moet overbrengen, duurt dat zo’n 2 jaar.” Na enige tijd ontvangt uw apparaat een ACK en denkt: “Oké, ik heb één pakket verzonden en een ACK ontvangen, dus de ontvanger kan één pakket ontvangen. Nu ga ik proberen hem tien pakjes te sturen in plaats van één.” De afzender verzendt 2 pakketten en ontvangt na enige tijd een ACK-bevestiging van het ontvangende apparaat, wat betekent dat de ontvanger wacht op het volgende, 1e pakket. De afzender denkt: “prima, aangezien de ontvanger 10 pakketjes tegelijk heeft afgehandeld, ga ik nu proberen hem 10 pakketjes te sturen in plaats van tien.” Hij verzendt 11 pakketten en de ontvanger antwoordt dat hij ze heeft ontvangen en nu op 10 pakketten wacht. Dus in de loop van de tijd neemt het aantal verzonden pakketten toe.
Dit is de reden waarom je een snelle afname ziet in de kopieertijd van bestanden vergeleken met wat oorspronkelijk werd vermeld - dit komt door het toegenomen vermogen om grote hoeveelheden gegevens over te dragen. Er komt echter een moment waarop verdere toename van het transmissievolume onmogelijk wordt. Stel dat u 10000 pakketten hebt verzonden, maar de apparaatbuffer van de ontvanger kan er slechts 9000 accepteren. In dit geval verzendt de ontvanger een ACK met de boodschap: "Ik heb 9000 pakketten ontvangen en ben nu klaar om 9001 te ontvangen." Hieruit concludeert de afzender dat de buffer van het ontvangende apparaat een capaciteit heeft van slechts 9000, wat betekent dat ik vanaf nu niet meer dan 9000 pakketten tegelijk zal verzenden. In dit geval berekent de afzender snel de tijd die hij nodig heeft om de resterende hoeveelheid gegevens in porties van 9000 pakketten over te dragen, en geeft daarbij 3 minuten. Deze drie minuten zijn de werkelijke zendtijd. Dat is wat TCP Windowing doet.
Dit is een van die verkeersbeperkingsmechanismen waarbij het verzendende apparaat uiteindelijk begrijpt wat de werkelijke netwerkcapaciteit is. Je vraagt je misschien af waarom ze het niet van tevoren eens kunnen worden over de capaciteit van het ontvangende apparaat? Feit is dat dit technisch onmogelijk is omdat er verschillende soorten apparaten op het netwerk zijn. Stel dat u een iPad heeft en deze een andere snelheid voor gegevensoverdracht/ontvangst heeft dan een iPhone, dat u verschillende soorten telefoons heeft, of misschien heeft u een heel oude computer. Daarom heeft iedereen een andere netwerkbandbreedte.
Dat is de reden waarom de TCP Windowing-technologie werd ontwikkeld, wanneer de datatransmissie op lage snelheid begint of met de transmissie van een minimaal aantal pakketten, waardoor het verkeersvenster geleidelijk wordt vergroot. U verzendt één pakket, 5 pakketten, 10 pakketten, 1000 pakketten, 10000 pakketten en opent langzaam dat venster steeds verder totdat de “opening” het maximaal mogelijke volume aan verkeer bereikt dat in een specifieke periode wordt verzonden. Het concept van Windowing maakt dus deel uit van de werking van het TCP-protocol.
Vervolgens kijken we naar de meest voorkomende poortnummers. De klassieke situatie is wanneer je 1 hoofdserver hebt, misschien een datacenter. Het omvat een bestandsserver, webserver, mailserver en DHCP-server. Als een van de clientcomputers nu contact maakt met het datacenter, dat zich in het midden van de afbeelding bevindt, begint deze fileserververkeer naar clientapparaten te sturen. Dit verkeer wordt rood weergegeven en wordt op een specifieke poort voor een specifieke toepassing vanaf een specifieke server verzonden.
Hoe wist de server waar bepaald verkeer naartoe moest? Hij leert dit van het poortnummer van de bestemming. Als u naar het frame kijkt, ziet u dat bij elke gegevensoverdracht het bestemmingspoortnummer en het bronpoortnummer worden vermeld. Je kunt zien dat het blauwe en rode verkeer, en het blauwe verkeer webserververkeer is, beide naar dezelfde fysieke server gaan, waarop verschillende servers zijn geïnstalleerd. Als dit een datacenter is, maakt het gebruik van virtuele servers. Dus hoe wisten ze dat het rode verkeer terug moest gaan naar die linkerlaptop met dat IP-adres? Dat weten ze dankzij poortnummers. Als u het Wikipedia-artikel “Lijst met TCP- en UDP-poorten” raadpleegt, ziet u dat daarin alle standaardpoortnummers worden vermeld.
Als u naar beneden scrollt op deze pagina, ziet u hoe groot deze lijst is. Het bevat ongeveer 61 nummers. Poortnummers van 000 tot en met 1 staan bekend als de meest voorkomende poortnummers. Poort 1024/TCP is bijvoorbeeld voor het verzenden van ftp-opdrachten, poort 21 is voor ssh en poort 22 is voor Telnet, dat wil zeggen voor het verzenden van niet-gecodeerde berichten. De zeer populaire poort 23 verzendt gegevens via HTTP, terwijl poort 80 gecodeerde gegevens via HTTPS verzendt, wat vergelijkbaar is met de beveiligde versie van HTTP.
Sommige poorten zijn toegewezen aan zowel TCP als UDP, en andere voeren verschillende taken uit, afhankelijk van of de verbinding TCP of UDP is. Officieel wordt dus TCP-poort 80 gebruikt voor HTTP, en onofficieel wordt UDP-poort 80 gebruikt voor HTTP, maar onder een ander HTTP-protocol: QUIC.
Daarom zijn poortnummers in TCP niet altijd bedoeld om hetzelfde te doen als in UDP. U hoeft deze lijst niet uit uw hoofd te leren, het is onmogelijk om te onthouden, maar u moet wel enkele populaire en meest voorkomende poortnummers kennen. Zoals ik al zei, hebben sommige van deze poorten een officieel doel, dat wordt beschreven in de normen, en sommige hebben een onofficieel doel, zoals het geval is met Chromium.
Deze tabel bevat dus alle algemene poortnummers en deze nummers worden gebruikt om verkeer te verzenden en te ontvangen bij gebruik van specifieke applicaties.
Laten we nu eens kijken hoe gegevens zich over het netwerk verplaatsen op basis van de weinige informatie die we kennen. Laten we zeggen dat computer 10.1.1.10 contact wil maken met deze computer, of deze server, die het adres 30.1.1.10 heeft. Onder het IP-adres van elk apparaat staat het MAC-adres. Ik geef het voorbeeld van een MAC-adres met alleen de laatste 4 tekens, maar in de praktijk is het een 48-bits hexadecimaal getal met 12 tekens. Omdat elk van deze getallen uit 4 bits bestaat, vertegenwoordigen 12 hexadecimale cijfers een getal van 48 bits.
Zoals we weten, moet, als dit apparaat contact wil maken met deze server, eerst de eerste stap van de 3-weg handshake worden uitgevoerd, dat wil zeggen het verzenden van een SYN-pakket. Wanneer dit verzoek wordt gedaan, specificeert computer 10.1.1.10 het bronpoortnummer, dat Windows dynamisch aanmaakt. Windows selecteert willekeurig een poortnummer tussen 1 en 65,000. Maar aangezien startnummers in het bereik van 1 tot 1024 algemeen bekend zijn, zal het systeem in dit geval getallen groter dan 25000 in overweging nemen en een willekeurige bronpoort creëren, bijvoorbeeld nummer 25113.
Vervolgens zal het systeem een bestemmingspoort aan het pakket toevoegen, in dit geval is dit poort 21, omdat de applicatie die verbinding probeert te maken met deze FTP-server weet dat deze FTP-verkeer moet verzenden.
Vervolgens zegt onze computer: "Oké, mijn IP-adres is 10.1.1.10 en ik moet contact opnemen met het IP-adres 30.1.1.10." Beide adressen zijn ook opgenomen in het pakket en vormen een SYN-verzoek, en dit pakket zal pas veranderen aan het einde van de verbinding.
Ik wil dat je uit deze video begrijpt hoe gegevens over het netwerk bewegen. Wanneer onze computer die het verzoek verzendt het bron-IP-adres en het doel-IP-adres ziet, begrijpt hij dat het bestemmingsadres zich niet op dat lokale netwerk bevindt. Ik vergat te zeggen dat dit allemaal /24 IP-adressen zijn. Dus als u naar de /24 IP-adressen kijkt, zult u zich realiseren dat computers 10.1.1.10 en 30.1.1.10 zich niet op hetzelfde netwerk bevinden. De computer die het verzoek verzendt, begrijpt dus dat hij, om dit netwerk te verlaten, contact moet opnemen met de 10.1.1.1-gateway, die is geconfigureerd op een van de routerinterfaces. Hij weet dat hij naar 10.1.1.1 moet gaan en kent zijn MAC-adres 1111, maar kent het MAC-adres van gateway 10.1.1.1 niet. Wat is hij aan het doen? Het verzendt een broadcast ARP-verzoek dat alle apparaten in het netwerk zullen ontvangen, maar alleen de router met IP-adres 10.1.1.1 zal hierop reageren.
De router reageert met zijn AAAA MAC-adres, en zowel de bron- als de bestemming-MAC-adressen worden ook in dit frame geplaatst. Zodra het frame klaar is, wordt er een CRC-gegevensintegriteitscontrole uitgevoerd, een algoritme voor het vinden van een controlesom om fouten te detecteren, voordat het het netwerk verlaat.
Cyclische redundantie CRC betekent dat dit hele frame, vanaf de SYN tot het laatste MAC-adres, door een hash-algoritme, bijvoorbeeld MD5, wordt geleid, wat resulteert in een hash-waarde. De hashwaarde, of MD5-checksum, wordt vervolgens aan het begin van het frame geplaatst.
Ik heb het FCS/CRC genoemd omdat FCS een Frame Check Sequence is, een CRC-waarde van vier bytes. Sommige mensen gebruiken de aanduiding FCS en sommigen gebruiken de aanduiding CRC, dus ik heb zojuist beide aanduidingen toegevoegd. Maar eigenlijk is het gewoon een hashwaarde. Het is nodig om ervoor te zorgen dat alle gegevens die via het netwerk worden ontvangen, geen fouten bevatten. Wanneer dit frame de router bereikt, zal de router daarom als eerste de controlesom zelf berekenen en deze vergelijken met de FCS- of CRC-waarde die het ontvangen frame bevat. Zo kan hij controleren of de via het netwerk ontvangen gegevens geen fouten bevatten, waarna hij de checksum uit het frame verwijdert.
Vervolgens kijkt de router naar het MAC-adres en zegt: "Oké, MAC-adres AAAA betekent dat het frame aan mij is geadresseerd", en verwijdert het deel van het frame dat de MAC-adressen bevat.
Als hij naar het bestemmings-IP-adres 30.1.1.10 kijkt, zal hij begrijpen dat dit pakket niet aan hem is geadresseerd en verder door de router moet gaan.
Nu “denkt” de router dat hij moet kijken waar het netwerk met het adres 30.1.1.10 zich bevindt. We hebben nog niet het volledige concept van routering besproken, maar we weten dat routers een routeringstabel hebben. Deze tabel bevat een vermelding voor het netwerk met adres 30.1.1.0. Zoals u zich herinnert, is dit niet het IP-adres van de host, maar de netwerkidentificatie. De router zal “denken” dat hij het adres 30.1.1.0/24 kan bereiken door via router 20.1.1.2 te gaan.
Je kunt je afvragen: hoe weet hij dit? Houd er rekening mee dat het dit weet via de routeringsprotocollen of via uw instellingen als u als beheerder een statische route heeft geconfigureerd. Maar in ieder geval bevat de routeringstabel van deze router de juiste invoer, zodat hij weet dat hij dit pakket naar 20.1.1.2 moet sturen. Ervan uitgaande dat de router het MAC-adres van de bestemming al kent, gaan we gewoon door met het doorsturen van het pakket. Als hij dit adres niet kent, zal hij ARP opnieuw starten, het MAC-adres 20.1.1.2 van de router ontvangen en het proces van het verzenden van het frame zal opnieuw doorgaan.
We gaan er dus van uit dat het MAC-adres al bekend is, en dan hebben we het BBB-bron-MAC-adres en het CCC-doel-MAC-adres. De router berekent opnieuw de FCS/CRC en plaatst deze aan het begin van het frame.
Vervolgens verzendt het dit frame over het netwerk, het frame bereikt router 20.1.12, controleert de checksum, zorgt ervoor dat de gegevens niet beschadigd zijn en verwijdert de FCS/CRC. Vervolgens "kapt" het de MAC-adressen af, kijkt naar de bestemming en ziet dat dit 30.1.1.10 is. Hij weet dat dit adres verbonden is met zijn interface. Hetzelfde framevormingsproces wordt herhaald, de router voegt de bron- en bestemmings-MAC-adreswaarden toe, voert de hashing uit, koppelt de hash aan het frame en verzendt deze over het netwerk.
Nadat onze server eindelijk het aan hem gerichte SYN-verzoek heeft ontvangen, controleert hij de hash-checksum en als het pakket geen fouten bevat, verwijdert hij de hash. Vervolgens verwijdert hij de MAC-adressen, kijkt naar het IP-adres en realiseert zich dat dit pakket aan hem is geadresseerd.
Daarna worden de IP-adressen die betrekking hebben op de derde laag van het OSI-model afgekapt en worden de poortnummers bekeken.
Hij ziet poort 21, wat FTP-verkeer betekent, ziet de SYN en begrijpt dus dat iemand met hem probeert te communiceren.
Gebaseerd op wat we over de handshake hebben geleerd, zal server 30.1.1.10 een SYN/ACK-pakket aanmaken en dit terugsturen naar computer 10.1.1.10. Bij ontvangst van dit pakket zal apparaat 10.1.1.10 een ACK aanmaken, deze op dezelfde manier door het netwerk doorgeven als een SYN-pakket, en nadat de server de ACK heeft ontvangen, wordt de verbinding tot stand gebracht.
Eén ding dat u moet weten, is dat dit allemaal in minder dan een seconde gebeurt. Dit is een heel, heel snel proces, dat ik heb geprobeerd te vertragen, zodat alles duidelijk voor je is.
Ik hoop dat je wat je in deze tutorial hebt geleerd nuttig vindt. Als u vragen heeft, kunt u mij schrijven op [e-mail beveiligd] of laat vragen achter onder deze video.
Vanaf de volgende les selecteer ik de 3 meest interessante vragen van YouTube, die ik aan het einde van elke video bespreek. Vanaf nu heb ik een sectie 'Topvragen', dus ik zal een vraag samen met je naam plaatsen en deze live beantwoorden. Ik denk dat dit nuttig zal zijn.
Bedankt dat je bij ons bent gebleven. Vind je onze artikelen leuk? Wil je meer interessante inhoud zien? Steun ons door een bestelling te plaatsen of door vrienden aan te bevelen, 30% korting voor Habr-gebruikers op een unieke analoog van instapservers, die door ons voor u is uitgevonden: (beschikbaar met RAID1 en RAID10, tot 24 cores en tot 40GB DDR4).
VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps gratis tot de zomer bij betaling voor een periode van zes maanden kunt u bestellen .
Dell R730xd 2 keer goedkoper? Alleen hier in Nederland! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - vanaf $99! Lees over
Bron: www.habr.com