INSTITUTO POLITÉCNICO NACIONAL

Escuela Superior de Ingeniería Mecánica y Eléctrica

Unidad Culhuacán

SISTEMAS DISTRIBUIDOS
PUERTOS

PROFESORA:
Verónica Salas Jimenez

ALUMNO:

 Herrera Aguilar Ariel Alejandro

GRUPO:
8CM21

FECHA DE ENTREGA: 13/Febrero/2022

Ciudad de México 2022

INDICE

¿Qué es un puerto?...................................................................................................................................................... 3
Bibliografías................................................................................................................................................................... 7
¿Qué es un puerto?

Un puerto en el mundo de la informática es un camino que tiene el software de un ordenador para

contactar un servidor. Este tipo de puertos se refieren a los conocidos puertos TCP/IP. Cuando un

puerto está abierto, esto significa que el puerto en cuestión está configurado para permitir

transmisiones entre el software y el servidor, y acepta paquetes de fuentes externas.

Un puerto cerrado es todo lo contrario. No acepta puertos que puedan ser transmitidos hacia él. Este

bloqueo que tiene no es la única función que define un puerto cerrado. Se considera un puerto que

está cerrado no solo que esté inalcanzable, sino que no haya un software “escuchando” para ese

puerto.

Un software que escucha en un puerto significa que hay una aplicación capaz de recibir los

paquetes transmitidos y reconocerlos. Cuando no hay una escuchando en un puerto, los paquetes

direccionados a ese puerto son rechazados por el sistema operativo del ordenador en cuestión. Los

firewalls son unos equipos que hacen un inmenso uso de este sistema.

El usuario solo necesita configurar el firewall para permitir paquetes específicos para abrir ciertos

puertos, mientras que otros se mantienen cerrados y no se deja pasar nada. De esta manera, se puede

tener controlado los que interesa que pase y lo que no. Es una buena protección para fuentes de

tráfico maliciosas y así poder tirar los paquetes.

Los puertos son identificados por números. Cierto número de puertos son reservados para un uso

específico de ciertos tipos de servicios. Los puertos numéricos que no son usados normalmente se

cierran por razones de seguridad. Los puertos sirven como pasarelas entre un software instalado en

el ordenador cliente y el servidor.

Existen más posibles vulnerabilidades en puertos que están abiertos. Por ejemplo, algunos servicios

de autenticación pueden configurarse mal, lo cual puede dejar esos puertos

vulnerables a ciertos ataques. Algunas aplicaciones creadas específicamente para aprovecharse de

estos “agujeros” pueden dar acceso no permitido.

Una vez que se han hecho con el control de un ordenador o servidor, pueden dedicarse a buscar

otros equipos que no estén protegidos y buscar otros puertos abiertos y también vulnerables. Por

tanto, mantener puertos cerrados es aconsejable si realmente no tienen que estar abiertos. Es una

forma de asegurar que nadie se podrá “colar” por ese canal de entrada.

En ambos protocolos se utiliza el concepto de puerto para identificar a los procesos origen y destino

de la información. El conjunto formado por la dirección IP, el protocolo de transporte y el puerto de

comunicaciones constituye la información necesaria en una transmisión de datos entre dos procesos.

El puerto es un número entero de 16 bits que debe ser único para cada

proceso. Generalmente existe un conjunto de valores reservados para los procesos estándar del

sistema operativo, disponiendo un rango de valores para los procesos del usuario. Estos últimos

pueden ser gestionados de forma manual o de forma automática por el propio sistema operativo.

Los puertos actualmente asignados pueden consultarse en el fichero /ete/services.

Es importante destacar que los puertos TCP y UDP son disjuntos, es decir un mismo identificador

de puerto puede ser utilizado para ambos protocolos especificando procesos diferentes. De forma

general un proceso cliente con protocolo TCP se conecta a un servidor con el mismo protocolo

TCP, igualmente ocurre en el caso de clientes y servidores UDP.

Como se ha visto, la comunicación entre procesos plantea dos alternativas completamente

diferentes y que conducen por tanto a una programación específica. Adicionalmente, aspectos como

la gestión de direcciones IP, puertos, así como los detalles de la propia comunicación hacen que la

programación de la comunicación entre procesos directamente sea engorrosa y complicada.

La utilización de la librería de sockets permite independizar la programación de aplicaciones de los

protocolos de transporte subyacentes, realizando la comunicación entre procesos tanto de forma

local como en sistemas distribuidos, de forma muy similar a como se programa el sistema de

Entrada/Salida estándar.

Ya hemos comentado que para establecer una comunicación entre dos procesos a nivel transporte

precisamos conocer las direcciones IP y puertos asignados a cada uno de los procesos. Para manejar

estos datos, UNIX nos proporciona un conjunto de estructuras de datos definidas en varias

cabeceras que debemos conocer y manejar con soltura si queremos que nuestra aplicación funcione

correctamente.

Las estructuras son algo complejas, pero no deben asustarnos, la dirección IP y el puerto son

número de 32 y 16 bits tal como hemos visto en el capítulo anterior. Lo que ocurre es que UNIX

trata de ser lo más general posible de forma que la interfaz de sockets pueda funcionar

independientemente del protocolo de red o su versión. Asimismo, nos proporciona una serie de

funciones para manejar de forma cómoda dichas direcciones y puertos mediante nombres

simbólicos (o mediante estructuras de cuatro campos separados por puntos para las direcciones 1P).

La idea es hacer cómodo el manejo de estos datos, aunque ello suponga que la estructura de datos

sea compleja.

Las estructuras de datos las encontraremos en las cabeceras que se indican a continuación. En estas

cabeceras se definen tres estructuras asociadas al manejo de direcciones de sockets, puertos y

direcciones IP. En el siguiente capítulo se pueden consultar algunos ejemplos de utilización de estas

estructuras.
Bibliografías.

L.M.J., R.P., & L.P. (2017). Sistemas distribuidos: Arquitectura y aplicaciones (2.a ed., Vol. 3).
UNIVERSITAS.
https://books.google.es/books?hl=es&lr=&id=2W41DwAAQBAJ&oi=fnd&pg=PR9&dq=sistemas+di
stribuidos&ots=9kDxlw3lVl&sig=XuL0R5Yo9TIUmleh8e9Z_Y4o6uU#v=onepage&q=sistemas%20dis
tribuidos&f=false