Cómo la noticias de Usenet protocolos de trabajo

Original web-page: https://people.dsv.su.se/~jpalme/e-mail-book/usenet-news.html

Noticias de Usenet es un sistema de conferencias por ordenador distribuido. Es interesante debido a esta edad, las primeras versiones de noticias de Usenet ya estaban en funcionamiento alrededor de 1980. Que yo sepa no hay sistema de conferending distribuido existían antes de noticias de Usenet, aunque hubo algunos sistemas no distribuidos de operación antes de noticias de Usenet. Como el Foro-Planet, KOM y emisario. Durante muchos años, Usenet News fue el mayor servicio de conferencias en todo el mundo, aunque hoy en día es más y más siendo sustituidos por sistemas de internet más social modernos, como Facebook. Pero UsenetNews no está muerto, que todavía está en funcionamiento cuando esto se escribe (en el año 2016).

Conferencias en noticias de Usenet se llaman grupos de noticias y los mensajes se denominan artículos. Noticias de Usenet se utiliza también para dstribution de objetos binarios como código objeto, que es codificada a continuación, en un formato de texto similares. Noticias de Usenet es uno de los sistemas de conferencia distribuido más antigua de internet, ya que quedó apoyada en el año 1980. En ese momento, gran parte de la comunicación no se hizo en el Internet, pero utilizando diversos otros protocolos para la comunicación entre servidores.

Los temas de grupos de noticias son sobre el uso del ordenador, sino también sobre cuestiones culturales y de vida.

El principio básico de noticias de Usenet es que los servidores locales manejan la mayor parte de la funcionalidad. Noticias de Usenet estandariza dos variantes de los protocolos NNTP: uno para la comunicación entre servidores adyacentes, una para la comunicación entre un cliente y un servidor. Cada servidor puede descargar todo lo que quiere de lo que está disponible en cualquiera de los servidores adyacentes. control de bucle es manejado tanto por una lista de trazas y una lista de los identificadores de mensaje mensajes recibidos y almacenados por cada servidor, por lo que el servidor puede rechazar el mismo mensaje de volver otra vez. Este procedimiento para la distribución de noticias puede ser comparado a verter agua sobre una superficie horizontal plana; el agua fluye hacia fuera en todas las direcciones (ver la figura siguiente).

server-server-server

Principio de “Agua de colada” de la distribución de noticias de Usenet

La siguiente figura muestra cómo los nuevos artículos se envía desde un servidor a otro en noticias de Usenet. Un servidor le dice a sus servidores adyacentes que artículos que ofrece, el servidor solicita a los que ya no tiene por otra vía. A veces, sólo hay un camino para que las noticias que se distribuirá entre los grupos de servidores, por ejemplo, entre Europa y América cuando noticias de Usenet era joven, y la comunicación a través del Atlántico era muy caro comparado con lo que es hoy.

Esta figura muestra cómo los nuevos artículos se transmitieron originalmente de un servidor a otro en noticias de Usenet.

Información sobre un usuario, tales como la cantidad de este usuario ha visto, se almacena en el cliente. El servidor ni siquiera tiene por qué saber lo que los usuarios están utilizando. Existen muchos tipos de software de interfaz de usuario para noticias de Usenet, algunos de ellos, por supuesto, no proporcionan todas las funciones disponibles.

Una desventaja con el procedimiento descrito en esta figura es que causa los tiempos de espera entre una orden IHAVE Anda sendme. Para evitar esto, se utiliza un procedimiento alterativa tanto hoy es para usar en lugar de dos comandos, verifique y TAKETHIS. VERIFICACIÓN pide un servidor si se quiere que ciertos artículos, y TAKETHIS envía artículos. El servidor que proporciona artículos pueden utilizar TAKETHIS para enviar artículos, que se cree que el servidor de recepción quiere, incluso si el servidor de recepción no ha pedido esto. Esto permite un flujo de envío de comandos TAKETHIS probablemente nuevos artículos. La transmisión es más rápido debido a que el servidor de envío puede enviar los artículos que el servidor receptor ya tiene. Esto podría parecer ser ineficaz, pero la ventaja con la transmisión de nuevos artículos es más valioso si más del 95% de los artículos son en realidad nueva.

Además, noticias de Usenet proporciona una funcionalidad interesante que restringe la comunicación sólo a los miembros de un grupo de noticias que trabajan en la misma organización o viven en la misma zona o país. Esta funcionalidad, sin embargo, no se utiliza mucho, y su existencia es controvertida, ya que significa que diferentes usuarios obtendrán diferentes vistas del mismo grupo de noticias.

Noticias de Usenet tiene una cancelaciónde comandos, que puede eliminar mensajes ya enviados. Sólo se permite el autor del mensaje anulado y el administrador del servidor de noticias local para cancelar un mensaje. Dado que, sin embargo, es muy fácil de falsificar su identidad, este comando plantea un riesgo para la seguridad obvia, y es conocido el comando que se han utilizado para cancelar los mensajes por razones políticas. El comando también se utiliza (no muy apropiado) por cancelbots, robots (= programas automáticos) que anulan spams evidentes mediante la identificación de mensajes con el mismo contenido enviado a muchos grupos de noticias dispares. Usenet News también tiene a menudo un campo de cabecera Reemplaza, que se refiere a un nuevo mensaje a un mensaje antiguo. Esta cabecera normalmente se cancela el mensaje antiguo.

