Tipos de puertos

1)RTSP: 

El protocolo de transmisión en tiempo real (del inglés Real Time Streaming Protocol) establece y controla uno o muchos flujos sincronizados de datos, ya sean de audio o de video. El RTSP actúa como un mando a distancia mediante la red para servidores multimedia.

Es un protocolo no orientado a conexión, en lugar de esto el servidor mantiene una sesión asociada a un identificador, en la mayoría de los casos RTSP usa TCP para datos de control del reproductor y UDP para los datos de audio y vídeo aunque también puede usar TCP en caso de que sea necesario. En el transcurso de una sesión RTSP, un cliente puede abrir y cerrar varias conexiones de transporte hacia el servidor por tal de satisfacer las necesidades del protocolo.

De forma intencionada, el protocolo es similar en sintaxis y operación a HTTP de forma que los mecanismos de expansión añadidos a HTTP pueden, en muchos casos, añadirse a RTSP. Sin embargo, RTSP difiere de HTTP en un número significativo de aspectos:

• RTSP introduce nuevos métodos y tiene un identificador de protocolo diferente.
• Un servidor RTSP necesita mantener el estado de la conexión al contrario de HTTP
• Tanto el servidor como el cliente pueden lanzar peticiones.
• Los datos son transportados por un protocolo diferente

El protocolo soporta las siguientes operaciones:

Recuperar contenidos multimedia del servidor: El cliente puede solicitar la descripción de una presentación por HTTP o cualquier otro método. Si la presentación es multicast, la descripción contiene los puertos y las direcciones que serán usados. Si la presentación es unicast el cliente es el que proporciona el destino por motivos de seguridad.

Invitación de un servidor multimedia a una conferencia: Un servidor puede ser invitado a unirse a una conferencia existente en lugar de reproducir la presentación o grabar todo o una parte del contenido. Este modo es útil para aplicaciones de enseñanza distribuida dónde diferentes partes de la conferencia van tomando parte en la discusión.

Adición multimedia a una presentación existente: Particularmente para presentaciones en vivo, útil si el servidor puede avisar al cliente sobre los nuevos contenidos disponibles.

Propiedades[editar]

RTSP tiene las siguientes propiedades:

• Extensible: nuevos métodos y parámetros pueden ser fácilmente añadidos al RTSP
• Seguro: RTSP reutiliza mecanismos de seguridad web ya sea a los protocolos de transporte (TLS) o dentro del mismo protocolo. Todas las formas de autentificación HTTP ya sea básica o basada en resumen son directamente aplicables.
• Independiente del protocolo de transporte: RTSP puede usar indistintamente protocolos de datagrama no fiables (UDP) o datagramas fiables (RUDP, no muy extendido) o un protocolo fiable orientado a conexión como el TCP, aunque este último protocolo no es común en la transmisión de datos multimedia, ya que TCP puede provocar demoras y retardos del audio / video, debido a sistemas de control de errores y perdidas.
• Capacidad multi-servidor: Cada flujo multimedia dentro de una presentación puede residir en servidores diferentes, el cliente automáticamente establece varías sesiones concurrentes de control con los diferentes servidores, la sincronización la lleva a término la capa de transporte.
• Control de dispositivos de grabación: El protocolo puede controlar dispositivos de grabación y reproducción (p.ej cámaras IP RTSP).
• Adecuado para aplicaciones profesionales: RTSP soporta resolución a nivel de frame mediante marcas temporales SMPTE para permitir edición digital.

Generalmente es el puerto 554

fuente: https://es.wikipedia.org/wiki/Real_Time_Streaming_Protocol

2)SMTP: 

El acrónimo SMTP proviene de Simple Mail Transfer Protocol (Protocolo de Transferencia de Correo Simple), es decir, el procedimiento que permite el transporte del email en la Internet.

Qué sucede cuando usted envía un email? El proceso de entrega del email es en realidad muy similar al correo clásico: un sistema organizado se encarga de transportar su mensaje a lo largo de una serie de pasos y deposita el mismo en su destinatario. En este proceso, el servidor SMTP es simplemente una computadora que ofrece un servicio de SMTP, la cual actúa más o menos como un cartero electrónico. Una vez que el mensaje ha sido entregado al servidor, este se encarga de concretar la entrega a sus destinatarios.

Básicamente, el viaje desde de un mensaje desde su computadora hasta su lector se realiza de la siguiente forma:

