Each of these steps has a huge number of background operations going on to make it happen. I'm a retired DNS guy, and that process alone could occupy one of Dave's videos.
@johntoe6127Ай бұрын
Computing is a perfect example of the Dunning-Kruger effect. The average person completely under estimates the complexity behind things that have become common.
@brodie3088Ай бұрын
@@johntoe6127 definitely. I know a guy who is like a 10x dev wizard type dude. His motto is "all I know is that I know nothing". Personally I gave up on being a web dev about a year and a half after I became competent enough to do some cool stuff. The realization that just because you made it work doesn't mean you didn't build it in a way that somebody smarter than you would consider stupid is a tough one to stomach.
@Bunny99sАй бұрын
@@johntoe6127 The Dunning-Kruger effect has nothing to do with underestimating the complexity but only with over estimating the own knowledge. Those are two very different things. Explaining how DNS roughly works is perfectly fine, even when you don't know every little detail. Telling a lay person that it's essentially a telepone book for the internet is enough to get an idea what it does or what it's there for. As long as you don't claim you know everything about DNS, there's nothing wrong with only having partial knowledge. I for myself have written my own DNS server from scratch in C# which currently runs on my raspberry pi with mono :P Though I've only implemented what I needed / wanted and it was more a proof-of-concept / learning project. I've read through most of the RFCs. I didn't implement any DNSSEC stuff. Though my server supports both, UDP and TCP requests. It does not act as a resolver for other zones than my own as I only serve my own records. Currently every request and response is written as a hex dump to the console :) Runs stable for over a year non-stop now. So I don't consider myself as a DNS expert, by no means, but I have a fairly good understanding of the basic protocol, even though I don't implement every extension (DoT, DoQ, DoH, TSIG, ...). Though it's funny to see how many requests come in to check the "bind" version as most would assume that a DNS server is some variant of bind. Berkeley has set quite a few standards over the time. A lot of people who "work" with DNS don't really understand the fine details of the protocol either. Most work only on the configuration level. DNS has a fascinating "name compression" system for requests as each part of a domain name is split into it's individual labels and when multiple things are requested or returned, the protocol can use back references to labels that already existed. Those can even be recursive. Quite fun to implement a parser and encoder for that. I often miss many concept of the "old days" where they tried to spare every bit without the need to make it overly complicated. Modern day development is more about: "we do have the CPU power, memory and bandwidth, so f-it". The "old" protocols were all designed to be easily parsable by hardware implementations. Most modern stuff is just a mess with tons of overhead.
@mikko-penttieinarieronenАй бұрын
@@johntoe6127 I like to adapt the Coastline paradox into computing and technology or any other process-related subjects. The more you dig into each component or step, the more questions you'll end up having :D And often you forget some of the old stuff you have learned, so it's impossible for one person to handle/understand everything.
@jcasetnlАй бұрын
Do you sometimes still volunteer to translate names to IP addresses in your spare time?
@RichardCollette42Ай бұрын
Hey, Dave. As someone who has been teaching this stuff for nearly 30 years, I can say without hesitation that you are excellent at it. I found myself saying out loud, "Dave, you forgot to mention ..." only for you to say it five seconds later. I recommend your channel to my students. On a side note, how about a follow-up video on TCP vs. UDP and, more importantly, QUIC? I'm amazed at how little info there is on QUIC in the traditional educational resources I (must) use. Perhaps more Layer 3 info on how IP works as well.
@RichardincancaleАй бұрын
Yes - maybe another follow up video on how a KZbin video of Dave gets to you - with distributed network of YT servers and use of QUIC to overcome the round trip time that was a problem video over TCP - especially over 4G and / or satellite - my domain!
@PeterBachmanАй бұрын
QUIC makes the certificate key exchange simpler than TCP, fewer round trips, better suited for streaming
@fieryweaselАй бұрын
He forgot the step of hurriedly closing the tab when your boss walks over.
@michaeltyniec7010Ай бұрын
Tetris had that feature - a certain keystroke would switch it to Lotus 1-2-3 (DOS mode) if your boss was coming over.
@robertbelanger2834Ай бұрын
@@michaeltyniec7010 That was the BOSS key, the first one to learn when playing on company computers...
@daniellundqvist5012Ай бұрын
I did the Tetris thing in reverse, I incorporated a sourcecode version of tetris into the system that would start with the Break key, and stop with the Escape key😂
@FlameStrykeShadowDarkАй бұрын
.....or when the tab inexplicably begins blaring music.....
@batteries76Ай бұрын
Your boss lives in your house?!
@jholloway77Ай бұрын
I built myself a simple HTTP 1.0 server in C as a little project. Learned so much about how the protocols work, how sockets work, and how to build something according to documentation & specs. One of my favorite projects that I've done for fun.
@julianocardarelli5106Ай бұрын
Any specific library to handle sockets and open tcp port on server side?
@jholloway77Ай бұрын
@@julianocardarelli5106 @julianocardarelli5106 It was a very, very simple server just using the standard POSIX libraries built into FreeBSD. Nothing external required. I'd share a link to the github, but KZbin keeps filtering out comments with links
@brianjuergensmeyer8809Ай бұрын
Nothing teaches you how something works until you try to implement it to spec.
@jholloway77Ай бұрын
@julianocardarelli5106 it was a basic application and just use the libraries found in any POSIX system. I made mine on FreeBSD
@fakedevduttАй бұрын
TF nerd! nice work tho
@yoman912567Ай бұрын
These are my favorite types of videos! You do such a good job and explain a level deeper than so many other channels. I learn more in these type of vids than years of KZbin IT osmosis.
@ionamygdalon2263Ай бұрын
Nobody can explain these things better than Dave! I often send these videos to people I know who are struggling with these concepts and they all tell me how much it helped!! WELL DONE DAVE 👍👍👍
@zoltannemeth8864Ай бұрын
Back before the internet existed, this process was all done manually, I used to hate the three-way handshakes, but I did enjoy the cookies! Seriously, another great video Dave! Thank you for sharing your experience and knowledge with us!
@ArsNoble8 күн бұрын
I first held a phone tat used to dial ..... I always wondered why internet was like dialing a phone number .
@Sir_Uncle_NedАй бұрын
As an IT networking guy I can confirm that this does paint the general picture of what happens when you request a web page; But every element of that process is a seperate rabbit hole of processes, servers, math, and ungodly gallons of caffeine to keep it all running. I can see why you didn’t go down those rabbit holes for this basic overview
@alexanderboehm7473Ай бұрын
I thought he explained things pretty thoroughly - of course, there will always be more details.
@DetectiveConan990v3Ай бұрын
what do you do as an IT networking guy
@Sir_Uncle_NedАй бұрын
@@DetectiveConan990v3 mainly look after switches and routers. If I do my job well the people I work with don’t notice.
@ArsNoble8 күн бұрын
So ya guysknow i watch cat videos 😱
@grottybootsАй бұрын
Love these deep dives into technical subjects. Your explanations are so damned good! I recall reading Comer's "Internetworking with TCP/IP Volume One" and being blown away at the brilliance of TCP/IP. Keep up the great videos, sir!
@nomadic_shadowАй бұрын
If you started an “in great detail “ series dave, I don’t think anyone would be mad.
@zoltannemeth8864Ай бұрын
This would be awesome!
@steamer1Ай бұрын
I think you'll find I second this motion.
@alex-m-jonesАй бұрын
Dave I think a SYN is an empty packet with the SYN flag set.
@turkishmaid23 күн бұрын
an "in great detail" series for every one of the steps, please... Maybe 2 hrs per step as a starter...
@dailydose7772Ай бұрын
Subscribed after just 2 minutes of your awesomeness. Thanks for your time and knowledge
@floriansalihovic369725 күн бұрын
Double you tee eff. That’s as entertaining as educational - with a delivery worth an audiobook. Well done - subscribed after 12 seconds. Great work
@AtsumariАй бұрын
I am a web tech and manage servers for websites I am glad you went over this. There are so many people who think this is magical and that the internet just works; no it doesn't there is a lot fo work, systems, deamons and configuration files involved. The internet is fascinating and humbling if you understand all the work that goes into making it work and keeping it up.
@subbastionbastion2167Ай бұрын
The protocols doesn't explain how it works at all honestly. Like how the ip address knows where it is in the world and how a device connects to it. Dns to ip ok but what does the ip do
@alexanderboehm7473Ай бұрын
@@subbastionbastion2167 Off the top of my head - Internet Protocol is assigned by a group called IANA. They help manage this because public IP addresses must be unique - unlink private/internal IP addresses. Your ISP is essentially responsible for routing your traffic through different hops (sometimes managed by the ISP, or sometimes when allowed, through other Autonomous Systems). These hops communicate with each other using BGP - an exterior routing protocol that allows for dynamic IP address routing over the internet.
@doozaАй бұрын
@@subbastionbastion2167 An IP address does not know where it is. Routers and ISPs figure out where the IP packets go. Each ISP has bought a set of IP addresses that they assign their customers. When your router has sent the packet to the "Internet highway" (as it saw it was not LAN applicable), the ISPs have their own routing table to know where to send it. "Hmm, this looks like an IP from an Swedish ISP I know. I'm going to send it that way".
@jacobm119028 күн бұрын
@@subbastionbastion2167 The packet is sent through many routers as it makes its way to its destination. First to your home router, then to a router belonging to your ISP, and so on. Each router looks at a huge table in its memory to determine in which direction (that is, to which router) it should send the packet next. These tables are updated by the Border Gateway Protocol (BGP) which operates globally. That's as far as I know because I am only a CCNA.
@komraa26 күн бұрын
@@subbastionbastion2167well every single key word there is a large field in itself. You can find books on these pretty easily
@christophermcdonald8732Ай бұрын
Awesome explanation Dave! Fascinating to see the details, keep it coming!
@johnneyland33346 күн бұрын
You’re the best Dave !! Love your videos and knowledge content !
@javabeanz8549Ай бұрын
Great explanation Dave! For how complex the process is, I think that you broke it down quite well, to be digestible for the general public.
@JV-bw2fwАй бұрын
Excellent video sir; thank you for all the effort, time and dedication that goes into each of the videos you make. Please trust me when I say, there are some of us who truly value and appreciate it.
@MrSunDevil23Ай бұрын
Where were you in the early 90’s when I was just learning networking and getting my MCSE… oh yeah, you were working on the OS I was learning!!! Great video as always. While this is mostly old school info for an old engineer like myself it is a great refresher and will be very VERY helpful to newbies who want to learn.
@toby9999Ай бұрын
It's all new to me... kind of. I've been struggling to understand this stuff for years. I've been a C++ Windows application developer for 28 years, but anything rated to networks does my brain in.
@jimsubtle886Ай бұрын
Awesome video yet again Dave ! I was very pleased with part 1.. I cannot wait to see part 2 !!
@FlightEagleАй бұрын
The best explanation I've seen, thank you. Included correct and appropriately complete detail of the process.
@surabhsawant24 күн бұрын
such a great video! had a great time watching it probably because I had enough context of the web flow but still it had me hooked up till the end in one go.
@bw6378Ай бұрын
Apache and nginx but no IIS? Oh, the irony is not lost on me!!! LOL. Thanks for the video!
@anon_y_mousseАй бұрын
He's just admitting what we all know, IIS sucks.
@abhidube2928Ай бұрын
😂😂
@electrictrojan6719Ай бұрын
No one cares about windows, not unless paid to care.
@kevinL5425Ай бұрын
You really appreciate how much work the computer and network is doing when implementing it with RFC 1149. Personally I think that implementation is for the birds but some people have used it.
@larryjanus596Ай бұрын
I'd tell you a UDP Joke, but you might not get it.
@DavesGarageАй бұрын
You could just resend it, though.
@Sobioytccc24 күн бұрын
@@DavesGaragelet TCP handle it for you 😅
@XORBobАй бұрын
I will be using this video for my Web Dev class next semester. Thanks Dave!
@markmonroe7330Ай бұрын
Excellent presentation. Thank you.
@larrycleetonАй бұрын
It frightens me that I have intimate knowledge of everything you described. Kudos on leaving out the really boring details. One of my minor claims to fame as a former employee is I personally removed the gopher protocol from Internet Explorer that became version 7. 😎
@sdrc92126Ай бұрын
In the olden days, it took decades to earn these things
@wxfreakАй бұрын
Thanks Dave
@quambafuАй бұрын
Great videos Dave! My 16 year old enjoyed the Hello World video and learned quite a bit.
@davidjsutherlandАй бұрын
Great content Dave. Missed the Friendly Giant ending though.
@TonyGingrichАй бұрын
I would be interested if Mr. Plumer has any sentiments to offer regarding VB Script and ActiveX?
@NathanaelNewtonАй бұрын
This is my new favorite series on all of KZbin, please make more😮❤🎉
@FootsieAUАй бұрын
Great vid Dave, but what about SNI? That usually exposes the hostname of the request before the TLS handshake is complete.
@LotharLindingerАй бұрын
Excatly what I wanted to add. I can't believe Dave doesn't know about it but maybe his mind is already TLS 1.3 only.
@geepeezee5030Ай бұрын
Agreed. We need more sites implementing ECH. Otherwise, does no good to obscure dns with DoH/Q/T/etc.
@davidjowett8195Ай бұрын
Once again informative and enjoyable. Thank you.
@Noam-BaharАй бұрын
This is the clearest explanation I've heard so far
@MikeD-tf7dkАй бұрын
As someone that’s been in this world for almost 30 years, you remind me of why it’s important to be open to learning new stuff about subjects, you already have a good understanding of. extra bonus geek question as someone that’s been in this world for almost 30 years. You remind me of why it’s always helpful to be open to stuff you may not know. Extra bonus geek question tho. I didn’t hear you make a more detailed explanation as to what a “static” page is. I’m wondering if you’re so used to it that it seems self-explanatory. The only reason I realized it was I was about 3/4 of the way through when you said it again without explaining what it was.
@DavidWonnАй бұрын
We too easily take for granted how quickly the overall process happens these days. But in the dial-up days and much slower processors, you could almost witness several of the steps happening in real-time if you knew what to monitor.
@sueterra3911Ай бұрын
GOT IT! Gotta run; my landline is ringing.
@mcwolfbeastАй бұрын
03:00 And yet, Google is pushing using UDP for QUIC/HTTP3 instead of TCP. I'm agreeing with you here, I just wonder how a giant like that can get it so wrong.
@thehauntedstream720613 күн бұрын
Incredible brother thank you
@IAmUsingAndroidАй бұрын
Thanks dave for such a detailed explanation.
@ThunderChasersАй бұрын
Love these videos. You'll have that gold play button in no time!
@flowerofash4439Ай бұрын
so dense of information in one video, incredible
@gerakore8948Ай бұрын
back in the day i used to make my own web servers that added background functionality before web 2.0 was a thing. also used this to circumvent cell phone web access limitations.
@manzoor555425 күн бұрын
Exceed Dave please keep posting more detailed Deep Dives ..😊😊😊❤❤
@411sev4 күн бұрын
Well explained. Thank you very much.
@fritzmusicАй бұрын
I have a static IP address so this is not relevant to me. Yes, I'm being facetious. Love your informative videos Dave and always watch and upvote and comment.
@DavesGarageАй бұрын
I have 5 gigabit fiber that I paid to have installed and they STILL won't give me a single static IP :-(
@toby9999Ай бұрын
What difference does a static IP make within the context of this video? I'm clueless 😊
@pete3897Ай бұрын
@@DavesGarage RFC1918, brother- make you own! :)
@kevinL5425Ай бұрын
My problem with HTTP servers is I try to get them to serve me coffee with my cookies, but I keep getting a 418 status code back. Used to happen a lot with Russian web sites. When I finally do find a coffee pot the picture usually shows it is empty (sigh).
@billj5645Ай бұрын
And it's amazing that for many websites that are responsive all of this can happen in under 1 second.
@JT-kz7kqАй бұрын
Excellent video as always. What about a follow-up video as to how data actually gets moved through networks and the internet (mac addresses, subnets, gateways etc)?
@DragonRides75Ай бұрын
another great video Dave thanks for this video
@LivvieLynnАй бұрын
Browser address bar is just one big manual GET request with some rendering. Outside of browser features for searches, local resources, or code etc.
@scratchanitchАй бұрын
Hey Dave, love these full end-to-end discussions. When you were working at Microsoft did you ever have lunch at Crossroads? If so, we probably crossed paths 🙂. More importantly - an idea for a video is for a deep dive on memory management in Windows and how it compares to Apple (and their unified memory architecture).
@bramnetАй бұрын
This is a question I’ve had for a long time. What prevents 3rd parties from listening for the SSL setup commands which would allow them to know the encryption (I think)?
@schulmasteryАй бұрын
Love your content! Always wondered though, when you say " 'mostly' in it for the subs and likes", what's the rest??
@DavesGarageАй бұрын
Well, I do list a book for sale. Before the book, I'd say "I'm just in this for..." but figure since I have that other incentive, I should allow for it!
@kimtyson9101Ай бұрын
Very nicely done!
@breakoutgaffe40276 күн бұрын
Super nice explanation 🔥 🔥
@scottstefanatzАй бұрын
Good video, only you you didn’t mention the network socket layer that breaks the data into sized packets. Each packet contains header info about origin, destination, last network component to handle it, how many hops it has taken and time to live, and sequencing info to know how to put the data back together.
@notreallyme425Ай бұрын
I just watched an interesting video from Computerphile how difficult it is to end the connection. It turns out it’s the same as the two generals problem, how do you acknowledge that you’ve disconnected?
@shantanusapruАй бұрын
Anther great video, Dave!!
@AngeloMartino-z8fАй бұрын
5:15 Actually when you type a website's name in your browser, your device sends a DNS request to translate the domain name into an IP address and your ISP often handles these DNS requests, so they can log the domains you're accessing even if you're visiting HTTPS websites
@chuckistheman2000Ай бұрын
I was asked this question during an interview. Pretty much answered the same way
@MattLaubhan12Ай бұрын
Dave: Any thoughts on NIST SSDF (Secure Software Development Framework)? Many tech folks working for companies that wish to ever do business with the US government or the EU in general moving forwards are now held to pretty extreme security standards. Sounds good on the surface...but that comes with challenges... No security == Optimal Performance. Max security == No product. Somewhere in between is a balance.
@tubeDude48Ай бұрын
Well done Dave. Here's a thought. How about covering tags. I have quite a few at the top of my web page.
@brodie3088Ай бұрын
This goes further than the request, because HTTP request is a separate concept from the browser rendering the HTML (although I guess you could say the concept's are closely tied due to the rendering process usually resulting in a waterfall of additional HTTP requests). Not that I am complaining though! I really liked the video
@youmasajpАй бұрын
Before name resolution, proxy detection is performed. In many cases, computers behind a proxy cannot resolve external names.
@siwiecministro1994Ай бұрын
There is lot of talk about telemetry/spying by Windows, but my impression is that using firewall (like simplewall or Net Peeker or even frontend to Windows Firewall called Windows Firewall Control) basically we can "disable" all of it. Is it correct impression or has Microsoft this "covered" and can establish connections even against firewall rules? Perhaps, you could make a video about Windows Filtering Platform or how "Firewalling" works in Windows. :)
@rajakvk28379 күн бұрын
where will you find browser's cached IP and domain name mapping ?
@petervandebeek5980Ай бұрын
Happy to see you included the Host file, but did not put to much attention into it. If people are going to play with it and forget, it can generate a lot of t-shooting.
@professor-viewsalotАй бұрын
Is that all it does, so why does it take so long? The bit I don't understand is how Dave gets to the end without having to add an ammusing sarcastic smile. Great video presentation Dave.
@davidadams421Ай бұрын
Fantastic! A great follow-up video would be explaining website performance e.g. Google Pagespeed Insights, how DOM complexity, resource sizes e.g. images, largest contentful paint, javascript blocking etc. effect the performance of the website.
@envoycdx27 күн бұрын
Hi Dave, nicely put together! will be helpful for some junior techs just getting into things (and possibly users..) sidenote - is there anywhere you can get your book other than amazon? Thanks.😎
@MagicMan123ificationАй бұрын
am not ready for this , its major
@jemdeweare6432Ай бұрын
Interesting dave , thank you
@LM-ek2hbАй бұрын
Hmmm..? Step 8, Sending the HTTP response has always been a mystery to me. A large response is broken up into packets. Depending on the server and number of packets, some may take different routes (hops) than others. How do they all get to the their destination at the proper time or assembled properly before render time?
@byronwatkins2565Ай бұрын
I learned a great deal; however, I also noticed that sound was not considered and that scroll bar windowing was omitted.
@IsrealSmith32465Ай бұрын
This has nothing to do with the video, but can someone please tell me what that flame spiral thing in the background is? It looks so cool and I want one.
@David_BestАй бұрын
It's amazing that all this is as reliable as it is. Boggles the mind. Now, imagine having to modify and adapt a mainframe Cobol program to fit into all this structure. No wonder the UPS online billing system is siloed and doesn't coordinate with the tracking system. Dave - thank you for this, it's always important to be reminded what's going on behind the blue door.
@vernonturner3113Ай бұрын
What is the protocol for the data packet copy that goes to the NSA ?
@liaminwalesАй бұрын
That's the most clear description of HTTP iv seen.
@carlosfeliciano8687Ай бұрын
Great video! Thanks
@stevebrine4324Ай бұрын
Reminds me of when I wrote a dhcp server on a 16bit microcontroller for a project about 15 years ago. All the back and forth of packets. So many nice libraries now.
@kunhuhАй бұрын
The single take video style is becoming his signature now. 🙂
@bshingledeckerАй бұрын
Another important key in the transporting of all the itty bitty bits, is the network, or I believe they are called telco class routers set along the path that routes each block of data to where they need to go. Juniper, Cisco, Alcatel, Ciena, are a few of the makers of these monster routers. Costs of these beasts can hit a million in no time, and give a hint why the internet is not free. I would love to hear your take on networking.
@Lardzor29 күн бұрын
@1:46 I believe first the system checks the 'windows\system32\drivers\etc\HOSTS' file. A shout-out to NAT Network Address Translation would have been nice.
@matttownsend7119Ай бұрын
Thanks Dave. Please do the same with how packets get to and fro, and how windows security works.
@BRBTechTalkАй бұрын
8:22 I don't know that I would call advertising services "enrichment".
@DavesGarageАй бұрын
That's why I did the air quotes :-)
@mds000123Ай бұрын
This was soooo good.
@GeorgeValkovАй бұрын
Dave, would you be curious to explore the internals of my web server?
@HughsMakersCornerАй бұрын
All this in the time it takes for me to have a sip of my morning coffee!
@digantakonerАй бұрын
I know this is a stupid question but is active directory code available somewhere?
@luckybutunlucky8937Ай бұрын
People will never know the satisfaction of flipping through a yellowpages and collecting the coupons in the back of it.
@brettspicer6463Ай бұрын
I still remember and how they hurt over the top of the head.
@NotSoMuchFranklyАй бұрын
I thought it was to make prank calls more efficiently when not every possible phone number was used. I wonder if younger folks would understand what it means when someone would say in a movie before leaving another character they just met, "I'm in the book." I always wanted the other person to respond, "You're in the Bible?"
@zoltannemeth8864Ай бұрын
“Hi, I’m an appliance repair technician, I’m calling to see if your refrigerator running?”… etc… Or calling a bar “I’m looking for a friend named Amanda… last name Huggenkis…”… life was so simple back in the day… Ah the good ‘ole days of prank calling…
@ChitChat25 күн бұрын
Fun fact: Try not to think of UDP as "unreliable." UDP packets crossing the same virtual circuit as TCP packets have the same speed and "reliability." Better to think that UDP doesn't provide receipts of delivery like TCP does.
@zonegamma8197Ай бұрын
I teach this subject this winter, wery useful thanks
@robumfАй бұрын
Remember that the Internet was design with redundant in mind. All the security was added later and on top and backwards compatible to the existing protocols.
@LtShiftyАй бұрын
You should do a video on the part between steps 3 and 4, how a packet is routed across the internet from the local machine, to the gateway, to the ISP, across the internet, to the server. I'm more than familiar with networking, and even today I'm convinced it's still IT voodoo.
@stargazer7644Ай бұрын
You didn't say which version of HTTP you're explaining. The latest versions are now using UDP instead of TCP.
@notaras19857 күн бұрын
Why is this
@stargazer76446 күн бұрын
@@notaras1985 They're switching to UDP because so many devices are mobile now. When you're mobile your network and IP address can change. This breaks TCP based connection oriented protocols. With UDP it doesn't matter which IP the request is made from and it hands off seamlessly.
@swittman91235 күн бұрын
I don't think this is the 12 step process my therapist had in mind...
@fragalotАй бұрын
But how does it work when you have multiple web tabs open, or you're behind a NAS with multiple devices on the same web site.. how aren't data packets getting confused where to go? Is it SYN/ACK part that does that?
@ilovecatsandsynths9702Ай бұрын
I think you meant to say NAT, not NAS. The NAT translates the IP addresses between your internal network and internet, and translates the port numbers (those numbers Dave mentions during the TCP handshake) between the two sides. Each connection uses a different source port number.
@fragalotАй бұрын
@@ilovecatsandsynths9702 Yes NAT sorry about that
@fragalotАй бұрын
@@ilovecatsandsynths9702 So it uses a different ports? Wouldn't that all be on port 80 for the web? I know ports aren't hard-coded in to every protocol used (80 for web) but i figured it had to be some sort of unique identifier in the tcp/ip packet that the NAT router sees and knows where it goes.
@ilovecatsandsynths9702Ай бұрын
@@fragalot Every TCP (and UDP) packet has a source port and a destination port. The request from your browser to the server goes out on a random source port and a set destination port (generally 80 for HTTP, 443 for HTTPS). The response packets have the source and destination ports swapped so the browser knows what connection the packet belongs to.
@YoutubeBorkedMyOldHandle_whyАй бұрын
Dave ... even more amazing than this incredibly complex series of steps to display a web page, is that you managed to rattle off the entire sequence without skipping a beat. Unbelievable.