Definición de los Protocolos 

HTTP y HTTPS
Protocolos HTTP
Es el protocolo de transmisión de información de la World Wide Web, es decir, el código
que se establece para que el computador solicitante y el que contiene la información
solicitada puedan “hablar” un mismo idioma a la hora de transmitir información por
la red.

Con el http se establecen criterios de sintaxis y semántica informática (forma y

significado) para el establecimiento de la comunicación entre los diferentes elementos
que constituyen la arquitectura web: servidores, clientes, proxies

Protocolos HTTPS
se entiende HyperText Transfer Procotol Secure o Protocolo Seguro de Transferencia
de Hipertexto, que no es más que la versión segura del http, es decir, una variante del
mismo protocolo que se basa en la creación de un canal cifrado para la transmisión de
la información, lo cual lo hace más apropiado para ciertos datos de tipo sensible (como
claves y usuarios personales).

El https está protegido contra la intervención de terceros que puedan espiar el

intercambio de información o hacerse con datos del mismo, mediante el uso de “capas
de red” que permiten sólo al servidor y al cliente cifrar y descifrar la información enviada
mediante el intercambio previo de certificados de red, una suerte de convalidación
inicial de confianza para establecer la transferencia de información.
 ¿Qué número de puertos de comunicación usan esos
protocolos?
Para un servidor HTTP en un computador, es el puerto 80, el protocolo HTTPS utiliza el
puerto 443 para establecer las comunicaciones, aunque los usuarios no notemos
diferencia al conectarnos a través de ninguno de estos protocolos.

¿En qué se diferencian los Protocolos HTTP y HTTPS?

Según la página web que visitemos, esta puede utilizar el protocolo HTTP o bien el
protocolo HTTPS. Aunque a grandes rasgos ambos protocolos son iguales (son
protocolos de transferencia de información), hay una diferencia muy grande entre
ambos, y es que mientras que los datos que se solicitan a través de HTTP viajan desde
el servidor al cliente en texto plano, sin cifrar ni asegurar, los datos que se transmiten a
través de HTTPS viajan cifrados. Hypertext Transfer Protocol, más conocido como
HTTP, es un protocolo de transferencia de datos entre servidor y cliente a través de
Internet utilizado para poder navegar por la red y visitar páginas web.

¿Qué función realizan los Protocolos SSL y TLS?

Inicialmente, las conexiones HTTPS utilizaban el protocolo de seguridad SSL (Secure
Socket Layer) para proteger las conexiones de los usuarios al utilizar plataformas muy
concretas, como PayPal o webs bancarias. Hoy en día, este protocolo ha cambiado
SSL por TLS, (Transport Layer Security), protocolo que nos brinda mayor seguridad y
mayor privacidad en nuestras conexiones. Esta seguridad es, sin duda, la principal
ventaja de las conexiones seguras HTTPS.

¿Qué es una Transacción HTTP?

Una transacion esta formada por un encabezado seguido, opcionalmente por una linea
en blanco y algun dato. El encabezado especificará como la acción requerida del
servidor, o el tipo de dato retornado o el codigo de estado. Una transación HTTP
consiste basicamente en:

 Conexión: Establecimiento de una conexión cliente-servidor. Por el puerto

TCP/IP 80 es el mas conocido, pero se pueden usar otros no reservados.
 Solicitud: Envio por parte del cliente de un mensaje de solicitud al servidor.
 Respuesta: Envio por parte del servidor de una respuesta al cliente.
 Cierre: Fin de la conexión por parte del cliente y el servidor.

Listar y describir los nueve Métodos de Petición HTTP

1. GET: El método GET  solicita una representación de un recurso específico. Las
peticiones que usan el método GET sólo deben recuperar datos.
2. HEAD: El método HEAD pide una respuesta idéntica a la de una petición GET,
pero sin el cuerpo de la respuesta.
3. POST: El método POST se utiliza para enviar una entidad a un recurso en
específico, causando a menudo un cambio en el estado o efectos secundarios en
el servidor.
4. PUT: El modo PUT reemplaza todas las representaciones actuales del recurso
de destino con la carga útil de la petición.
5. DELETE: El método DELETE borra un recurso en específico.
6. CONNECT:El método CONNECT establece un túnel hacia el servidor
identificado por el recurso.
7. OPTIONS: El método OPTIONS es utilizado para describir las opciones de
comunicación para el recurso de destino.
8. TRACE: El método TRACE  realiza una prueba de bucle de retorno de mensaje
a lo largo de la ruta al recurso de destino.
9. PATCH: El método PATCH  es utilizado para aplicar modificaciones parciales a
un recurso.
 Listar y describir los principales Códigos de estado de
