Dos ordenadores de la misma red generalmente se encuentran enlazados mediante un cable f�sico. Cuando se comunican por la red, los programas de cada ordenador que toman parte en la comunicaci�n est�n conectados a trav�s de una conexi�n virtual, una especie de cable imaginario. En lo que concierne a cada uno de los programas involucrados en la conexi�n virtual, poseen el monopolio de su propio cable. Sin embargo, puesto que el cable no es real, �nicamente imaginario, los sistemas operativos de ambos ordenadores pueden tener varias conexiones virtuales compartiendo el mismo cable f�sico. De esta forma, utilizando un �nico cable, varios programas pueden comunicarse sin tener en cuenta las otras comunicaciones. Es incluso posible que varios ordenadores utilicen el mismo cable; las conexiones virtuales existen entre dos ordenadores, y los otros ordenadores desconocen aquellas conexiones en la que no participan.
Esta es una descripci�n complicada y abstracta de la realidad. Por otro lado puede resultar suficiente para comprender por qu� los accesos por red son diferentes a los accesos normales. Las conexiones virtuales se establecen cuando hay dos programas en diferentes ordenadores que desean comunicarse. Como es en principio posible acceder desde un ordenador a cualquier otro de la red, existe un n�mero elevado de conexiones virtuales potenciales. Debido a esto, no es pr�ctico iniciar "getty" para cada acceso potencial.
Hay un �nico proceso inetd (correspondiente a "getty") que maneja todos los accesos por la red. Cuando percibe que un acceso llega por la red (esto es, se da cuenta de que llega una nueva conexi�n virtual de alg�n otro ordenador), arranca un nuevo proceso para manejar ese acceso individual. El proceso original se mantiene y contin�a escuchando nuevos accesos.
Para hacer las cosas un poco m�s complicadas, existe m�s de un protocolo de comunicaci�n para accesos de red. Los dos m�s importantes son telnet y rlogin. Adem�s de accesos, existen muchas otras conexiones virtuales que se pueden realizar (mediante FTP, Gopher, HTTP, y otros servicios de red). Ser�a ineficiente tener procesos separados escuchando cada tipo de conexi�n, as� que en su lugar hay uno s�lo escuchando que puede reconocer el tipo de conexi�n y puede iniciar el tipo de programa correcto para proveer el servicio. Este programa �nico se llama inetd; vea la Gu�a de Administraci�n de Red de Linux para m�s informaci�n.