- Obtener vínculo
- X
- Correo electrónico
- Otras apps
Understand the basics of how your web browser communicates with the internet.
HTTP y TCP: cómo funciona
Cuando escribe una dirección como www.ejemplo.com en su navegador, le está ordenando que abra un canal TCP al servidor que responde a esa URL (o Localizador uniforme de recursos, sobre el que puede leer más en Wikipedia ). Una URL es como la dirección de su casa o el número de teléfono porque describe cómo comunicarse con usted.
En esta situación, su computadora, que está realizando la solicitud, se llama cliente. La URL que solicita es la dirección que pertenece al servidor.
Una vez que se establece la conexión TCP, el cliente envía una solicitud HTTP GET al servidor para recuperar la página web que debería mostrar. Una vez que el servidor ha enviado la respuesta, cierra la conexión TCP. Si vuelve a abrir el sitio web en su navegador, o si su navegador solicita automáticamente algo del servidor, se abre una nueva conexión que sigue el mismo proceso descrito anteriormente. Las solicitudes GET son un tipo de método HTTP que un cliente puede llamar. Puede obtener más información sobre los otros comunes ( POST , PUT y DELETE ) en este artículo .
Exploremos un ejemplo de cómo se utilizan las solicitudes GET (el tipo de solicitud más común) para ayudar a su computadora (el cliente) a acceder a los recursos en la web.
Suponga que desea consultar las últimas ofertas de cursos en http://ejemplo.com . Después de escribir la URL en su navegador, su navegador extraerá la http
parte y reconocerá que es el nombre del protocolo de red que debe usar. Luego, toma el nombre de dominio de la URL, en este caso "codecademy.com", y solicita al servidor de nombres de dominio de Internet que devuelva una dirección de Protocolo de Internet (IP).
http
protocolo especificado. Iniciará una solicitud GET al servidor que contiene la dirección IP del host y, opcionalmente, una carga útil de datos. La solicitud GET contiene el siguiente texto:
GET / HTTP/1.1
Host: www.ejemplo.com
Esto identifica el tipo de solicitud, la ruta en www.ejemplo.com (en este caso, "/") y el protocolo "HTTP / 1.1". HTTP / 1.1 es una revisión del primer HTTP, que ahora se llama HTTP / 1.0. En HTTP / 1.0, cada solicitud de recursos requiere una conexión separada al servidor. HTTP / 1.1 utiliza una conexión más de una vez, de modo que se recupera contenido adicional (como imágenes u hojas de estilo) incluso después de que se haya recuperado la página. Como resultado, las solicitudes que usan HTTP / 1.1 tienen menos demora que las que usan HTTP / 1.0.
La segunda línea de la solicitud contiene la dirección del servidor que es "www.ejemplo.com"
. También puede haber líneas adicionales dependiendo de los datos que elija enviar su navegador.
Si el servidor puede ubicar la ruta solicitada, el servidor puede responder con el encabezado:
HTTP/1.1 200 OK
Content-Type: text/html
A este encabezado le sigue el contenido solicitado, que en este caso es la información necesaria para renderizar www.ejemplo.com .
La primera línea del encabezado, HTTP/1.1 200 OK
es la confirmación de que el servidor comprende el protocolo con el que el cliente desea comunicarse ( HTTP/1.1
) y un código de estado HTTP que significa que el recurso se encontró en el servidor. La segunda línea, Content-Type: text/html
muestra el tipo de contenido que enviará al cliente.
Si el servidor no puede localizar la ruta solicitada por el cliente, responderá con el encabezado:
HTTP/1.1 404 NOT FOUND
En este caso, el servidor identifica que comprende el protocolo HTTP, pero el 404 NOT FOUND
código de estado significa que no se encontró el contenido específico solicitado. Esto puede suceder si el contenido se movió o si ingresó la ruta de la URL incorrectamente o si se eliminó la página. Puede leer más sobre el código de estado 404, comúnmente llamado error 404.
Una analogía:
Puede ser complicado entender cómo funciona HTTP porque es difícil examinar lo que está haciendo realmente su navegador. (Y quizás también porque lo explicamos usando acrónimos que pueden ser nuevos para usted). Repasemos lo que aprendimos usando una analogía que podría resultarle más familiar.
Imagina que Internet es una ciudad. Usted es un cliente y su dirección determina dónde se le puede localizar. Las empresas de la ciudad, como Codecademy.com, atienden las solicitudes que se les envían. Las otras casas están llenas de otros clientes como usted que están haciendo solicitudes y esperando respuestas de estos negocios en la ciudad. Esta ciudad también tiene un loco servicio de correo rápido, un ejército de personal de reparto de correo que puede viajar en trenes que se mueven a la velocidad de la luz.
Suponga que quiere leer el periódico de la mañana. Para recuperarlo, escribe lo que necesitas en un idioma llamado HTTP y pídele a tu agente de personal de entrega de correo local que lo recupere de una empresa específica. La persona que entrega el correo acepta y construye una vía de ferrocarril (conexión) entre su casa y el negocio casi instantáneamente, y viaja en el vagón de tren con la etiqueta “TCP” hasta la dirección del negocio que proporcionó.
Al llegar al negocio, le pregunta al primero de varios empleados libres listos para cumplir con la solicitud. El empleado busca la página del periódico que usted solicitó pero no puede encontrarla y se la comunica a la persona que entrega el correo.
La persona que entrega el correo regresa en el tren ligero, destroza las vías en el camino de regreso y le dice que hubo un problema "404 no encontrado". Después de revisar la ortografía de lo que había escrito, se da cuenta de que escribió mal el título del periódico. Usted lo corrige y proporciona el título corregido a la persona que lo entrega por correo.
Esta vez, la persona que entrega el correo puede recuperarlo de la empresa. Ahora puede leer su periódico en paz hasta que decida que quiere leer la página siguiente, momento en el que haría otra solicitud y se la entregaría a la persona que lo entrega por correo.
¿Qué es HTTPS?
Dado que cualquier persona puede leer su solicitud HTTP en determinadas conexiones de red, es posible que no sea una buena idea entregar información como su tarjeta de crédito o contraseña utilizando este protocolo. Afortunadamente, muchos servidores admiten HTTPS, abreviatura de HTTP Secure, que le permite cifrar los datos que envía y recibe. Puede leer más sobre HTTPS en Wikipedia .
Es importante utilizar HTTPS al pasar información confidencial o personal hacia y desde sitios web. Sin embargo, depende de las empresas que mantienen los servidores configurarlo. Para admitir HTTPS, la empresa debe solicitar un certificado de una autoridad de certificación .
- Obtener vínculo
- X
- Correo electrónico
- Otras apps
Comentarios
Publicar un comentario