WEBVTT

00:00:00.000 --> 00:00:05.963
Opening a website feels like one action. Underneath it, several stages have to

00:00:05.963 --> 00:00:11.927
work. Separating those stages helps you explain what succeeded and what failed.

00:00:11.927 --> 00:00:16.031
First, a name lookup can return an address record. That gives the client

00:00:16.031 --> 00:00:20.134
information about a destination. It does not prove that the website is listening

00:00:20.134 --> 00:00:24.238
or that the page will work.

00:00:24.238 --> 00:00:29.033
Next, the client tries to connect. A protected connection also involves checking

00:00:29.033 --> 00:00:33.827
the server identity and agreeing how to protect the exchange. A DNS success does

00:00:33.827 --> 00:00:38.622
not guarantee connection success.

00:00:38.622 --> 00:00:43.052
HTTP carries a request and a response. The response has a status, headers, and

00:00:43.052 --> 00:00:47.482
often a body. The document might succeed while a stylesheet, an image, or a

00:00:47.482 --> 00:00:51.912
script fails.

00:00:51.912 --> 00:00:56.488
The browser puts those resources together. A useful test checks more than the

00:00:56.488 --> 00:01:01.065
first response. It checks whether the page can be read, whether resources load,

00:01:01.065 --> 00:01:05.641
and whether the intended interaction works.

00:01:05.641 --> 00:01:10.908
Try this question. A name resolves, but a connection is refused. Which stage

00:01:10.908 --> 00:01:16.176
needs your attention next? Start with the connection, not an assumption that DNS

00:01:16.176 --> 00:01:21.443
must be wrong. Continue with the learning path to practice.

