Cronología de la historia de Internet |
Investigación y desarrollo tempranos:
Fusionando las redes y creando Internet:
La comercialización, la privatización y el acceso más amplio conducen a la Internet moderna:
Ejemplos de servicios de Internet:
|
Usenet ( / ˈj uːznɛt / ), USENET , [ 1] o, "en su totalidad", User 's Network , [1] es un sistema de discusión distribuido a nivel mundial disponible en computadoras. Fue desarrollado a partir de la arquitectura de red de acceso telefónico de propósito general Unix - to -Unix Copy (UUCP) . Tom Truscott y Jim Ellis concibieron la idea en 1979, y se estableció en 1980. [2] Los usuarios leen y publican mensajes (llamados artículos o publicaciones , y colectivamente denominados noticias ) en una o más categorías de temas, conocidas como grupos de noticias . Usenet se asemeja a un sistema de tablón de anuncios (BBS) en muchos aspectos y es el precursor de los foros de Internet que se han vuelto ampliamente utilizados. Las discusiones se organizan en hilos , como en los foros web y los BBS, aunque las publicaciones se almacenan en el servidor de manera secuencial. [3] [4]
Una diferencia importante entre un BBS o un foro de mensajes web y Usenet es la ausencia de un servidor central y un administrador o proveedor de alojamiento dedicado. Usenet se distribuye entre un gran conjunto de servidores de noticias que cambian constantemente y que almacenan y reenvían mensajes entre sí a través de "canales de noticias". Los usuarios individuales pueden leer mensajes y publicar en un servidor de noticias local (o simplemente preferido), que puede ser operado por cualquier persona, y esas publicaciones se reenviarán automáticamente a cualquier otro servidor de noticias conectado al local, mientras que el servidor local recibirá cualquier noticia que tengan sus pares y que le falte en ese momento. Esto da como resultado la proliferación automática de contenido publicado por cualquier usuario en cualquier servidor a cualquier otro usuario suscrito a los mismos grupos de noticias en otros servidores.
Al igual que con los BBS y los foros de mensajes, los servidores de noticias individuales o los proveedores de servicios no tienen la obligación de ofrecer ningún contenido específico y pueden negarse a hacerlo por muchas razones: un servidor de noticias puede intentar controlar la propagación de spam negándose a aceptar o reenviar cualquier mensaje que active los filtros de spam , o un servidor sin una gran capacidad de almacenamiento de datos puede negarse a ofrecer grupos de noticias utilizados principalmente para compartir archivos , limitándose a grupos orientados a la discusión. Sin embargo, a diferencia de los BBS y los foros web, la naturaleza dispersa de Usenet generalmente permite a los usuarios que están interesados en recibir algún contenido acceder a él simplemente eligiendo conectarse a servidores de noticias que ofrecen los feeds que desean.
Usenet es cultural e históricamente importante en el mundo en red, habiendo dado origen o popularizado muchos conceptos y términos ampliamente reconocidos como " FAQ ", " flame ", " sockpuppet " y " spam ". [5] A principios de la década de 1990, poco antes de que el acceso a Internet se volviera comúnmente asequible, las conexiones de Usenet a través de las redes BBS de acceso telefónico de FidoNet hicieron que las discusiones a larga distancia o mundiales y otras comunicaciones se generalizaran, sin necesidad de un servidor, solo un servicio telefónico (local). [6]
Parte de una serie sobre |
Intercambio de archivos |
---|
El nombre Usenet proviene del término "red de usuarios". [3] El primer grupo de Usenet fue NET.general , que rápidamente se convirtió en net.general . [7] El primer spam comercial en Usenet fue de los abogados de inmigración Canter y Siegel que publicitaban servicios de tarjeta verde. [7]
En Internet, Usenet se transporta a través del Protocolo de transferencia de noticias de red (NNTP) en el puerto 119 del Protocolo de control de transmisión (TCP) para conexiones estándar sin protección, y en el puerto TCP 563 para conexiones cifradas con Capa de sockets seguros (SSL).
Usenet fue concebido en 1979 y establecido públicamente en 1980, en la Universidad de Carolina del Norte en Chapel Hill y la Universidad Duke , [8] [2] más de una década antes de que la World Wide Web estuviera en línea (y por lo tanto antes de que el público en general tuviera acceso a Internet ), lo que lo convierte en uno de los sistemas de comunicación de red informática más antiguos que aún se usa ampliamente. Originalmente se construyó sobre la " ARPANET de los pobres ", empleando UUCP como su protocolo de transporte para ofrecer transferencias de correo y archivos, así como anuncios a través del software de noticias recientemente desarrollado, como A News . El nombre "Usenet" enfatiza la esperanza de sus creadores de que la organización USENIX asumiera un papel activo en su funcionamiento. [9]
Los artículos que los usuarios publican en Usenet se organizan en categorías temáticas conocidas como grupos de noticias , que a su vez están organizados de forma lógica en jerarquías de temas. Por ejemplo, sci.math y sci.physics están dentro de la jerarquía sci.* , o talk.origins y talk.atheism están en la jerarquía talk.* . Cuando un usuario se suscribe a un grupo de noticias, el software cliente de noticias lleva un registro de los artículos que ha leído ese usuario. [10]
En la mayoría de los grupos de noticias, la mayoría de los artículos son respuestas a algún otro artículo. El conjunto de artículos que se pueden rastrear hasta un único artículo que no es una respuesta se denomina hilo . La mayoría de los lectores de noticias modernos muestran los artículos organizados en hilos y subhilos. Por ejemplo, en el grupo de noticias sobre elaboración de vinos rec.crafts.winemaking, alguien podría iniciar un hilo llamado: "¿Cuál es la mejor levadura?" y ese hilo o conversación podría crecer hasta tener docenas de respuestas, quizás de seis u ocho autores diferentes. A lo largo de varios días, esa conversación sobre diferentes levaduras para vino podría ramificarse en varios subhilos en forma de árbol.
Cuando un usuario publica un artículo, inicialmente sólo está disponible en el servidor de noticias de ese usuario. Cada servidor de noticias se comunica con uno o más servidores (sus "canales de noticias") e intercambia artículos con ellos. De esta manera, el artículo se copia de un servidor a otro y debería llegar eventualmente a todos los servidores de la red. Las redes peer to peer posteriores funcionan con un principio similar, pero en el caso de Usenet, normalmente es el remitente, en lugar del receptor, quien inicia las transferencias. Usenet fue diseñado en condiciones en las que las redes eran mucho más lentas y no siempre estaban disponibles. Muchos sitios de la red Usenet original se conectaban sólo una o dos veces al día para transferir mensajes entrantes y salientes en lotes. [11] Esto se debe en gran medida a que la red POTS se usaba normalmente para transferencias y las tarifas telefónicas eran más bajas por la noche.
El formato y la transmisión de los artículos de Usenet son similares a los de los mensajes de correo electrónico de Internet . La diferencia entre ambos es que los artículos de Usenet pueden ser leídos por cualquier usuario cuyo servidor de noticias contenga el grupo al que se envió el mensaje, a diferencia de los mensajes de correo electrónico, que tienen uno o más destinatarios específicos. [12]
En la actualidad, Usenet ha perdido importancia en relación con los foros de Internet , blogs , listas de correo y redes sociales . Usenet se diferencia de estos medios en varios aspectos: Usenet no requiere registro personal en el grupo en cuestión; la información no necesita almacenarse en un servidor remoto; los archivos están siempre disponibles; y para leer los mensajes no se necesita un cliente de correo o web, sino un cliente de noticias. Sin embargo, ahora es posible leer y participar en grupos de noticias de Usenet en gran medida utilizando navegadores web comunes , ya que la mayoría de los grupos de noticias ahora se copian en varios sitios web. [13] Los grupos en alt.binaries todavía se utilizan ampliamente para la transferencia de datos.
Muchos proveedores de servicios de Internet, y muchos otros sitios de Internet, operan servidores de noticias a los que sus usuarios pueden acceder. Los ISP que no operan sus propios servidores directamente suelen ofrecer a sus usuarios una cuenta de otro proveedor que opera específicamente canales de noticias. En las primeras implementaciones de noticias, el servidor y el lector de noticias eran un único paquete de programas que se ejecutaba en el mismo sistema. Hoy en día, se utiliza un software cliente de lector de noticias independiente, un programa que se parece a un cliente de correo electrónico pero que accede a los servidores de Usenet. [14]
No todos los ISP tienen servidores de noticias. Un servidor de noticias es uno de los servicios de Internet más difíciles de administrar debido a la gran cantidad de datos involucrados, la pequeña base de clientes (en comparación con el servicio de Internet convencional) y un volumen desproporcionadamente alto de incidentes de soporte al cliente (que frecuentemente se quejan de artículos de noticias faltantes). Algunos ISP subcontratan las operaciones de noticias a sitios especializados, que generalmente le darán la impresión al usuario de que el servidor es administrado por el propio ISP. Muchos de estos sitios tienen un canal de noticias restringido, con un número limitado de grupos de noticias. Comúnmente se omiten de este canal de noticias los grupos de noticias en idiomas extranjeros y la jerarquía alt.binaries , que en gran parte contiene software, música, videos e imágenes, y representa más del 99 por ciento de los datos de los artículos. [ cita requerida ]
También hay proveedores de Usenet que ofrecen un servicio completo y sin restricciones a los usuarios cuyos ISP no transmiten noticias o que transmiten un contenido restringido. [ cita requerida ]
Los grupos de noticias suelen accederse mediante lectores de noticias : aplicaciones que permiten a los usuarios leer y responder a las publicaciones de los grupos de noticias. Estas aplicaciones actúan como clientes de uno o más servidores de noticias. Históricamente, Usenet estaba asociado con el sistema operativo Unix desarrollado en AT&T , pero pronto los lectores de noticias estuvieron disponibles para todos los sistemas operativos principales. [15] Los programas de cliente de correo electrónico y las suites de Internet de finales de los años 1990 y 2000 a menudo incluían un lector de noticias integrado. Los entusiastas de los grupos de noticias a menudo los criticaban por ser inferiores a los lectores de noticias independientes que hacían un uso correcto de los protocolos, estándares y convenciones de Usenet. [16]
Con el auge de la World Wide Web (WWW), los front-ends web (web2news) se han vuelto más comunes. Los front-ends web han reducido los requisitos de barrera técnica de entrada a los de una aplicación y ninguna cuenta de servidor Usenet NNTP. Existen numerosos sitios web que ahora ofrecen puertas de enlace basadas en web a grupos Usenet, aunque algunas personas han comenzado a filtrar mensajes creados por algunas de las interfaces web por una razón u otra. [17] [18] Google Groups [19] es uno de esos front-ends basados en web y algunos navegadores web pueden acceder a Google Groups a través de enlaces de news: protocol directamente. [20]
Una minoría de los grupos de noticias están moderados, lo que significa que los mensajes enviados por los lectores no se distribuyen directamente a Usenet, sino que se envían por correo electrónico a los moderadores del grupo de noticias para su aprobación. El moderador debe recibir los artículos enviados, revisarlos e insertar los artículos aprobados para que puedan propagarse adecuadamente en todo el mundo. Los artículos aprobados por un moderador deben llevar la línea de encabezado Aprobado:. Los moderadores se aseguran de que los mensajes que los lectores ven en el grupo de noticias se ajusten a los estatutos del grupo de noticias, aunque no están obligados a seguir tales reglas o pautas. [21] Normalmente, los moderadores se designan en la propuesta para el grupo de noticias, y los cambios de moderadores siguen un plan de sucesión. [22]
Históricamente, existía una jerarquía mod.* antes de la reorganización de Usenet. [23] Ahora, los grupos de noticias moderados pueden aparecer en cualquier jerarquía, generalmente con el .moderated
símbolo agregado al nombre del grupo.
Los grupos de noticias de Usenet en la jerarquía Big-8 se crean mediante propuestas llamadas Solicitud de Discusión o RFD. La RFD debe tener la siguiente información: nombre del grupo de noticias, entrada en el archivo checkgroups y estado moderado o no moderado. Si el grupo va a ser moderado, se debe proporcionar al menos un moderador con una dirección de correo electrónico válida. Otra información que es útil pero no obligatoria incluye: un estatuto, una justificación y una política de moderación si el grupo va a ser moderado. [24] A continuación, se discute la nueva propuesta de grupo de noticias y finaliza con los miembros de la Junta Directiva de Big-8 tomando la decisión, por votación, de aprobar o desaprobar el nuevo grupo de noticias.
Los grupos de noticias no moderados forman la mayoría de los grupos de noticias de Usenet, y los mensajes enviados por los lectores de los grupos de noticias no moderados se propagan inmediatamente para que todos los vean. El filtrado mínimo de contenido editorial frente a la velocidad de propagación forman un punto crucial de la comunidad de Usenet. Una defensa poco citada de la propagación es la cancelación de un mensaje propagado, pero pocos usuarios de Usenet utilizan este comando y algunos lectores de noticias no ofrecen comandos de cancelación , en parte porque el almacenamiento de artículos expira en un plazo relativamente corto de todos modos. Casi todos los grupos de Usenet no moderados tienden a recibir grandes cantidades de spam . [25] [26] [27]
Usenet es un conjunto de protocolos para generar, almacenar y recuperar "artículos" de noticias (que se parecen a los mensajes de correo de Internet) y para intercambiarlos entre un grupo de lectores que está potencialmente ampliamente distribuido. Estos protocolos utilizan más comúnmente un algoritmo de inundación que propaga copias a través de una red de servidores participantes. Siempre que un mensaje llega a un servidor, ese servidor reenvía el mensaje a todos sus vecinos de red que aún no han visto el artículo. Sólo se almacena una copia de un mensaje por servidor, y cada servidor lo pone a disposición, a pedido, de los lectores (normalmente locales) capaces de acceder a ese servidor. La colección de servidores Usenet tiene, por tanto, un cierto carácter peer-to-peer en el sentido de que comparten recursos intercambiándolos; sin embargo, la granularidad del intercambio es a una escala diferente a la de un sistema peer-to-peer moderno y esta característica excluye a los usuarios reales del sistema que se conectan a los servidores de noticias con una aplicación cliente-servidor típica, muy similar a un lector de correo electrónico.
La RFC 850 fue la primera especificación formal de los mensajes intercambiados por los servidores Usenet. Fue reemplazada por la RFC 1036 y posteriormente por las RFC 5536 y RFC 5537.
En los casos en que se haya publicado contenido inadecuado, Usenet cuenta con soporte para la eliminación automática de una publicación de toda la red mediante la creación de un mensaje de cancelación, aunque debido a la falta de autenticación y al abuso resultante, esta capacidad se desactiva con frecuencia. Los titulares de derechos de autor aún pueden solicitar la eliminación manual de material infractor utilizando las disposiciones de las implementaciones de tratados de la Organización Mundial de la Propiedad Intelectual , como la Ley de Limitación de Responsabilidad por Infracciones de Derechos de Autor en Línea de los Estados Unidos , pero esto requeriría dar aviso a cada administrador de servidor de noticias individual.
En Internet, Usenet se transporta a través del Protocolo de transferencia de noticias en red (NNTP) en el puerto TCP 119 para conexiones estándar sin protección y en el puerto TCP 563 para conexiones cifradas SSL .
El conjunto principal de grupos de noticias a nivel mundial se organiza en nueve jerarquías, ocho de las cuales funcionan según pautas consensuadas que rigen su administración y denominación. Los ocho grandes grupos actuales son:
Véase también El Gran Cambio de Nombre .
La jerarquía alt.* no está sujeta a los procedimientos que controlan los grupos en el Big Eight y, como resultado, está menos organizada. Los grupos en la jerarquía alt.* tienden a ser más especializados o específicos; por ejemplo, puede haber un grupo de noticias en el Big Eight que contenga discusiones sobre libros infantiles, pero un grupo en la jerarquía alt puede estar dedicado a un autor específico de libros infantiles. Los archivos binarios se publican en alt.binaries.* , lo que la convierte en la más grande de todas las jerarquías.
Junto a estos se distribuyen muchas otras jerarquías de grupos de noticias. Las jerarquías regionales y específicas de cada idioma, como japan.* , malta.* y ne.*, sirven a países y regiones específicos, como Japón , Malta y Nueva Inglaterra . Las empresas y los proyectos administran sus propias jerarquías para discutir sus productos y ofrecer soporte técnico a la comunidad, como la histórica jerarquía gnu.* de la Free Software Foundation . Microsoft cerró su servidor de noticias en junio de 2010, y ahora ofrece soporte para sus productos a través de foros. [28] Algunos usuarios prefieren utilizar el término "Usenet" para referirse únicamente a las jerarquías de los Ocho Grandes; otros también incluyen alt.* . El término más general "netnews" incorpora todo el medio, incluidos los sistemas de noticias de organizaciones privadas.
También existen convenciones informales de subjerarquía. Los *.answers son grupos moderados de publicaciones cruzadas para preguntas frecuentes. Una pregunta frecuente se publicaría dentro de un grupo y una publicación cruzada en el grupo *.answers al frente de la jerarquía, lo que algunos consideran un refinamiento de la información en ese grupo de noticias. Algunos subgrupos son recursivos, hasta el punto de que hay alguna tontería en alt.* [ cita requerida ] .
Usenet se creó originalmente para distribuir contenido de texto codificado en el conjunto de caracteres ASCII de 7 bits . Con la ayuda de programas que codifican valores de 8 bits en ASCII, se hizo práctico distribuir archivos binarios como contenido. Las publicaciones binarias, debido a su tamaño y a su estado de copyright a menudo dudoso, con el tiempo estuvieron restringidas a grupos de noticias específicos, lo que hizo más fácil para los administradores permitir o rechazar el tráfico.
El método de codificación más antiguo y ampliamente utilizado para contenido binario es uuencode , del paquete UUCP de Unix . A fines de la década de 1980, los artículos de Usenet solían estar limitados a 60 000 caracteres, y hoy en día existen límites estrictos más grandes. Por lo tanto, los archivos se dividen comúnmente en secciones que requieren que el lector las vuelva a ensamblar.
Con las extensiones de encabezado y las codificaciones MIME Base64 y Quoted-Printable , surgió una nueva generación de transporte binario. En la práctica, MIME ha experimentado una mayor adopción en los mensajes de texto, pero se evita en la mayoría de los archivos adjuntos binarios. Algunos sistemas operativos con metadatos adjuntos a los archivos utilizan formatos de codificación especializados. Para Mac OS, se utilizan tanto BinHex como tipos MIME especiales. Otros sistemas de codificación menos conocidos que pueden haberse utilizado en algún momento fueron BTOA , codificación XX , BOO y codificación USR.
En un intento de reducir los tiempos de transferencia de archivos, en 2001 se introdujo una codificación informal de archivos conocida como yEnc. Esta codificación logra una reducción de alrededor del 30% en los datos transferidos al asumir que la mayoría de los caracteres de 8 bits pueden transferirse de manera segura a través de la red sin codificarlos primero en el espacio ASCII de 7 bits. El método más común para subir mensajes binarios grandes a Usenet es convertir los archivos en archivos RAR y crear archivos Parchive para ellos. Los archivos de paridad se utilizan para recrear los datos faltantes cuando no todas las partes de los archivos llegan a un servidor.
Los grupos de noticias binarios se pueden utilizar para distribuir archivos y, a partir de 2022, algunos siguen siendo populares como alternativa a BitTorrent para compartir y descargar archivos. [29]
Cada servidor de noticias asigna una cierta cantidad de espacio de almacenamiento para el contenido de cada grupo de noticias. Cuando este espacio de almacenamiento se llena, cada vez que llega una nueva publicación, las publicaciones antiguas se eliminan para dejar espacio para el nuevo contenido. Si el ancho de banda de red disponible para un servidor es alto pero la asignación de almacenamiento es pequeña, es posible que una gran cantidad de contenido entrante desborde la asignación y expulse todo lo que estaba en el grupo anterior. El tiempo promedio que las publicaciones pueden permanecer en el servidor antes de ser eliminadas se denomina comúnmente tiempo de retención .
Los grupos de noticias binarios sólo pueden funcionar de forma fiable si se asigna suficiente espacio de almacenamiento para gestionar la cantidad de artículos que se añaden. Sin un tiempo de retención suficiente, un lector no podrá descargar todas las partes del binario antes de que se elimine del espacio de almacenamiento asignado al grupo. En un tiempo, esta era la forma de contrarrestar la publicación de contenido no deseado; el grupo de noticias se inundaba con publicaciones aleatorias de datos basura, en cantidad suficiente para eliminar todo el contenido que se iba a suprimir. Esto se ha compensado con la asignación de espacio de almacenamiento suficiente por parte de los proveedores de servicios para retener todo lo publicado cada día, incluidas las inundaciones de spam, sin eliminar nada.
Los servidores de noticias Usenet modernos tienen capacidad suficiente para archivar años de contenido binario incluso cuando se inundan con datos nuevos a la máxima velocidad diaria disponible.
En parte debido a estos largos tiempos de retención, así como a las crecientes velocidades de carga de Internet , Usenet también es utilizado por usuarios individuales para almacenar datos de respaldo . [31] Si bien los proveedores comerciales ofrecen servicios de respaldo en línea más fáciles de usar , almacenar datos en Usenet es gratuito (aunque el acceso a Usenet en sí puede no serlo). El método requiere que el cargador ceda el control sobre la distribución de los datos; los archivos se difunden automáticamente a todos los proveedores de Usenet que intercambian datos para el grupo de noticias en el que se publican. En general, el usuario debe seleccionar, preparar y cargar manualmente los datos. Los datos generalmente están encriptados porque están disponibles para que cualquiera descargue los archivos de respaldo. Después de que se cargan los archivos, tener múltiples copias distribuidas en diferentes regiones geográficas alrededor del mundo en diferentes servidores de noticias disminuye las posibilidades de pérdida de datos.
Los principales proveedores de servicios de Usenet tienen un tiempo de retención de más de 12 años. [32] Esto da como resultado más de 60 petabytes (60000 terabytes ) de almacenamiento (ver imagen). Cuando se utiliza Usenet para el almacenamiento de datos, se prefieren los proveedores que ofrecen un tiempo de retención más largo para garantizar que los datos sobrevivan durante períodos de tiempo más largos en comparación con los servicios con un tiempo de retención menor.
Si bien los grupos de noticias binarios se pueden usar para distribuir obras creadas por usuarios, software libre y material de dominio público completamente legales, algunos grupos binarios se usan para distribuir ilegalmente software propietario , medios con derechos de autor y material pornográfico.
Los servidores Usenet operados por ISP bloquean frecuentemente el acceso a todos los grupos alt.binaries.* para reducir el tráfico de red y evitar problemas legales relacionados. Los proveedores de servicios Usenet comerciales afirman operar como un servicio de telecomunicaciones y afirman que no son responsables del contenido binario publicado por el usuario que se transfiere a través de sus equipos. En los Estados Unidos, los proveedores de Usenet pueden calificar para la protección bajo las regulaciones DMCA Safe Harbor , siempre que establezcan un mecanismo para cumplir y responder a los avisos de eliminación de los titulares de derechos de autor. [33]
La eliminación de contenido protegido por derechos de autor de toda la red Usenet es una tarea casi imposible, debido a la rápida propagación entre servidores y la retención que realiza cada servidor. Al solicitar la eliminación a un proveedor de Usenet, solo se elimina el contenido de la caché de retención de ese servidor, pero no de los demás. Es posible distribuir un mensaje especial de cancelación posterior para eliminarlo de todos los servidores, pero muchos proveedores ignoran los mensajes de cancelación por política estándar, porque pueden ser falsificados y enviados fácilmente por cualquiera. [34] [35] Para que una petición de eliminación sea más efectiva en toda la red, tendría que enviarse al servidor de origen en el que se ha publicado el contenido, antes de que se haya propagado a otros servidores. La eliminación del contenido en esta etapa temprana evitaría una mayor propagación, pero con los enlaces modernos de alta velocidad, el contenido puede propagarse tan rápido como llega, lo que no deja tiempo para que los titulares de los derechos de autor revisen el contenido y emitan la orden de eliminación. [36]
Establecer la identidad de la persona que publica contenido ilegal es igualmente difícil debido al diseño basado en la confianza de la red. Al igual que el correo electrónico SMTP , los servidores generalmente asumen que la información del encabezado y el origen de una publicación es verdadera y precisa. Sin embargo, como en el correo electrónico SMTP, los encabezados de las publicaciones de Usenet se falsifican fácilmente para ocultar la verdadera identidad y ubicación de la fuente del mensaje. [37] De esta manera, Usenet es significativamente diferente de los servicios P2P modernos; la mayoría de los usuarios P2P que distribuyen contenido suelen ser inmediatamente identificables para todos los demás usuarios por su dirección de red , pero la información de origen de una publicación de Usenet puede ocultarse por completo y ser inobtenible una vez que se ha propagado más allá del servidor original. [38]
Además, a diferencia de los servicios P2P modernos, la identidad de los descargadores está oculta a la vista. En los servicios P2P, un descargador es identificable para todos los demás por su dirección de red. En Usenet, el descargador se conecta directamente a un servidor, y solo el servidor conoce la dirección de quién se está conectando. Algunos proveedores de Usenet mantienen registros de uso, pero no todos hacen que esta información registrada esté disponible de manera casual para terceros, como la Recording Industry Association of America . [39] [40] [41] La existencia de portales anónimos a USENET también complica el rastreo del verdadero origen de una publicación.
Los primeros experimentos con grupos de noticias se produjeron en 1979. Tom Truscott y Jim Ellis de la Universidad de Duke idearon la idea como reemplazo de un programa de anuncios local y establecieron un enlace con la cercana Universidad de Carolina del Norte utilizando scripts de shell Bourne escritos por Steve Bellovin . La publicación de noticias se realizó en forma de software compilado convencional , escrito por Steve Daniel y Truscott. [8] [43] En 1980, Usenet se conectó a ARPANET a través de UC Berkeley , que tenía conexiones tanto a Usenet como a ARPANET. Mary Ann Horton , la estudiante de posgrado que estableció la conexión, comenzó a "alimentar listas de correo de ARPANET a Usenet" con el identificador "fa" ("From ARPANET" [44] ). [45] Usenet ganó 50 sitios miembros en su primer año, incluidos Reed College , University of Oklahoma y Bell Labs , [8] y la cantidad de personas que usaban la red aumentó drásticamente; Sin embargo, todavía pasó un tiempo antes de que los usuarios de Usenet pudieran contribuir a ARPANET. [46]
Las redes UUCP se extendieron rápidamente debido a los menores costos involucrados y la capacidad de usar líneas alquiladas existentes, enlaces X.25 o incluso conexiones ARPANET . Para 1983, miles de personas participaron desde más de 500 hosts, en su mayoría universidades y sitios de Bell Labs, pero también un número creciente de compañías relacionadas con Unix; el número de hosts casi se duplicó a 940 en 1984. Existían más de 100 grupos de noticias, más de 20 dedicados a Unix y otros temas relacionados con la computadora, y al menos un tercio a recreación. [47] [8] A medida que la red de hosts UUCP se expandió rápidamente, se volvió deseable distinguir el subconjunto Usenet de la red general. Se realizó una votación en la conferencia USENIX de 1982 para elegir un nuevo nombre. Se mantuvo el nombre Usenet, pero se estableció que solo se aplicara a las noticias. [48] El nombre UUCPNET se convirtió en el nombre común para la red general.
Además de UUCP, el tráfico de Usenet también se intercambiaba con FidoNet y otras redes BBS de acceso telefónico . A mediados de los años 90 había casi 40.000 sistemas FidoNet en funcionamiento y era posible comunicarse con millones de usuarios de todo el mundo, con sólo el servicio telefónico local. El uso generalizado de Usenet por parte de la comunidad BBS se vio facilitado por la introducción de feeds UUCP que fueron posibles gracias a las implementaciones MS-DOS de UUCP, como UFGATE (UUCP to FidoNet Gateway), FSUUCP y UUPC. En 1986, RFC 977 proporcionó la especificación del Protocolo de Transferencia de Noticias de Red (NNTP) para la distribución de artículos de Usenet a través de TCP/IP como una alternativa más flexible a las transferencias informales de tráfico UUCP por Internet. Desde el auge de Internet en los años 90, casi toda la distribución de Usenet se realiza a través de NNTP. [49]
Las primeras versiones de Usenet utilizaban el software A News de Duke , diseñado para uno o dos artículos al día. Matt Glickman y Horton en Berkeley produjeron una versión mejorada llamada B News que podía manejar el tráfico creciente (alrededor de 50 artículos al día a fines de 1983). [8] Con un formato de mensaje que ofrecía compatibilidad con el correo de Internet y un rendimiento mejorado, se convirtió en el software de servidor dominante. C News , desarrollado por Geoff Collyer y Henry Spencer en la Universidad de Toronto , era comparable a B News en características pero ofrecía un procesamiento considerablemente más rápido. A principios de la década de 1990, se desarrolló InterNetNews de Rich Salz para aprovechar el flujo de mensajes continuo que posibilitaba NNTP frente al diseño de almacenamiento y reenvío por lotes de UUCP. Desde entonces, el desarrollo de INN ha continuado y también se ha desarrollado otro software de servidor de noticias. [50]
Usenet fue la primera comunidad de Internet y el lugar donde tuvieron lugar muchos de los desarrollos públicos más importantes de la Internet precomercial. Fue el lugar donde Tim Berners-Lee anunció el lanzamiento de la World Wide Web , [51] donde Linus Torvalds anunció el proyecto Linux , [52] y donde Marc Andreessen anunció la creación del navegador Mosaic y la introducción de la etiqueta de imagen, [53] que revolucionó la World Wide Web al convertirla en un medio gráfico.
Muchos términos de jerga que hoy se usan comúnmente en Internet se originaron o se popularizaron en Usenet. [54] Asimismo, muchos conflictos que luego se extendieron al resto de Internet, como las dificultades actuales por el spam , comenzaron en Usenet. [55]
"Usenet es como una manada de elefantes con diarrea. Es enorme, difícil de redirigir, imponente, entretenido y una fuente de cantidades alucinantes de excrementos cuando menos lo esperas".
— Gene Spafford , 1992
Sascha Segan, de PC Magazine, dijo en 2008 que "Usenet lleva años muriendo". [56] Segan dijo que algunas personas señalaron el Eterno Septiembre de 1993 como el comienzo de la decadencia de Usenet, cuando AOL comenzó a ofrecer acceso a Usenet. Sostiene que cuando los usuarios comenzaron a colocar archivos grandes (no de texto) en Usenet a fines de la década de 1990, el espacio en disco y el tráfico de Usenet aumentaron en consecuencia. Los proveedores de servicios de Internet cuestionaron por qué necesitaban alojar artículos binarios.
AOL suspendió el acceso a Usenet en 2005. En mayo de 2010, la Universidad Duke , cuya implementación había iniciado Usenet más de 30 años antes, desmanteló su servidor Usenet, citando el bajo uso y los costos crecientes. [57] [58] El 4 de febrero de 2011, el enlace del servicio de noticias Usenet en la Universidad de Carolina del Norte en Chapel Hill (news.unc.edu) fue retirado después de 32 años. [ cita requerida ]
En respuesta, John Biggs de TechCrunch dijo: "Mientras haya gente que piense que una línea de comandos es mejor que un ratón, la red social original basada sólo en texto seguirá viva". [59] Aunque todavía hay algunos grupos de noticias de texto activos en Usenet, el sistema ahora se utiliza principalmente para compartir archivos grandes entre usuarios, y la tecnología subyacente de Usenet permanece inalterada. [60]
Con el tiempo, la cantidad de tráfico de Usenet ha aumentado de manera constante. En 2010, [update]el número de mensajes de texto realizados en todos los grupos de noticias Big-8 promedió 1.800 mensajes nuevos cada hora, con un promedio de 25.000 mensajes por día. [61] Sin embargo, estos promedios son minúsculos en comparación con el tráfico en los grupos binarios. [62] Gran parte de este aumento de tráfico no refleja un aumento en los usuarios discretos o en las discusiones en los grupos de noticias, sino la combinación de spam masivo automatizado y un aumento en el uso de los grupos de noticias .binaries [61] en los que a menudo se publican archivos grandes. A continuación, se muestra una pequeña muestra del cambio (medido en tamaño de feed por día):
Volumen diario | Publicaciones diarias | Fecha |
---|---|---|
4,5 GB | Diciembre de 1996 | |
9 GB | Julio de 1997 | |
12 GB | 554 kilógramos | Enero de 1998 |
26 GB | 609 kilógramos | Enero de 1999 |
82 GB | 858 kilógramos | Enero de 2000 |
181 GB | 1,24 millones | Enero de 2001 |
257 GB | 1,48 millones | Enero de 2002 |
492 GB | 2,09 millones | Enero de 2003 |
969 GB | 3,30 millones | Enero de 2004 |
1,52 terabytes | 5,09 millones | Enero de 2005 |
2,27 terabytes | 7,54 millones | Enero de 2006 |
2,95 terabytes | 9,84 millones | Enero de 2007 |
3,07 terabytes | 10,13 millones | Enero de 2008 |
4,65 TiB | 14,64 millones | Enero de 2009 |
5,42 terabytes | 15,66 millones | Enero de 2010 |
7,52 terabytes | 20,12 millones | Enero de 2011 |
9,29 terabytes | 23,91 millones | Enero de 2012 |
11,49 TiB | 28,14 millones | Enero de 2013 |
14,61 terabytes | 37,56 millones | Enero de 2014 |
17,87 KB | 44,19 millones | Enero de 2015 |
23,87 TiB | 55,59 millones | Enero de 2016 |
27,80 terabytes | 64,55 millones | Enero de 2017 |
37,35 TiB | 73,95 millones | Enero de 2018 |
60,38 TiB | 104,04 millones | Enero de 2019 |
62,40 TiB | 107,49 millones | Enero de 2020 |
100,71 TiB | 171,86 millones | Enero de 2021 |
220,00 TiB [64] | 279,16 millones | Agosto de 2023 |
274,49 KB | 400,24 millones | Febrero de 2024 |
En 2008, Verizon Communications , Time Warner Cable y Sprint Nextel firmaron un acuerdo con el fiscal general de Nueva York, Andrew Cuomo, para cerrar el acceso a fuentes de pornografía infantil . [65] Time Warner Cable dejó de ofrecer acceso a Usenet. Verizon redujo su acceso a las jerarquías "Big 8". Sprint detuvo el acceso a las jerarquías alt.* . AT&T detuvo el acceso a las jerarquías alt.binaries.* . Cuomo nunca nombró específicamente a Usenet en su campaña contra la pornografía infantil. David DeJean de PC World dijo que algunos temen que los ISP usaran la campaña de Cuomo como excusa para terminar con partes del acceso a Usenet, ya que es costoso para los proveedores de servicios de Internet y no tiene una gran demanda por parte de los clientes. En 2008, AOL , que ya no ofrecía acceso a Usenet, y los cuatro proveedores que respondieron a la campaña de Cuomo eran los cinco proveedores de servicios de Internet más grandes de los Estados Unidos; tenían más del 50% de la participación de mercado de los ISP de EE. UU. [66] El 8 de junio de 2009, AT&T anunció que ya no proporcionaría acceso al servicio Usenet a partir del 15 de julio de 2009. [67]
AOL anunció que descontinuaría su servicio integrado Usenet a principios de 2005, citando la creciente popularidad de los blogs, foros de chat y conferencias en línea. [68] La comunidad AOL tuvo un papel tremendo en la popularización de Usenet unos 11 años antes. [69]
En agosto de 2009, Verizon anunció que interrumpiría el acceso a Usenet el 30 de septiembre de 2009. [70] [71] JANET anunció que interrumpiría el servicio de Usenet a partir del 31 de julio de 2010, citando a Google Groups como una alternativa. [72] Microsoft anunció que interrumpiría el soporte para sus grupos de noticias públicos (msnews.microsoft.com) a partir del 1 de junio de 2010, ofreciendo foros web como una alternativa. [73]
Las principales razones citadas para la discontinuación del servicio Usenet por los ISP generales incluyen la disminución en el volumen de lectores reales debido a la competencia de los blogs , junto con preocupaciones sobre costos y responsabilidad por la creciente proporción de tráfico dedicado al intercambio de archivos y al spam en grupos no utilizados o discontinuados. [74] [75]
Algunos ISP no incluyeron la presión de la campaña de Cuomo contra la pornografía infantil como una de sus razones para abandonar los feeds de Usenet como parte de sus servicios. [76] Los ISP Cox y Atlantic Communications se resistieron a la tendencia de 2008, pero ambos finalmente abandonaron sus respectivos feeds de Usenet en 2010. [77] [78] [79]
Los archivos públicos de artículos de Usenet existen desde los primeros días de Usenet, como el sistema creado por Kenneth Almquist a finales de 1982. [80] [81] El archivo distribuido de los mensajes de Usenet fue sugerido en noviembre de 1982 por Scott Orshan, quien propuso que "Cada sitio debería conservar todos los artículos que publica, para siempre". [82] También en noviembre de ese año, Rick Adams respondió a un mensaje que preguntaba "¿Alguien ha archivado noticias de la red, o alguien planea hacerlo?" [83] afirmando que tenía "miedo de admitirlo, pero comencé a archivar la mayoría de los grupos de noticias 'útiles' a partir del 18 de septiembre". [84] En junio de 1982, Gregory G. Woodbury propuso un sistema de "acceso automático a los archivos" que consistía en "responder automáticamente los mensajes de formato fijo a un destinatario de correo especial en máquinas específicas". [85]
En 1985, se publicaron en Internet dos sistemas de archivo de noticias y un RFC . El primer sistema, llamado keepnews, de Mark M. Swenson, de la Universidad de Arizona , fue descrito como "un programa que intenta proporcionar una forma sensata de extraer y conservar la información que llega a Usenet". La principal ventaja de este sistema era permitir a los usuarios marcar los artículos como dignos de conservar. [86] El segundo sistema, YA News Archiver de Chuq Von Rospach, era similar a keepnews, pero estaba "diseñado para trabajar con archivos mucho más grandes donde la maravillosa característica de tiempo de búsqueda cuadrática de Unix... se convierte en un verdadero problema". [87] A principios de 1985, Von Rospach publicó un RFC detallado para "archivar y acceder a artículos de Usenet con búsqueda de palabras clave ". Este RFC describía un programa que podía "generar y mantener un archivo de artículos de Usenet y permitir la búsqueda de artículos en función del identificador del artículo, las líneas de asunto o las palabras clave extraídas del propio artículo". También se incluyó código C para la estructura de datos interna del sistema. [88]
El deseo de tener un índice de búsqueda de texto completo de artículos de noticias archivados tampoco es nuevo; una de esas solicitudes fue hecha en abril de 1991 por Alex Martelli , que buscaba "construir algún tipo de índice de palabras clave para [el archivo de noticias]". [89] A principios de mayo, Martelli publicó un resumen de sus respuestas a Usenet, señalando que el "premio a la sugerencia más popular definitivamente debe ser para el paquete 'lq-text', de Liam Quin, publicado recientemente en alt.sources". [90]
El sitio Alt Sex Stories Text Repository (ASSTR) archiva e indexa historias eróticas y pornográficas publicadas en el grupo de Usenet alt.sex.stories . [91]
El archivo de Usenet ha generado temores de pérdida de privacidad. [92] Un archivo simplifica las formas de crear perfiles de personas. Esto se ha contrarrestado en parte con la introducción del encabezado X-No-Archive: Yes , que es en sí mismo controvertido. [93]
El archivo de publicaciones de Usenet a través de la Web comenzó en marzo de 1995 en Deja News con una base de datos muy grande y con capacidad de búsqueda. En febrero de 2001, esta base de datos fue adquirida por Google ; [94] Google había comenzado a archivar publicaciones de Usenet para sí mismo a partir de la segunda semana de agosto de 2000.
Google Groups alberga un archivo de publicaciones de Usenet que datan desde mayo de 1981. Las publicaciones más antiguas, que datan de mayo de 1981 a junio de 1991, fueron donadas a Google por la Universidad de Western Ontario con la ayuda de David Wiseman y otros, [95] y fueron archivadas originalmente por Henry Spencer en el departamento de Zoología de la Universidad de Toronto. [96] Los archivos de finales de 1991 a principios de 1995 fueron proporcionados por Kent Landfield de la serie de CD NetNews [97] y Jürgen Christoffel de GMD . [98]
Los colaboradores de Vice y Wired , así como también ex empleados, han criticado a Google por su gestión del archivo y por romper su funcionalidad de búsqueda. [99] [100] [101]
A partir de enero de 2024, Google Groups incluye un aviso en el encabezado que dice:
A partir del 22 de febrero de 2024, Google Groups ya no admitirá contenido nuevo de Usenet. No se permitirán publicaciones ni suscripciones, y no aparecerá contenido nuevo de los pares de Usenet. La visualización y búsqueda de datos históricos seguirá siendo compatible como se hace actualmente.
Una página explicativa añade: [102]
Además, el servidor de Protocolo de transferencia de noticias en red (NNTP) de Google y el emparejamiento asociado ya no estarán disponibles, lo que significa que Google no admitirá la publicación de contenido nuevo de Usenet ni el intercambio de contenido con otros servidores NNTP. Este cambio no afectará a ningún contenido que no sea de Usenet en Grupos de Google, incluidos todos los grupos creados por usuarios y organizaciones.
Usenet tenía administradores para cada servidor, no para todos. Algunos administradores famosos:
Hoy en día, Usenet todavía existe, pero es un pantano insociable de spam, pornografía y software pirateado.
Grupos llenos de spam, se produjeron peleas masivas contra los spammers y sobre qué hacer con el spam. La gente dejó de usar sus direcciones de correo electrónico en los mensajes para evitar la recolección de datos. La gente abandonó la red.
...muchos de los grupos de noticias se han visto invadidos desde entonces por mensajes basura.
...Hasta que las cancelaciones autenticadas se popularicen, no hay opciones para evitar cancelaciones falsificadas y permitir las no falsificadas...
Duplicación de verbos: la duplicación de un verbo puede cambiar su semántica. Jerga sonora: jerga de juegos de palabras. La convención -P: una forma LISPy de formular preguntas. Sobregeneralización: abusos estándar de la gramática. Inarticulaciones habladas: suspiros y <*sigh*>ing. Antropomorfización: los componentes en línea se denominaban "homúnculos", "daemons", etc., y también había programas "confusos". Comparativos: comparativos estándar para la calidad del diseño.
message-id:bnews.spanky.138
{{cite book}}
: CS1 maint: multiple names: authors list (link){{cite journal}}
: CS1 maint: multiple names: authors list (link){{cite web}}
: CS1 maint: unfit URL (link){{cite web}}
: CS1 maint: unfit URL (link)