PRO · Protocolo 7 · Aplicación (Aplicación)

HTTP / HTTPS

El protocolo de la web: el navegador pide recursos con métodos como GET y POST y el servidor responde con códigos de estado; HTTPS lo cifra con TLS.

¿Qué es?

HTTP (Hypertext Transfer Protocol, protocolo de transferencia de hipertexto) es el idioma en el que el navegador y los servidores web se piden y se envían páginas, imágenes, videos y datos. HTTPS es lo mismo, pero cifrado con TLS.

Funciona como pedir en un mostrador: tú haces un pedido concreto («quiero la página de inicio») y el empleado te responde con lo que pediste o con un aviso («no tenemos eso», «pásate a la otra ventanilla»).

En términos técnicos

  • Es un protocolo de la capa 7 (Aplicación). Su significado está en el RFC 9110 (2022).
  • Funciona con petición y respuesta: el cliente pide y el servidor contesta.
  • Es sin estado: cada petición es independiente. Para «recordar» al usuario (sesión iniciada, carrito) se usan cookies.
  • HTTP usa el puerto 80; HTTPS, el 443.
  • Versiones: HTTP/1.1 y HTTP/2 viajan sobre TCP; HTTP/3 viaja sobre QUIC, que usa UDP.

¿Dónde lo vas a encontrar?

En cada página web, en las apps del celular que consultan servidores (APIs), en las actualizaciones de programas y en la administración web de routers, impresoras y cámaras.

¿Cómo funciona?

Una petición y su respuesta

Petición del navegador:

GET /academico/redes HTTP/1.1
Host: solutionss.net
User-Agent: Mozilla/5.0
Accept: text/html
Accept-Encoding: gzip, br

Respuesta del servidor:

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Content-Encoding: br
Cache-Control: max-age=600

<!doctype html> …

Qué pasa al escribir una dirección

  1. DNS: el navegador averigua la IP de solutionss.net.
  2. TCP: abre la conexión al puerto 443 (saludo de tres vías).
  3. TLS: negocia el cifrado y revisa el certificado.
  4. HTTP: envía GET / y recibe el HTML.
  5. Lee el HTML y pide los demás recursos (CSS, JavaScript, imágenes), muchas veces por la misma conexión.

Métodos

Método Para qué
GET Pedir un recurso (no debe cambiar nada en el servidor)
POST Enviar datos: un formulario, un archivo, crear algo
PUT / PATCH Reemplazar / modificar un recurso
DELETE Borrar un recurso
HEAD Como GET, pero solo las cabeceras
OPTIONS Preguntar qué métodos permite el servidor

Códigos de estado

Familia Significa Ejemplos
1xx Información 101 cambio de protocolo (WebSocket)
2xx Éxito 200 OK, 201 Created, 204 No Content
3xx Redirección 301 movido para siempre, 302 temporal, 304 no cambió (usa tu caché)
4xx Error del cliente 400 petición mal hecha, 401 falta iniciar sesión, 403 prohibido, 404 no existe, 429 demasiadas peticiones
5xx Error del servidor 500 error interno, 502 puerta de enlace incorrecta, 503 no disponible, 504 tiempo agotado

Versiones

Versión Transporte Novedad principal
HTTP/1.1 TCP Conexiones persistentes; texto legible
HTTP/2 TCP + TLS Binario, varias peticiones a la vez por una conexión, cabeceras comprimidas
HTTP/3 QUIC (UDP) Conexión más rápida y sin bloqueos cuando se pierde un paquete

Configuración (Cisco IOS)

Muchos routers y switches traen un servidor web para administrarlos. Si no lo usas, apágalo; si lo usas, deja solo HTTPS:

R1(config)# no ip http server
R1(config)# ip http secure-server
R1(config)# ip http authentication local
R1(config)# ip http access-class ipv4 ADMIN-SSH
Comando Para qué sirve
no ip http server Apaga la administración web sin cifrar (puerto 80)
ip http secure-server Activa la administración por HTTPS (puerto 443)
ip http authentication local Pide los usuarios configurados en el propio equipo
ip http access-class ipv4 ADMIN-SSH Solo permite entrar desde las redes de esa ACL (la misma de la ficha de ACL)

Verificación y diagnóstico

Comando o herramienta Qué debes ver
curl -I https://solutionss.net El código de estado y las cabeceras
curl -v https://solutionss.net DNS, conexión, TLS, la petición y la respuesta completas
curl -L http://solutionss.net Sigue las redirecciones (p. ej. de HTTP a HTTPS)
Navegador → herramientas de desarrollador → Red Cada petición, su método, código, tamaño, tiempo y protocolo (h2, h3)

Para tomar en cuenta

  • Solo HTTPS: redirige todo el tráfico del puerto 80 al 443 y activa HSTS.
  • GET no debe cambiar datos: los buscadores y los navegadores pueden repetir peticiones GET por su cuenta.
  • Cookies seguras: márcalas Secure, HttpOnly y SameSite para protegerlas.
  • Caché: las cabeceras Cache-Control y ETag evitan descargar otra vez lo que no cambió y aceleran el sitio.
  • Los códigos importan: un 404 real debe responder 404, no 200 con una página de error; los buscadores lo toman en cuenta.
  • APIs: usa los métodos y códigos de estado con su significado; facilita que otros programas entiendan tus respuestas.

Material descargable

Aún no hay material descargable para este tema. Pronto habrá cuadernillos, manuales o laboratorios.

Referencias (RFC / estándar)

Antes conviene ver…

Relacionado con…

© solutions_ · Redes informáticas · 36 HTTP / HTTPS