1. Usted envía un email con su cliente de email de escritorio o vía web desde su propia dirección de correo (por ejemplo marcos@gmail.com) a un contacto determinado (por ejemplo julia@yahoo.com). En la jerga, el cliente de email de escritorio o servicio webmail es denominado MUA - Message User Agent (Agente de Mensaje de Usuario).
2. El mensaje es enviado generalmente utilizando el puerto 25 a un servidor SMTP (por ejemplo smtp.servidor.com) el cuál es configurado en su cliente de correo y actúa como MTA – Message Transfer Agente (Agente de Transferencia de Mensaje).
3. El cliente y el servidor comienzan una breve “conversación” en donde el servidor verifica toda la información respectiva a la transmisión del mensaje (remitente, destinatarios, dominios, etc.). Tenga en cuenta que el lenguaje SMTP define sólo la transmisión del mensaje, y no observa el contenido del cuerpo del mensaje.
4. Luego, si el dominio al cual pertenece el destinatario pose su cuenta directamente conectada al servidor, el email es entregado inmediatamente. En caso contrario, el servidor SMTP entrega el mensaje a otro servidor más cercano al destinatario (en la jerga, estos pasajes se denominan entregas). En nuestro mensaje, el servidor web se conecta con el servidor de Dominio, el cual (si todo es correcto) recibe el email y lo almacena.
5. Qué sucede si el servidor del destinatario se encuentra caído u ocupado? El servidor SMTP simplemente entrega el mensaje a un servidor de backup: si ninguno se encuentra disponible, el email es encolado y se reintenta la entrega en forma periódica. Después de un periodo determinado, si la entrega no es exitosa, el mensaje es retornado como no entregable.
6. Si no hay problemas, el segmento final es controlado por POP, otro protocolo que recoge el email desde el servidor receptor y lo coloca en la bandeja de entrada del destinatario.

Cabe destacar, de todas formas que los servidores SMTP utilizados al enviar sus “email normales” – por ejemplo aquellos asociados a proveedores tales como Hotmail, Gmail, Yahoo – son compartidos entre muchos usuarios con direcciones IP no dedicadas, es decir compartidas.

Esto significa que usted podría terminar utilizando una dirección IP que también ha sido utilizada por un spammer: un hecho que puede afectar en forma negativa la capacidad de entrega de sus mensajes. También, estos proveedores utilizan límites estrictos en la cantidad de emails que usted puede enviar (por ejemplo, Yahoo limita a 100 emails por hora).

Generalmente es el puerto 25

fuente: http://www.serversmtp.com/es/que-es-servidor-smtp

3)SMTPS:

La variante SMPTS, permite que la comunicación entre los clientes y el servidor se realize de manera segura, protegiendo los datos mediante encriptación. Adicionalmente, permite mecanismos de prevención frente a ataques de SPAM, requiriendo de la autenticación del cliente para el envio de correos.

Generalmente es el puerto 465

fuente: http://plataforma.utalca.cl/documentos/imaps_smtps/

4)SSH:

Secure SHell, en español: intérprete de órdenes seguro) es el nombre de un protocolo y del programa que lo implementa, y sirve para acceder a máquinas remotas a través de una red. Permite manejar por completo la computadora mediante un intérprete de comandos, y también puede redirigir el tráfico de X (Sistema de Ventanas X) para poder ejecutar programas gráficos si tenemos ejecutando un Servidor X (en sistemas Unix y Windows

Además de la conexión a otros dispositivos, SSH nos permite copiar datos de forma segura (tanto archivos sueltos como simular sesiones FTP cifradas), gestionar claves RSA para no escribir claves al conectar a los dispositivos y pasar los datos de cualquier otra aplicación por un canal seguro tunelizado mediante SSH.

SSH trabaja de forma similar a como se hace con telnet. La diferencia principal es que SSH usa técnicas de cifrado que hacen que la información que viaja por el medio de comunicación vaya de manera no legible, evitando que terceras personas puedan descubrir el usuario y contraseña de la conexión ni lo que se escribe durante toda la sesión; aunque es posible atacar este tipo de sistemas por medio de ataques de REPLAY y manipular así la información entre destinos.

Generalmente es el puerto 22

FUENTE: https://es.wikipedia.org/wiki/Secure_Shell

5)HTTP: 

Hypertext Transfer Protocol es el protocolo de comunicación que permite las transferencias de información en la World Wide Web.HTTP define la sintaxis y la semántica que utilizan los elementos de software de la arquitectura web (clientes, servidores, proxies) para comunicarse. HTTP es un protocolo sin estado, es decir, no guarda ninguna información sobre conexiones anteriores. El desarrollo de aplicaciones web necesita frecuentemente mantener estado. Para esto se usan las cookies, que es información que un servidor puede almacenar en el sistema cliente. Esto le permite a las aplicaciones web instituir la noción de sesión, y también permite rastrear usuarios ya que las cookies pueden guardarse en el cliente por tiempo indeterminado.

Generalmente es el puerto 80

5)HTTPs: 

Hypertext Transfer Protocol Secure es un protocolo de aplicación basado en el protocolo HTTP, destinado a la transferencia segura de datos de Hipertexto, es decir, es la versión segura de HTTP.

Es utilizado principalmente por entidades bancarias, tiendas en línea, y cualquier tipo de servicio que requiera el envío de datos personales y/o contraseñas.

En el protocolo HTTP las URLs comienzan con "http://" y utilizan por omisión el puerto 80, las URLs de HTTPS comienzan con "https://" y utilizan el puerto 443 por omisión.

HTTP es inseguro y está sujeto a ataques man-in-the-middle y eavesdropping que pueden permitir al atacante obtener acceso a cuentas de un sitio web e información confidencial. HTTPS está diseñado para resistir esos ataques y ser más seguro.

Generalmente es el puerto 443

fuente: https://es.wikipedia.org/wiki/Hypertext_Transfer_Protocol_Secure