Como meus tópicos são focados em programação principalmente mas a área é de tecnologia, vou começar a postar material que não necessariamente tenha a ver com programação ou que sirva de base para programação.
Decidi começar com um tópico explicando VPNs, mas pra entender VPN é interessante saber como a web funciona. Então, o primeiro tópico nesse novo formato vai ser sobre como o básico de fluxo de informação na web. Algo bem for dummies mesmo, mais a título de curiosidade.
Navegar pela Internet não é nada mais nada menos do que comunicar seu dispositivo, seja ele um computador, um notebook, uma smarTV, um celular, etc, a outro dispositivo, chamado servidor, por meio da rede de dados que corresponde à internet.
Então, basicamente, há dois lados nessa história, o do usuário da Internet, que representa o client side, ou lado do cliente, e o servidor, que é o server side, ou lado do servidor.
Cliente e servidor se comunicam por meio de requisições (requests) e respostas. O cliente manda requisições para o servidor e o servidor responde (response) com o que o cliente requisitou.

Mas esses requests e essas responses dependem de diversos atores e protocolos. Aqui entram conceitos como protocolo TCP/IP, protocolo HTTP, servidor de DNS, etc.
Mas vamos começar do começo. Você, ao acessar o site da Bastter.com no seu browser, digita na barra de navegação do browser (o Chrome ou Firefox ou Safari ou Opera, etc) o domínio w w w.b a s t t e r. c o m (separado aqui entre espaços porque o site converte o link) e tecla enter. Ao teclar enter, você mandou uma requisição para um cara chamado servidor de DNS.
DNS significa Domain Name Server, ou Servidor de Nome de Domínios, e a função dele é tal qual uma lista telefônica. Nas antigas listas telefônicas, seromandos procuravam por nome de cada pessoa ou instituição e obtinham os números de telefone dessa pessoa ou instituição.
O servidor de DNS como lista telefônica aqui significa que estamos procurando qual o número de telefone da Bastter.com, mas na verdade na web o número de telefone significa número de IP.
Isso funciona mais ou menos como uma agenda de telefone celular. Ao digitar no seu celular, na agenda, o nome de alguém e clicar para discar para essa pessoa, o celular não está procurando pelo nome do seu contato na agenda e sim pelo número de telefone desse contato.
Na web, o nome do contato é o domínio e o número de telefone do contato é o IP na rede.
Ou seja, eu mando uma requisição no meu browser para acessar a Bastter.com, a requisição vai para um servidor de DNS e ele procura qual o número de IP do servidor real onde a Bastter.com está hospedada. O servidor de DNS responde para meu browser informando o número de IP do servidor na web e o browser agora procura pelo servidor correspondente àquele número de IP.
Funciona mais ou menos assim:

No exemplo acima, o cliente buscou na barra de navegação do browser o endereço do Google, a requisição foi parar no servidor de DNS, que encontrou o IP do Google na rede, que é 87.245.200.153, respondeu o browser do cliente com esse IP e o browser procurou esse IP na rede, encontrando o servidor onde o Google está hospedado no IP correspondente.
Nesse momento que o client side procurou e encontrou o server side há a atuação do protocolo HTTP. Eu já postei há um tempo atrás aqui um tópico com um link aprofundando mais em HTTP mas o que vocês precisam entender aqui é que um dos protocolos que faz o meio de campo entre cliente e servidor é o HTTP.
Ao receber o IP do Google ou o da Bastter, o browser do cliente manda uma requisição HTTP para o servidor do Google ou da Bastter. Se essa requisição for para renderizar a página no navegador, o nome do método HTTP é GET.
Trocando em miúdos, o navegador, ao saber o endereço de IP que deve mandar a requisição, manda um HTTP GET para o IP do servidor, o servidor recebe os dados do cliente e se estiver tudo certo, responde o cliente com uma resposta HTTP (que nesse caso o status da resposta é "200 OK", que significa "ok, você pode acessar o site agora) e manda para o navegador do cliente os dados necessários, em pacotes, para renderizar a página no navegador. E dependendo do que o cliente pediu, o servidor se comunica com o banco de dados para responder com os dados requisitados. Logo após todo esse processamento no servidor que o seu navegador recebe arquivos HTML, CSS e JavaScript para renderizar a página.

De posse desses arquivos HTML, CSS e JavaScript, o navegador consegue montar a página para o cliente navegar.
Ah, e toda essa comunicação entre cliente e servidor é feita usando o protocolo TCP/IP, que é um protocolo que define como os dados navegarão na web. Basicamente ele que governa como a informação será enviada e recebida, inclusive as requisições HTTP.
Em resumo, o que acontece está na imagem abaixo:

Achei interessante postar este tópico pra atingir tanto quem não se interessa por programação mas tem curiosidade de entender como a web funciona como quem tá seguindo os tópicos de programação, já que agora vou atacar mais a parte de web e entender como esses agentes atuam na web é importante nesse sentido.
Fontes:
Como a Web funciona - Aprendendo a Web | MDNHow The Web Works