Obsoletes en X.400 tiene algunas similitudes con Reemplaza en noticias de Usenet, y también se puede utilizar para obtener un efecto similar al del comando de cancelación, por obsoleto a un mensaje con un mensaje vacío. Sin embargo, cancelación de noticias de Usenet realmente elimina los mensajes, mientras obsoletos es la información al destinatario UA, que no tiene que causar la eliminación. Muchos tienda UA-s la nueva y la vieja versión, para que el destinatario puede elegir ver la versión Obsoleted si así lo desea.

La restricción más importante de noticias de Usenet es que los grupos cerrados no están bien soportados.
Para grupos cerrados, se utilizan grupos moderados. Para los grupos moderados, todas las contribuciones se envían por correo electrónico al moderador, que los acepta y los envía para su distribución. El moderador añade una cabecera aprobado y noticias de Usenet softare no aceptará artículos en grupos de noticias moderados, que no tienen la cabecera aprobado.

Hay un montón de maneras para falsificar la información de noticias de Usenet, por ejemplo añadiendo una cabecera aprobado no proporcionado por el moderador. Pero también hay robots que abarcan continuamente Usenet se ciñe a detectar la información falsificada y retirarla. Debido a esto, falsificación no es un gran problema en noticias de Usenet.

El protocolo de noticias de Usenet se llama protocolo de transferencia de noticias de la red (NNTP) y se especifica en RFC3977. El estándar para el formato de artículos de noticias de Usenet se especifica en RFC5536. El archicecture de noticias de Usenet se especifica en RFC5537.

La siguiente tabla muestra los comandos más comunes NNTP:

artículo [<Message-ID> | <Number>] Devolver el texto del artículo designado. Si no se da ningún parámetro, se devuelve el siguiente artículo. El actual artículo puntero se pone en el artículo descabellada.
cuerpo [<Message-ID> | <Number>] Como artículo, pero sólo devuelve el cuerpo
grupo <grupo de noticias> Ir al grupo de noticias designado
dirigirse [<Message-ID> | <Number>] Como artículo, pero sólo devuelve la cabeza
ayuda Se enumeran los comandos disponibles
ihave <messageID> Informa al servidor de un artículo disponible. El servidor puede pedir el artículo o rechazarlo.
último Establece actual artículo puntero al último mensaje disponibles, devuelva el número y el identificador del mensaje.
Lista [activo | grupos de noticias | distribuciones | esquema] Devuelve una lista de grupos de noticias válidos en el formato: último grupo de primero
newgroups <yymmdd hhmmss> [ "GMT"] [<distribuciones>] Newgroups lista creada desde una cierta fecha y hora. “Distribuciones” pueden ser, por ejemplo alt para conseguir solamente los grupos de noticias en el alt categoría.
newnews <grupos de noticias> <yymmdd hhmmss> [ "GMT"] [<distribuciones>] Lista de mensajes Id de artículos publicados a uno o más grupos de noticias después de un tiempo específico. grupos de noticias pueden ser. por ejemplo la red. *. UNIX para que coincida con más de un grupo de noticias. Distribuciones de cheques para artículos que también tiene este otro grupo de noticias como destinatario.
siguiente actual artículo puntero está avanzada. Devuelve el número y el identificador del mensaje del artículo actual.
enviar Enviar un nuevo artículo de un cliente.
comprobar Pregunta un servidor si se quiere que ciertos artículos.
toma esto Envía nuevos artículos, muchos pueden ser enviados en sucesión y algunos de los artículos pueden ser los objetos que el servidor receptor ya tiene.
Hay un problema con el grupo de noticias de cabecera en un mensaje enviado a través de correo electrónico. Los diferentes sistemas de uso de esta cabecera de dos maneras diferentes:

  1. Para indicar que este mensaje se ha enviado también a través de noticias de Usenet a los grupos de noticias que se indican.
  2. Para indicar que se trata de una respuesta personal, enviado sólo a través de correo electrónico, a un mensaje publicado en los grupos de noticias que se indican.

Debido a este problema, es mejor utilizar el Publicada-Para cabecera en el correo electrónico para indicar que un mensaje se ha enviado también a ciertos grupos de noticias y los destinatarios de correo electrónico deben ignorar cualquier grupo de noticias se dirigían en un mensaje de correo electrónico.

Tradicionalmente, las noticias de Usenet no ha estado utilizando el estándar MIME para los adjuntos binarios como imágenes. En lugar de BASE64, uuencoding o yEnc se utiliza a menudo en noticias de Usenet para incluir archivos adjuntos binarios, incluso si MIME hoy en día también se utiliza mucho. Esto no existía en el comienzo de noticias de Usenet, por supuesto, desde noticias de Usenet es mucho mayor que MIME. Manejo de archivos binarios adjuntos MIME el camino es común en los grupos de discusión sobre todo textual, que a veces contienen un código binario, como un cuadro, mientras que Yenc se utiliza sobre todo en grupos de noticias especiales destinados principalmente para la distribución del código binario (por lo general del código objeto de los programas). Debido a las restricciones de tamaño de mensaje, adjuntos de gran tamaño son a menudo divididos en varios mensajes de noticias de Usenet. Esto también ocurre en el correo electrónico, pero es más frecuente en las noticias de Usenet, ya que algunos servidores de noticias de Usenet tratan de ahorrar espacio al no aceptar artículos por encima de cierto límite de tamaño. Tanto MIME y noticias de Usenet tienen métodos para indicar cómo un cliente puede combinar automáticamente las partes en un mensaje completo o archivos adjuntos.

About the Author