respuesta HTTP.
Los códigos de estado de respuesta HTTP indican si se ha completado
satisfactoriamente una solicitud HTTP específica. Las respuestas se agrupan en cinco
clases:

1. Respuestas informativas (100–199),
2. Respuestas satisfactorias (200–299),
3. Redirecciones (300–399),
4. Errores de los clientes (400–499),
5. y errores de los servidores (500–599).

Respuestas informativas
 100 Continue: Esta respuesta provisional indica que todo hasta ahora está bien y
que el cliente debe continuar con la solicitud o ignorarla si ya está terminada.
 101 Switching Protocol: Este código se envía en respuesta a un encabezado de
solicitud por el cliente e indica que el servidor acepta el cambio de protocolo
propuesto por el agente de usuario.
 102 Processing (WebDAV (en-US): Este código indica que el servidor ha recibido
la solicitud y aún se encuentra procesandola, por lo que no hay respuesta
disponible.
 103 Early Hints (en-US): Este código de estado está pensado principalmente para
ser usado con el encabezado, permitiendo que el agente de usuario empiece a
recursos mientras el servidor prepara una respuesta.

Respuestas satisfactorias
 GET: El recurso se ha obtenido y se transmite en el cuerpo del mensaje.
 HEAD: Los encabezados de entidad están en el cuerpo del mensaje.
 PUT o POST: El recurso que describe el resultado de la acción se transmite en el
cuerpo del mensaje.
 TRACE: El cuerpo del mensaje contiene el mensaje de solicitud recibido por el
servidor.

Redirecciones
 300 Multiple Choice (en-US): Esta solicitud tiene más de una posible respuesta.
User-Agent o el usuario debe escoger uno de ellos. No hay forma estandarizada de
seleccionar una de las respuestas.
 301 Moved Permanently: Este código de respuesta significa que la URI  del
recurso solicitado ha sido cambiado. Probablemente una nueva URI sea devuelta en
la respuesta.
 302 Found: Este código de respuesta significa que el recurso de la URI solicitada
ha sido cambiado temporalmente. Nuevos cambios en la URI serán agregados en el
futuro. Por lo tanto, la misma URI debe ser usada por el cliente en futuras
solicitudes.
 303 See Other (en-US): El servidor envía esta respuesta para dirigir al cliente a un
nuevo recurso solicitado a otra dirección usando una petición GET.
 304 Not Modified: Esta es usada para propósitos de "caché". Le indica al cliente
que la respuesta no ha sido modificada. Entonces, el cliente puede continuar usando
la misma versión almacenada en su caché.
 305 Use Proxy : Fue definida en una versión previa de la especificación del
protocolo HTTP para indicar que una respuesta solicitada debe ser accedida desde
un proxy. Ha quedado obsoleta debido a preocupaciones de seguridad
correspondientes a la configuración de un proxy.
 306 unused: Este código de respuesta ya no es usado más. Actualmente se
encuentra reservado. Fue usado en previas versiones de la especificación HTTP1.1

Errores de cliente
 400 Bad Request: Esta respuesta significa que el servidor no pudo interpretar la
solicitud dada una sintaxis inválida.
 401 Unauthorized: Es necesario autenticar para obtener la respuesta solicitada.
Esta es similar a 403, pero en este caso, la autenticación es posible.
 402 Payment Required: Este código de respuesta está reservado para futuros
usos. El objetivo inicial de crear este código fue para ser utilizado en sistemas
digitales de pagos. Sin embargo, no está siendo usado actualmente.
 403 Forbidden: El cliente no posee los permisos necesarios para cierto contenido,
por lo que el servidor está rechazando otorgar una respuesta apropiada.
 404 Not Found: El servidor no pudo encontrar el contenido solicitado. Este código
de respuesta es uno de los más famosos dada su alta ocurrencia en la web.
 405 Method Not Allowed (en-US): El método solicitado es conocido por el servidor
pero ha sido deshabilitado y no puede ser utilizado. Los dos métodos
obligatorios, GET y HEAD, nunca deben ser deshabilitados y no deberían retornar
este código de error.

Errores de servidor
 500 Internal Server Error: El servidor ha encontrado una situación que no sabe
cómo manejarla.
 501 Not Implemented (en-US): El método solicitado no está soportado por el
servidor y no puede ser manejado. Los únicos métodos que los servidores requieren
soporte (y por lo tanto no deben retornar este código) son GET y HEAD.
 502 Bad Gateway: Esta respuesta de error significa que el servidor, mientras
trabaja como una puerta de enlace para obtener una respuesta necesaria para
manejar la petición, obtuvo una respuesta inválida.
 503 Service Unavailable: El servidor no está listo para manejar la petición. Causas
comunes puede ser que el servidor está caído por mantenimiento o está
sobrecargado. Hay que tomar en cuenta que junto con esta respuesta, una página
usuario-amigable explicando el problema debe ser enviada. Estas respuestas deben
ser usadas para condiciones temporales y el encabezado HTTP Retry-
After: debería, si es posible, contener el tiempo estimado antes de la recuperación
del servicio.
 504 Gateway Timeout: Esta respuesta de error es dada cuando el servidor está
actuando como una puerta de enlace y no puede obtener una respuesta a tiempo.
 505 HTTP Version Not Supported: La versión de HTTP usada en la petición no
está soportada por el servidor.
 506 Variant Also Negotiates (en-US): El servidor tiene un error de configuración
interna: negociación de contenido transparente para la petición resulta en una
referencia circular.
 507 Insufficient Storage (en-US): El servidor tiene un error de configuración
interna: la variable de recurso escogida está configurada para acoplar la negociación
de contenido transparente misma, y no es por lo tanto un punto final adecuado para
el proceso de negociación.
 508 Loop Detected (en-US) (WebDAV (en-US): El servidor detectó un ciclo infinito
mientras procesaba la solicitud.
 510 Not Extended (en-US): Extensiones adicionales para la solicitud son
requeridas para que el servidor las cumpla.
 511 Network Authentication Required (en-US): El código de estado 511 indica
que el cliente necesita autenticar para ganar acceso a la red.

Describir brevemente el Modelo Cliente – Servidor

Es un modelo de aplicación distribuida en el que las tareas se reparten entre los
proveedores de recursos o servicios, llamados servidores, y los demandantes,
llamados clientes. Un cliente realiza peticiones a otro programa, el servidor, quien le da
respuesta. Esta idea también se puede aplicar a programas que se ejecutan sobre una
sola computadora, aunque es más ventajosa en un sistema
operativo multiusuario distribuido a través de una red de computadoras.

Algunos ejemplos de aplicaciones computacionales que usen el modelo cliente-servidor

son el Correo electrónico, un Servidor de impresión y la World Wide Web.

La red cliente-servidor es una red de comunicaciones en la cual los clientes están

conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones
con que se cuenta; y que los pone a disposición de los clientes cada vez que estos son
solicitados. Esto significa que todas las gestiones que se realizan se concentran en el
servidor, de manera que en él se disponen los requerimientos provenientes de los
clientes que tienen prioridad, los archivos que son de uso público y los que son de uso
restringido, los archivos que son de sólo lectura y los que, por el contrario, pueden ser
modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de que se
este utilizando en una red mixta.

¿Cuales son los componentes del Modelo Cliente - Servidor?

En esta aproximación, y con el objetivo de definir y delimitar el modelo de referencia de
una arquitectura Cliente/Servidor, se identifica 5 componentes que permitan articular
dicha arquitectura, considerando que toda aplicación de un sistema de información está
caracterizada por lo siguiente.

 Presentación/Captación de la información.
 Procesos.
 Almacenamiento de la información.
 Puestos de trabajo
  Comunicaciones.

¿En dónde crees o consideras que se implementa el Modelo

Cliente - Servidor y porqué, justifique su respuesta?
Se puede considerar un sistema ventajoso en cuanto a seguridad, ya que el servidor
controla el acceso a sus datos por lo que se necesita que el servidor nos autorice para
poder acceder a él.

También es escalable y ante una gran demanda de tráfico se pueden utilizar

tecnologías complementarias, por lo que cualquier organización que utilice estos
sistemas adquiere ventajas competitivas.

Bibliografias
 María Estela Raffino. (Junio 19, 2020). ¿Qué es el protocolo http?. Mayo 19,
2021, de Concepto.de Sitio web: https://concepto.de/http/
 Fernanda Vermudez. (Mayo 18, 2019). Métodos de petición HTTP. Mayo 19,
2021, de MDN web docs Sitio web:
https://developer.mozilla.org/es/docs/Web/HTTP/Methods
 Francisco Perez. (Abril 09, 2017). ¿Qué son y en qué se diferencian estos
protocolos?. Mayo 19, 2021, de SZsoft zone Sitio web:
https://www.softzone.es/2018/04/26/http-https-diferencia-protocolos/
 Andrés Schiaffarino . (Marzo 12,2019). Modelo cliente servidor. Mayo 19,
2021, de infranetworking Sitio web:
https://blog.infranetworking.com/modelo-cliente-servidor/
 González Reyes Danilo.. (Agosto 18, 2017). Telecomunicaciones: Arquitectura
cliente/servidor. Mayo 19, 2021, de monografias.com Sitio web:
 https://www.monografias.com/docs114/telecomunicaciones-arquitectura-
cliente-servidor/telecomunicaciones-arquitectura-cliente-servidor.shtml
