Home » Best Choice usenet header download Update New

Best Choice usenet header download Update New

by Tratamien Torosace

You are viewing this post: Best Choice usenet header download Update New

Neues Update zum Thema usenet header download


Table of Contents

Usenet – Wikipedia New Update

Usenet (/ ˈ j uː z n ɛ t /) is a worldwide distributed discussion system available on computers.It was developed from the general-purpose Unix-to-Unix Copy (UUCP) dial-up network architecture. Tom Truscott and Jim Ellis conceived the idea in 1979, and it was established in 1980. Users read and post messages (called articles or posts, and collectively termed news) to one or more …

+ ausführliche Artikel hier sehen

Read more

Weltweites computerbasiertes verteiltes Diskussionssystem

Ein Diagramm von Usenet-Servern und -Clients

Die blauen, grünen und roten Punkte auf den Servern stellen die Gruppen dar, die sie tragen

Pfeile zwischen den Servern zeigen den Austausch von Newsgroup-Gruppen (Feeds) an

Pfeile zwischen Clients und Servern zeigen an, dass ein Benutzer eine bestimmte Gruppe abonniert hat und Artikel liest oder einsendet

Usenet ( ) ist ein weltweit verteiltes Diskussionssystem, das auf Computern verfügbar ist

Es wurde aus der Allzweck-Unix-zu-Unix-Kopie (UUCP)-DFÜ-Netzwerkarchitektur entwickelt

Tom Truscott und Jim Ellis konzipierten die Idee 1979 und sie wurde 1980 gegründet.[1] Benutzer lesen und veröffentlichen Nachrichten (sogenannte Artikel oder Posts und zusammen als News bezeichnet) in einer oder mehreren Kategorien, die als Newsgroups bekannt sind

Das Usenet ähnelt in vielerlei Hinsicht einem Bulletin Board System (BBS) und ist der Vorläufer der weit verbreiteten Internetforen

Diskussionen sind Threads, wie bei Webforen und BBSs, obwohl Posts sequentiell auf dem Server gespeichert werden.[2][3]

Ein wesentlicher Unterschied zwischen einem BBS oder Webforum und dem Usenet ist das Fehlen eines zentralen Servers und eines dedizierten Administrators

Das Usenet ist auf ein großes, sich ständig veränderndes Konglomerat von Newsservern verteilt, die Nachrichten speichern und untereinander über „Newsfeeds“ weiterleiten

Einzelne Benutzer können Nachrichten von einem lokalen Server lesen und Nachrichten an einen lokalen Server senden, der von jedem betrieben werden kann

FAQ”, “Flamme”, Sockenpuppe und “Spam”.[4] In den frühen 1990er Jahren, kurz bevor der Zugang zum Internet allgemein erschwinglich wurde, machten Usenet-Verbindungen über die BBS-Wählnetze von Fidonet Ferngespräche oder weltweite Diskussionen und andere Kommunikation weit verbreitet, wobei kein Server, sondern nur ein (örtlicher) Telefondienst erforderlich war.[5 ]

Der Name Usenet leitet sich vom Begriff „Benutzernetzwerk“ ab.[2] Die erste Usenet-Gruppe war NET.general, die schnell zu net.general wurde.[6] Der erste kommerzielle Spam im Usenet stammte von den Einwanderungsanwälten Canter und Siegel, die Green-Card-Dienste bewarben.[6]

Einführung[Bearbeiten]

Das Usenet wurde 1979 konzipiert und 1980 an der University of North Carolina at Chapel Hill und der Duke University[7][1] öffentlich eingerichtet,[7][1] mehr als ein Jahrzehnt bevor das World Wide Web online ging (und damit bevor die breite Öffentlichkeit Zugang dazu erhielt das Internet), was es zu einem der ältesten Computernetzwerk-Kommunikationssysteme macht, die noch weit verbreitet sind

Es wurde ursprünglich auf dem „ARPANET des armen Mannes“ aufgebaut und verwendete UUCP als Transportprotokoll, um Mail- und Dateiübertragungen sowie Ankündigungen über die neu entwickelte Nachrichtensoftware wie A News anzubieten

Der Name „Usenet“ unterstreicht die Hoffnung seiner Schöpfer, dass die USENIX-Organisation eine aktive Rolle in ihrem Betrieb übernehmen würde.[8] Die Artikel, die Benutzer im Usenet posten, sind in thematischen Kategorien organisiert, die als Newsgroups bekannt sind, die ihrerseits logisch in Themenhierarchien organisiert sind

Zum Beispiel sind sci.math und sci.physics innerhalb der sci.*-Hierarchie

Oder talk.origins und talk.atheism befinden sich in der talk.*-Hierarchie

Wenn ein Benutzer eine Newsgroup abonniert, verfolgt die News-Client-Software, welche Artikel dieser Benutzer gelesen hat.[9]

In den meisten Newsgroups sind die meisten Artikel Antworten auf andere Artikel

Die Menge von Artikeln, die zu einem einzigen Non-Reply-Artikel zurückverfolgt werden können, wird als Thread bezeichnet

Die meisten modernen Newsreader zeigen die Artikel in Threads und Subthreads angeordnet an

Zum Beispiel könnte jemand in der Newsgroup zur Weinherstellung rec.crafts.winemaking einen Thread mit dem Namen; “Was ist die beste Hefe?” und dieser Thread oder diese Konversation könnte zu Dutzenden langer Antworten von vielleicht sechs oder acht verschiedenen Autoren werden

Über mehrere Tage kann sich dieses Gespräch über verschiedene Weinhefen baumartig in mehrere Unterstränge verzweigen.

Wenn ein Benutzer einen Artikel veröffentlicht, ist dieser zunächst nur auf dem Newsserver dieses Benutzers verfügbar

Jeder Newsserver kommuniziert mit einem oder mehreren anderen Servern (seinen „Newsfeeds“) und tauscht Artikel mit ihnen aus

Auf diese Weise wird der Artikel von Server zu Server kopiert und sollte schließlich jeden Server im Netzwerk erreichen

Die späteren Peer-to-Peer-Netzwerke funktionieren nach einem ähnlichen Prinzip, aber für das Usenet ist es normalerweise eher der Absender als der Empfänger, der Übertragungen initiiert

Das Usenet wurde unter Bedingungen entwickelt, als die Netzwerke viel langsamer und nicht immer verfügbar waren

Viele Sites im ursprünglichen Usenet-Netzwerk würden sich nur ein- oder zweimal am Tag verbinden, um Nachrichten stapelweise ein- und auszusenden.[10] Dies liegt hauptsächlich daran, dass das POTS-Netzwerk normalerweise für Überweisungen verwendet wurde und die Telefongebühren nachts niedriger waren

Das Format und die Übertragung von Usenet-Artikeln ähneln denen von Internet-E-Mail-Nachrichten

Der Unterschied zwischen den beiden besteht darin, dass Usenet-Artikel von jedem Benutzer gelesen werden können, dessen Newsserver die Gruppe trägt, an die die Nachricht gesendet wurde, im Gegensatz zu E-Mail-Nachrichten, die einen oder mehrere spezifische Empfänger haben.[11]

Heute hat das Usenet gegenüber Internetforen, Blogs, Mailinglisten und sozialen Medien an Bedeutung verloren

Das Usenet unterscheidet sich in mehrfacher Hinsicht von solchen Medien: Das Usenet erfordert keine persönliche Registrierung bei der betreffenden Gruppe; Informationen müssen nicht auf einem entfernten Server gespeichert werden; Archive sind immer verfügbar; und das Lesen der Nachrichten erfordert keinen Mail- oder Web-Client, sondern einen News-Client

Mittlerweile ist es jedoch möglich, Usenet-Newsgroups weitgehend mit gewöhnlichen Webbrowsern zu lesen und daran teilzunehmen, da die meisten Newsgroups mittlerweile auf mehrere Websites kopiert werden.[12] Die Gruppen in alt.binaries werden immer noch häufig für die Datenübertragung verwendet

ISPs, Newsserver und Newsfeeds [ bearbeiten ]

Karte der Usenet-Anbieter

Viele Internetdienstanbieter und viele andere Internetseiten betreiben Nachrichtenserver, auf die ihre Benutzer zugreifen können

ISPs, die keine eigenen Server direkt betreiben, bieten ihren Nutzern oft einen Account eines anderen Anbieters an, der speziell Newsfeeds betreibt

In frühen News-Implementierungen waren der Server und der Newsreader eine einzige Programmsuite, die auf demselben System lief

Heute verwendet man eine separate Newsreader-Client-Software, ein Programm, das einem E-Mail-Client ähnelt, aber stattdessen auf Usenet-Server zugreift.[13] Nicht alle ISPs betreiben Newsserver

Ein Nachrichtenserver ist aufgrund der großen Datenmenge, der kleinen Kundenbasis (im Vergleich zum Mainstream-Internetdienst) und einer unverhältnismäßig hohen Anzahl von Kundensupport-Vorfällen (häufige Beschwerden über fehlende Nachrichtenartikel) einer der am schwierigsten zu verwaltenden Internetdienste

Einige ISPs lagern Nachrichtenoperationen an spezialisierte Sites aus, die für einen Benutzer normalerweise so aussehen, als würde der ISP selbst den Server betreiben

Viele dieser Sites führen einen eingeschränkten Newsfeed mit einer begrenzten Anzahl von Newsgroups

Üblicherweise werden in einem solchen Newsfeed fremdsprachige Newsgroups und die alt.binaries-Hierarchie weggelassen, die größtenteils Software, Musik, Videos und Bilder enthält und über 99 Prozent der Artikeldaten ausmacht

Es gibt auch Usenet-Anbieter, die einen vollständigen, uneingeschränkten Service anbieten an Benutzer, deren ISPs keine Nachrichten übertragen oder die einen eingeschränkten Feed führen

Newsreader [ bearbeiten ]

Auf Newsgroups wird normalerweise mit Newsreadern zugegriffen: Anwendungen, die es Benutzern ermöglichen, Beiträge in Newsgroups zu lesen und darauf zu antworten

Diese Anwendungen fungieren als Clients für einen oder mehrere Nachrichtenserver

Historisch gesehen war das Usenet mit dem bei AT&T entwickelten Betriebssystem Unix verbunden, aber Newsreader sind jetzt für alle wichtigen Betriebssysteme verfügbar.[14] Moderne Mailclients oder “Kommunikationssuiten” haben in der Regel auch einen integrierten Newsreader

Oft sind diese integrierten Clients jedoch im Vergleich zu eigenständigen Newsreadern von geringer Qualität und implementieren Usenet-Protokolle, -Standards und -Konventionen falsch

Viele dieser integrierten Clients, zum Beispiel der in Microsofts Outlook Express, werden von Puristen wegen ihres Fehlverhaltens nicht gemocht.[15] Mit dem Aufstieg des World Wide Web (WWW) sind Web-Frontends (web2news) immer häufiger geworden

Web-Frontends haben die Anforderungen an die technische Eintrittsbarriere auf eine Anwendung und kein Usenet-NNTP-Serverkonto gesenkt

Es gibt jetzt zahlreiche Websites, die webbasierte Gateways für Usenet-Gruppen anbieten, obwohl einige Leute aus dem einen oder anderen Grund damit begonnen haben, Nachrichten zu filtern, die von einigen der Webschnittstellen stammen.[16][17] Google Groups[18] ist ein solches webbasiertes Frontend, und einige Webbrowser können über News: Protocol-Links direkt auf Google Groups zugreifen.[19]

Moderierte und nicht moderierte Newsgroups[Bearbeiten]

Eine Minderheit von Newsgroups wird moderiert, was bedeutet, dass Nachrichten, die von Lesern eingereicht werden, nicht direkt an das Usenet verteilt werden, sondern stattdessen per E-Mail an die Moderatoren der Newsgroup zur Genehmigung gesendet werden

Der Moderator erhält eingereichte Artikel, prüft sie und fügt genehmigte Artikel ein, damit sie weltweit ordnungsgemäß verbreitet werden können

Von einem Moderator genehmigte Artikel müssen die Überschrift Genehmigt: tragen

Moderatoren stellen sicher, dass die Nachrichten, die die Leser in der Newsgroup sehen, der Satzung der Newsgroup entsprechen, obwohl sie nicht verpflichtet sind, solche Regeln oder Richtlinien zu befolgen.[20] Typischerweise werden Moderatoren im Vorschlag für die Newsgroup ernannt, und Änderungen von Moderatoren folgen einem Nachfolgeplan.[21] Historisch gesehen existierte vor der Reorganisation des Usenet eine mod.*-Hierarchie.[22] Jetzt können moderierte Newsgroups in jeder Hierarchie erscheinen, normalerweise mit dem Zusatz. moderated zum Gruppennamen

Usenet-Newsgroups in der Big-8-Hierarchie werden durch Vorschläge erstellt, die Request for Discussion oder RFD genannt werden

Der RFD muss die folgenden Informationen enthalten: Newsgroup-Name, Checkgroup-Dateieintrag und moderierter oder nicht moderierter Status

Wenn die Gruppe moderiert werden soll, muss mindestens ein Moderator mit einer gültigen E-Mail-Adresse angegeben werden

Andere Informationen, die nützlich, aber nicht erforderlich sind, umfassen: eine Charta, eine Begründung und eine Moderationsrichtlinie, wenn die Gruppe moderiert werden soll.[23] Die Diskussion des neuen Newsgroup-Vorschlags folgt und endet damit, dass die Mitglieder des Big-8-Verwaltungsrats per Abstimmung die Entscheidung treffen, die neue Newsgroup entweder zu genehmigen oder abzulehnen

Unmoderierte Newsgroups bilden die Mehrheit der Usenet-Newsgroups und eingereichten Nachrichten von Lesern für unmoderierte Newsgroups werden sofort für jedermann sichtbar propagiert

Minimale redaktionelle Inhaltsfilterung vs

Verbreitungsgeschwindigkeit bilden einen Kernpunkt der Usenet-Community

Eine wenig zitierte Verteidigung gegen die Verbreitung ist das Abbrechen einer verbreiteten Nachricht, aber nur wenige Usenet-Benutzer verwenden diesen Befehl, und einige Newsreader bieten keine Abbruchbefehle an, zum Teil, weil der Artikelspeicher sowieso in relativ kurzer Zeit abläuft

Fast alle unmoderierten Usenet-Gruppen neigen dazu, große Mengen an Spam anzusammeln.[24][25][26]

Technische Details[Bearbeiten]

Das Usenet ist eine Reihe von Protokollen zum Generieren, Speichern und Abrufen von Nachrichten-“Artikeln” (die Internet-Mail-Nachrichten ähneln) und zum Austausch derselben unter einer möglicherweise weit verbreiteten Leserschaft

Diese Protokolle verwenden am häufigsten einen Flooding-Algorithmus, der Kopien über ein Netzwerk von teilnehmenden Servern verbreitet

Immer wenn eine Nachricht einen Server erreicht, leitet dieser Server die Nachricht an alle seine Netzwerknachbarn weiter, die den Artikel noch nicht gesehen haben

Pro Server wird nur eine Kopie einer Nachricht gespeichert, und jeder Server stellt sie den (typischerweise lokalen) Lesern, die auf diesen Server zugreifen können, auf Anfrage zur Verfügung

Die Sammlung von Usenet-Servern hat also einen gewissen Peer-to-Peer-Charakter, indem sie Ressourcen durch Austausch teilen, die Granularität des Austauschs ist jedoch auf einer anderen Skala als bei einem modernen Peer-to-Peer-System und diese Eigenschaft schließt die tatsächlichen Benutzer aus des Systems, die sich mit einer typischen Client-Server-Anwendung mit den Nachrichtenservern verbinden, ähnlich wie ein E-Mail-Leseprogramm

RFC 850 war die erste formale Spezifikation der von Usenet-Servern ausgetauschten Nachrichten

Es wurde durch RFC 1036 und anschließend durch RFC 5536 und RFC 5537 ersetzt

In Fällen, in denen ungeeignete Inhalte gepostet wurden, bietet das Usenet Unterstützung für das automatische Entfernen eines Postings aus dem gesamten Netzwerk, indem eine Abbruchnachricht erstellt wird, obwohl dies aufgrund eines Mangels an Authentifizierung und daraus resultierendem Missbrauch wird diese Funktion häufig deaktiviert

Inhaber von Urheberrechten können immer noch die manuelle Löschung von verletzendem Material unter Verwendung der Bestimmungen der Vertragsimplementierungen der World Intellectual Property Organization, wie z Internet, Usenet wird über das Network News Transfer Protocol (NNTP) auf TCP-Port 119 für standardmäßige, ungeschützte Verbindungen und auf TCP-Port 563 für SSL-verschlüsselte Verbindungen transportiert

Organisation [ bearbeiten ]

Die “Big Nine”-Hierarchien des Usenet

Die große Gruppe weltweiter Newsgroups ist in neun Hierarchien enthalten, von denen acht nach einvernehmlichen Richtlinien betrieben werden, die ihre Verwaltung und Benennung regeln

Die aktuellen Big Eight sind:

comp.* – computerbezogene Diskussionen ( comp.software , comp.sys.amiga )

– computerbezogene Diskussionen ( , ) humanities.* – Bildende Kunst, Literatur und Philosophie ( humanities.classics , humanities.design.misc )

– Bildende Kunst, Literatur und Philosophie ( , ) Verschiedenes* – Verschiedene Themen ( Verschiedenes Bildung , Verschiedenes zu verkaufen , Verschiedenes Kinder )

– verschiedene Themen ( , , ) news.* – Diskussionen und Ankündigungen über Neuigkeiten (bedeutet Usenet, nicht aktuelle Ereignisse) ( news.groups , news.admin )

– Diskussionen und Ankündigungen über Neuigkeiten (d

h

Usenet, nicht aktuelle Ereignisse) ( , ) rec.* – Erholung und Unterhaltung ( rec.music , rec.arts.movies )

– Erholung und Unterhaltung ( , ) sci.* – Wissenschaftsbezogene Diskussionen ( sci.psychology , sci.research )

– Wissenschaftsbezogene Diskussionen ( , ) soc.* – Soziale Diskussionen ( soc.college.org , soc.culture.african )

– soziale Diskussionen ( , ) talk.* – Gespräche über verschiedene kontroverse Themen (talk.religion, talk.politics, talk.origins)

Siehe auch die Große Umbenennung

Die alt.*-Hierarchie unterliegt nicht den Verfahren, die Gruppen in den Big Eight kontrollieren, und ist daher weniger organisiert

Gruppen in der alt.*-Hierarchie sind in der Regel spezialisierter oder spezifischer – beispielsweise kann es eine Newsgroup unter den Big Eight geben, die Diskussionen über Kinderbücher enthält, aber eine Gruppe in der alternativen Hierarchie kann einem bestimmten Autor von Kinderbüchern gewidmet sein Bücher

Binärdateien werden in alt.binaries.* gepostet, was es zur größten aller Hierarchien macht.

Neben diesen werden viele andere Hierarchien von Newsgroups verteilt

Regionale und sprachspezifische Hierarchien wie japan.*, malta.* und ne.* dienen bestimmten Ländern und Regionen wie Japan, Malta und Neuengland

Unternehmen und Projekte verwalten ihre eigenen Hierarchien, um ihre Produkte zu diskutieren und technischen Support der Community anzubieten, wie etwa die historische gnu.*-Hierarchie der Free Software Foundation

Microsoft hat seinen Newsserver im Juni 2010 geschlossen und bietet nun Support für seine Produkte über Foren an.[27] Einige Benutzer ziehen es vor, den Begriff “Usenet” zu verwenden, um sich nur auf die Big Eight-Hierarchien zu beziehen; andere beinhalten auch alt.*

Der allgemeinere Begriff “Netnews” umfasst das gesamte Medium, einschließlich privater organisatorischer Nachrichtensysteme

Es gibt auch informelle Unterhierarchiekonventionen

*.answers sind typischerweise moderierte Cross-Post-Gruppen für FAQs

Eine FAQ würde innerhalb einer Gruppe gepostet und ein Cross-Post zur *.answers-Gruppe an der Spitze der Hierarchie, die von einigen als Verfeinerung der Informationen in dieser Newsgruppe angesehen wird

Einige Untergruppen sind rekursiv – bis zu einer gewissen Dummheit in alt.*[Zitieren erforderlich].

Binärer Inhalt [ bearbeiten ]

Ein visuelles Beispiel für die vielen komplexen Schritte, die erforderlich sind, um Daten vorzubereiten, die in Usenet-Newsgroups hochgeladen werden sollen

Diese Schritte müssen erneut in umgekehrter Reihenfolge ausgeführt werden, um Daten aus dem Usenet herunterzuladen

Das Usenet wurde ursprünglich geschaffen, um Textinhalte zu verteilen, die im 7-Bit-ASCII-Zeichensatz codiert sind

Mit Hilfe von Programmen, die 8-Bit-Werte in ASCII kodieren, wurde es praktisch, Binärdateien als Inhalt zu verteilen

Binäre Beiträge wurden aufgrund ihrer Größe und ihres oft zweifelhaften Urheberrechtsstatus mit der Zeit auf bestimmte Newsgroups beschränkt, was es Administratoren erleichterte, den Datenverkehr zuzulassen oder zu verbieten

Die älteste weit verbreitete Verschlüsselungsmethode für binäre Inhalte ist uuencode von Unix UUCP-Paket

In den späten 1980er Jahren waren Usenet-Artikel oft auf 60.000 Zeichen begrenzt, und heute gibt es größere feste Grenzen

Dateien werden daher häufig in Abschnitte aufgeteilt, die vom Leser wieder zusammengesetzt werden müssen

Mit den Header-Erweiterungen und den Base64- und Quoted-Printable-MIME-Codierungen gab es eine neue Generation des binären Transports

In der Praxis hat MIME eine zunehmende Akzeptanz in Textnachrichten erfahren, wird jedoch für die meisten binären Anhänge vermieden

Einige Betriebssysteme mit an Dateien angehängten Metadaten verwenden spezielle Codierungsformate

Für Mac OS werden sowohl BinHex als auch spezielle MIME-Typen verwendet

Andere weniger bekannte Codierungssysteme, die möglicherweise früher verwendet wurden, waren BTOA, XX-Codierung, BOO und USR-Codierung

Um die Dateiübertragungszeiten zu verkürzen, wurde 2001 eine informelle Dateicodierung namens yEnc eingeführt eine Reduzierung der übertragenen Daten um 30 % unter der Annahme, dass die meisten 8-Bit-Zeichen sicher über das Netzwerk übertragen werden können, ohne zuerst in den 7-Bit-ASCII-Raum zu codieren

Die gebräuchlichste Methode zum Hochladen großer binärer Beiträge in das Usenet besteht darin, die Dateien in RAR-Archive zu konvertieren und dafür Parchive-Dateien zu erstellen

Paritätsdateien werden verwendet, um fehlende Daten neu zu erstellen, wenn nicht alle Teile der Dateien einen Server erreichen

Binäre Aufbewahrungszeit [ bearbeiten ]

[28] Screenshot vom Oktober 2020, der 60 PB Usenet-Gruppendaten zeigt

Jeder Newsserver weist eine bestimmte Menge Speicherplatz für Inhalte in jeder Newsgroup zu

Wenn dieser Speicher gefüllt ist, werden jedes Mal, wenn ein neuer Beitrag eintrifft, alte Beiträge gelöscht, um Platz für den neuen Inhalt zu schaffen

Wenn die einem Server zur Verfügung stehende Netzwerkbandbreite hoch ist, die Speicherzuweisung jedoch klein ist, kann eine riesige Flut eingehender Inhalte die Zuweisung überfluten und alles verdrängen, was sich zuvor in der Gruppe befand

Die durchschnittliche Zeit, die Beiträge auf dem Server bleiben können, bevor sie gelöscht werden, wird allgemein als Aufbewahrungszeit bezeichnet.

Binäre Newsgroups können nur dann zuverlässig funktionieren, wenn ausreichend Speicherplatz zugewiesen ist, um die Menge der hinzugefügten Artikel zu bewältigen

Ohne ausreichende Aufbewahrungszeit kann ein Leser nicht alle Teile der Binärdatei herunterladen, bevor sie aus der Speicherzuweisung der Gruppe gelöscht wird

Früher wurde so dem Posten unerwünschter Inhalte entgegengewirkt; Die Newsgroup würde mit zufälligen Datenmüll-Posts überflutet werden, die in ausreichender Menge vorhanden sind, um alle zu unterdrückenden Inhalte zu veröffentlichen

Dies wurde von Dienstanbietern kompensiert, die genügend Speicherplatz zugewiesen haben, um alles, was jeden Tag gepostet wird, einschließlich Spam-Fluten, aufzubewahren, ohne etwas zu löschen verfügbar.

Teilweise wegen solch langer Aufbewahrungszeiten sowie wachsender Internet-Upload-Geschwindigkeiten wird das Usenet auch von einzelnen Benutzern verwendet, um Backup-Daten zu speichern.[29] Während kommerzielle Anbieter einfacher zu verwendende Online-Sicherungsdienste anbieten, ist das Speichern von Daten im Usenet kostenlos (obwohl der Zugriff auf das Usenet selbst möglicherweise nicht der Fall ist)

Das Verfahren erfordert, dass der Uploader die Kontrolle über die Verteilung der Daten abgibt; Die Dateien werden automatisch an alle Usenet-Anbieter verteilt, die Daten für die Newsgroup austauschen, in der sie gepostet werden

Im Allgemeinen muss der Benutzer die Daten manuell auswählen, vorbereiten und hochladen

Die Daten sind in der Regel verschlüsselt, da sie für jeden zum Herunterladen der Sicherungsdateien verfügbar sind

Nachdem die Dateien hochgeladen wurden, verringert die Verteilung mehrerer Kopien auf verschiedene geografische Regionen auf der ganzen Welt auf verschiedenen Nachrichtenservern die Wahrscheinlichkeit eines Datenverlusts

Große Usenet-Dienstanbieter haben eine Aufbewahrungszeit von mehr als 12 Jahren.[30] Dies ergibt mehr als 60 Petabyte (60000 Terabyte) Speicherplatz (siehe Bild)

Bei der Verwendung von Usenet für die Datenspeicherung werden Anbieter bevorzugt, die eine längere Aufbewahrungszeit anbieten, um sicherzustellen, dass die Daten im Vergleich zu Diensten mit geringerer Aufbewahrungszeit länger erhalten bleiben

See also  Best proxy server win xp New

Rechtliche Aspekte [ bearbeiten ]

Während Binär-Newsgroups verwendet werden können, um völlig legale, von Benutzern erstellte Werke, Open-Source-Software und gemeinfreies Material zu verbreiten, werden einige Binärgruppen verwendet, um illegal kommerzielle Software, urheberrechtlich geschützte Medien und pornografisches Material zu verbreiten

ISP-betriebene Usenet-Server häufig Blockieren Sie den Zugriff auf alle alt.binaries.*-Gruppen, um sowohl den Netzwerkverkehr zu reduzieren als auch damit verbundene rechtliche Probleme zu vermeiden

Kommerzielle Usenet-Dienstanbieter geben vor, als Telekommunikationsdienste zu operieren, und behaupten, dass sie nicht für die von Benutzern geposteten binären Inhalte verantwortlich sind, die über ihre Geräte übertragen werden

In den Vereinigten Staaten können sich Usenet-Anbieter für den Schutz gemäß den DMCA-Safe-Harbor-Bestimmungen qualifizieren, vorausgesetzt, sie richten einen Mechanismus ein, um Deaktivierungsbescheide von Urheberrechtsinhabern einzuhalten und darauf zu reagieren.[31]

Das Entfernen von urheberrechtlich geschützten Inhalten aus dem gesamten Usenet-Netzwerk ist aufgrund der schnellen Verbreitung zwischen Servern und der Aufbewahrung durch jeden Server eine nahezu unmögliche Aufgabe

Wenn Sie einen Antrag auf Entfernung bei einem Usenet-Anbieter stellen, wird er nur aus dem Aufbewahrungs-Cache dieses einen Servers entfernt, aber nicht von allen anderen

Es ist möglich, dass eine spezielle Post-Stornierungsnachricht verteilt wird, um sie von allen Servern zu entfernen, aber viele Anbieter ignorieren Stornierungsnachrichten standardmäßig, da sie leicht gefälscht und von jedem übermittelt werden können.[32][33] Damit eine Deaktivierungsanfrage im gesamten Netzwerk am effektivsten ist, müsste sie an den Ursprungsserver gesendet werden, auf dem der Inhalt gepostet wurde, bevor er an andere Server weitergegeben wird

Das Entfernen des Inhalts in diesem frühen Stadium würde eine weitere Verbreitung verhindern, aber mit modernen Hochgeschwindigkeitsverbindungen kann der Inhalt so schnell verbreitet werden, wie er ankommt, sodass keine Zeit für die Inhaltsüberprüfung und die Deaktivierung durch die Urheberrechtsinhaber bleibt.[34]

Ebenso schwierig ist die Feststellung der Identität desjenigen, der illegale Inhalte postet, aufgrund der vertrauensbasierten Ausgestaltung des Netzwerks

Wie bei SMTP-E-Mails gehen Server im Allgemeinen davon aus, dass die Header- und Ursprungsinformationen in einem Beitrag wahr und genau sind

Wie bei SMTP-E-Mails können Usenet-Post-Header jedoch leicht gefälscht werden, um die wahre Identität und den Ort der Nachrichtenquelle zu verschleiern.[35] Auf diese Weise unterscheidet sich das Usenet erheblich von modernen P2P-Diensten; Die meisten P2P-Benutzer, die Inhalte verteilen, sind in der Regel für alle anderen Benutzer anhand ihrer Netzwerkadresse sofort identifizierbar, aber die Ursprungsinformationen für einen Usenet-Beitrag können vollständig verschleiert und nicht mehr erhältlich sein, sobald sie sich über den ursprünglichen Server verbreitet haben.[36]

Auch im Gegensatz zu modernen P2P-Diensten ist die Identität der Downloader nicht sichtbar

Bei P2P-Diensten ist ein Downloader für alle anderen anhand seiner Netzwerkadresse identifizierbar

Im Usenet verbindet sich der Downloader direkt mit einem Server, und nur der Server kennt die Adresse dessen, der sich mit ihm verbindet

Einige Usenet-Anbieter führen Nutzungsprotokolle, aber nicht alle stellen diese protokollierten Informationen beiläufig Außenstehenden wie der Recording Industry Association of America zur Verfügung.[37][38][39] Die Existenz von anonymisierenden Gateways zu USENET erschwert auch die Rückverfolgung eines Beitrags wahren Ursprungs.

Geschichte [ bearbeiten ]

UUCP/Usenet Logical Map – 1

Juni 1981 / Mods von S

McGeady 19

November 1981 (ucbvax) +=+======================== ===========+==+ | | | | | | wivax | | | | | | | | | Microsoft| uiucds | | | | genradbo | | | | | | (Tektronix) | | | | | | | purdue | | | decvax+===+=+====+=+=+ | | | | | | | | | | | pur-phy | | tekmdp | | | | | | | | | | | [email protected]@@@@@cca | | | | | | | | | | | | | +=pur-ee=+=+=====+===+ | | | csin | | | | | | | | +==o===+==================+==+========+=======+== ==teklabs=+ | | | | | | | pdp phs grumpy wolfvax | | | | | | | | | | | cincy unc=+===+======+========+ | | | | organisch | | | | | (Verschiedenes) | | (Verschiedenes) | | | | sii Schilf | dukgeri duke34 utzoo | | | | | | | | | | | | +====+=+=+==+====++======+==++===herzog=+===+=======+== +=========+ | | | | | | | | | | | u1100s | bmd70 ucf-cs ucf | Feuerbock | | | | | | | | | | | | | rot | | | | | pyuxh | | | | Zepo | | | | | psupdp—psuvax | | | | | | | | | | | Alice | whuxlb | utah-cs | | houxf | allegra | | | | | | | | | | | | | | | | | | | +–chico—+ | +===+=mhtsa====Forschung | /=+=======harpo=+==+ | | | | | | | | / | | | | hocsr | | +=+=============+=/ cbosg—+ | | | ucbopt | | | | | Knappe | | : | | | cbosgd | | | : | | | | | | uccory | | Adler==+=====+=====+=====+=====+ | | | : | | | | | | | | | +-uwvax–+ | : | | | mhuxa mhuxh mhuxj mhuxm mhuxv | | | : | | | | | | : | | | +————————————o–+ | : | | | | | | ucccad | | | ihps mh135a | | : | | | | | | | : \–o–o——ihnss—-vax135—-cornell | | : | | | | | +=+==ucbvax==========+===+==+=+======+=======+=+======= =+=========+ (UCB) : | | | | (Silicon Valley) ucbarpa cmevax | | menlo70–hao : | | | | ucbonyx | | | sri-unix | ucsfcgl | | | | Legende: | | sytek====+========+ ——- | | | | – | / \ + = uucp sdcsvax=+=======+=+======+ intelqa zehntel = “bus” | | | o Sprünge sdcarl phonlab sdcattb : Berknet @ Arpanet UUCP/Usenet Logical Map, Original von Steven McGeady

Copyright© 1981, 1996

Bruce Jones, Henry Spencer, David Wiseman

Mit freundlicher Genehmigung kopiert von

Das Usenet-Oldnews-Archiv: Zusammenstellung.[40]

Newsgroup-Experimente fanden erstmals 1979 statt

Tom Truscott und Jim Ellis von der Duke University hatten die Idee als Ersatz für ein lokales Ankündigungsprogramm und stellten eine Verbindung zur nahe gelegenen University of North Carolina her, indem sie Bourne-Shell-Skripte verwendeten, die von Steve Bellovin geschrieben wurden

Die öffentliche Veröffentlichung von Nachrichten erfolgte in Form von herkömmlicher kompilierter Software, geschrieben von Steve Daniel und Truscott.[7][41] 1980 wurde das Usenet über die UC Berkeley, die Verbindungen sowohl zum Usenet als auch zum ARPANET hatte, mit dem ARPANET verbunden

Mark Horton, der Doktorand, der die Verbindung aufgebaut hat, begann mit der Kennung „fa“ („From ARPANET“[42]) „Mailinglisten aus dem ARPANET in das Usenet einzuspeisen“.[43] Das Usenet gewann in seinem ersten Jahr 50 Mitgliedsseiten, darunter das Reed College, die University of Oklahoma und Bell Labs,[7] und die Zahl der Menschen, die das Netzwerk nutzten, stieg dramatisch an; es dauerte jedoch noch eine Weile, bis Usenet-Benutzer zum ARPANET beitragen konnten.[44]

Netzwerk[Bearbeiten]

UUCP-Netzwerke verbreiten sich schnell aufgrund der geringeren Kosten und der Möglichkeit, vorhandene Standleitungen, X.25-Verbindungen oder sogar ARPANET-Verbindungen zu nutzen

Bis 1983 nahmen Tausende von Menschen von mehr als 500 Hosts teil, hauptsächlich Universitäten und Bell Labs-Sites, aber auch eine wachsende Zahl von Unix-bezogenen Unternehmen; die Anzahl der Hosts verdoppelte sich fast auf 940 im Jahr 1984

Es gab mehr als 100 Newsgroups, mehr als 20 widmeten sich Unix und anderen computerbezogenen Themen und mindestens ein Drittel der Erholung

Da sich das Netz der UUCP-Hosts schnell ausdehnte, wurde es wünschenswert, die Usenet-Teilmenge vom Gesamtnetzwerk zu unterscheiden

Auf der USENIX-Konferenz 1982 wurde über einen neuen Namen abgestimmt

Der Name Usenet wurde beibehalten, aber es wurde festgestellt, dass er nur für Nachrichten galt.[46] Der Name UUCPNET wurde zum gebräuchlichen Namen für das gesamte Netzwerk

Neben UUCP wurde früher Usenet-Verkehr auch mit Fidonet und anderen BBS-Wählnetzwerken ausgetauscht

Mitte der 1990er Jahre waren fast 40.000 FidoNet-Systeme in Betrieb, und es war möglich, mit Millionen von Benutzern auf der ganzen Welt nur mit lokalem Telefondienst zu kommunizieren

Die weit verbreitete Nutzung des Usenet durch die BBS-Community wurde durch die Einführung von UUCP-Feeds erleichtert, die durch MS-DOS-Implementierungen von UUCP wie UFGATE (UUCP to FidoNet Gateway), FSUUCP und UUPC ermöglicht wurden

1986 stellte RFC 977 die Network News Transfer Protocol (NNTP)-Spezifikation für die Verteilung von Usenet-Artikeln über TCP/IP als flexiblere Alternative zur informellen Internet-Übertragung von UUCP-Verkehr bereit

Seit dem Internet-Boom in den 1990er Jahren erfolgt fast die gesamte Usenet-Verteilung über NNTP.[47] Software[Bearbeiten]

Frühere Versionen von Usenet verwendeten die Software Duke’s A News, die für ein oder zwei Artikel pro Tag entwickelt wurde

Matt Glickman und Horton in Berkeley produzierten eine verbesserte Version namens B News, die den steigenden Verkehr bewältigen konnte (etwa 50 Artikel pro Tag seit Ende 1983).[7] Mit einem Nachrichtenformat, das Kompatibilität mit Internet-Mail und verbesserte Leistung bot, wurde es zur dominierenden Server-Software

C News, entwickelt von Geoff Collyer und Henry Spencer an der University of Toronto, war in seinen Funktionen mit B News vergleichbar, bot aber eine wesentlich schnellere Verarbeitung

In den frühen 1990er Jahren wurde InterNetNews von Rich Salz entwickelt, um den durch NNTP ermöglichten kontinuierlichen Nachrichtenfluss gegenüber dem Batch-Store-and-Forward-Design von UUCP zu nutzen

Seit dieser Zeit wurde die INN-Entwicklung fortgesetzt, und es wurde auch andere Newsserver-Software entwickelt.[48] Öffentlicher Veranstaltungsort

Das Usenet war die erste Internet-Community und der Ort für viele der wichtigsten öffentlichen Entwicklungen im vorkommerziellen Internet

Es war der Ort, an dem Tim Berners-Lee den Start des World Wide Web ankündigte,[49] an dem Linus Torvalds das Linux-Projekt ankündigte,[50] und an dem Marc Andreessen die Entwicklung des Mosaic-Browsers und die Einführung des Image-Tags ankündigte ,[51] das das World Wide Web revolutionierte, indem es es in ein grafisches Medium verwandelte

Die Aktivistin Amy Goodloe nutzte die Plattform, um eine E-Mail-Liste für LGBT-Aktivismus zu führen

Internetjargon und Geschichte [ bearbeiten ]

Viele heute im Internet gebräuchliche Fachausdrücke haben ihren Ursprung oder wurden im Usenet populär gemacht.[52] Ebenso begannen viele Konflikte, die sich später auf den Rest des Internets ausbreiteten, wie etwa die anhaltenden Schwierigkeiten beim Spamming, im Usenet.[53] „Usenet ist wie eine Herde performender Elefanten mit Durchfall

Massiv, schwer umzulenken, ehrfurchtgebietend, unterhaltsam und eine Quelle für verblüffende Mengen an Exkrementen, wenn man es am wenigsten erwartet.“ Gene Spafford, 1992

Ablehnen [Bearbeiten]

Sascha Segan vom PC Magazine sagte 2008, dass „das Usenet seit Jahren im Sterben liegt“.[54] Segan sagte, dass einige Leute auf den Ewigen September im Jahr 1993 als Beginn des Niedergangs des Usenet hingewiesen hätten, als AOL begann, Usenet-Zugang anzubieten

Er argumentiert, dass, als die Benutzer Ende der 1990er Jahre damit begannen, große (Nicht-Text-)Dateien im Usenet abzulegen, der Speicherplatz und der Datenverkehr im Usenet entsprechend zunahmen

Internetdienstanbieter stellten die Frage, warum sie Platz für binäre Artikel hosten müssten

AOL stellte den Usenet-Zugriff im Jahr 2005 ein

Im Mai 2010 stellte die Duke University, deren Implementierung das Usenet vor mehr als 30 Jahren gestartet hatte, ihren Usenet-Server außer Betrieb und führte eine geringe Nutzung und steigende Kosten an

Am 4

Februar 2011 wurde der Link zum Usenet-Nachrichtendienst an der Universität von North Carolina in Chapel Hill (news.unc.edu) nach 32 Jahren eingestellt

[Zitieren erforderlich]

Als Antwort sagte John Biggs von TechCrunch: “Solange es Leute gibt, die glauben, dass eine Befehlszeile besser ist als eine Maus, wird das ursprüngliche soziale Netzwerk, das nur Text enthält, weiterleben.”[57] Während es im Usenet immer noch einige aktive Text-Newsgroups gibt, wird das System jetzt hauptsächlich verwendet, um große Dateien zwischen Benutzern auszutauschen, und die zugrunde liegende Technologie des Usenet bleibt unverändert.[58]

Änderungen des Usenet-Verkehrs [Bearbeiten]

Im Laufe der Zeit hat die Menge des Usenet-Verkehrs stetig zugenommen

Ab 2010 betrug die Anzahl aller Textbeiträge in allen Big-8-Newsgroups durchschnittlich 1.800 neue Nachrichten pro Stunde, mit einem Durchschnitt von 25.000 Nachrichten pro Tag.[59] Diese Durchschnitte sind jedoch winzig im Vergleich zum Verkehr in den binären Gruppen.[60] Ein Großteil dieser Verkehrszunahme spiegelt nicht eine Zunahme einzelner Benutzer oder Newsgroup-Diskussionen wider, sondern stattdessen die Kombination aus massivem automatisiertem Spamming und einer Zunahme der Nutzung von. binaries-Newsgroups[59], in denen große Dateien oft öffentlich gepostet werden

Es folgt eine kleine Kostprobe der Veränderung (gemessen in Futtergröße pro Tag): Quelle: altopia.com [ Zitieren erforderlich ] Tägliches Volumen Tägliche Beiträge Datum 4,5 GiB 1996 9

Dez

GiB 1997 12

Juli GiB 554.000 1998 26

Jan

GiB 609.000 1999 82

Jan

GiB 858.000 2000 181

Jan

1 GiB 1,24 Mio

2001 257

Jan

GiB 1,48 Mio

2002 49

Jan GIB 2.09 M 2003 Jan 969 Geben Sie 3.30 m 2004 Jan 1.52 TIB 5.09 M 2005 Jan 2.27 TIB 7.54 M 2006 Jan 2.95 TIB 9.84 M 2007 3.07 TIB 10.13 M 2008 Jan 4.65 TIB 14.64 M 2009 Jan 5.42 TIB 15.66 m 2010 Jan 7.52 TIB 20.12 M 2011 Jan 9.29 TIB 23.91 M 2012 Jan 11.49 TIB 28.14 M 2013 Januar 14.61 TIB 37.56 M 2014 Jan 17.87 TIB 44.19 M 2015 Jan 23.87 TIB 55.59 M 2016 Jan 27.80 TIB 64.55 M 2017 Jan 37.35 TIB 73.95 M 2018 Jan 60.38 TIB 104.04 M 2018 Jan

62,40 TiB 107,49 Mio

2020 Jan

100,71 TiB 171,86 Mio

2021 Jan

Im Jahr 2008 unterzeichneten Verizon Communications, Time Warner Cable und Sprint Nextel eine Vereinbarung mit dem Generalstaatsanwalt von New York, Andrew Cuomo, um den Zugang zu Quellen für Kinderpornografie zu unterbinden.[61] Time Warner Cable hat den Zugriff auf das Usenet eingestellt

Verizon reduzierte seinen Zugriff auf die „Big 8“-Hierarchien

Sprint hat den Zugriff auf die alt.*-Hierarchien gestoppt

AT&T hat den Zugriff auf die alt.binaries.*-Hierarchien gestoppt

Cuomo hat Usenet in seiner Anti-Kinderpornografie-Kampagne nie ausdrücklich genannt

David DeJean von PC World sagte, einige befürchten, dass die ISPs die Kampagne von Cuomo als Vorwand benutzten, um Teile des Usenet-Zugangs zu beenden, da dies für die Internetdienstanbieter kostspielig und von den Kunden nicht sehr gefragt sei

2008 waren AOL, das keinen Usenet-Zugang mehr anbot, und die vier Anbieter, die auf die Cuomo-Kampagne reagierten, die fünf größten Internetdienstanbieter in den Vereinigten Staaten; sie hatten mehr als 50 % des US-ISP-Marktanteils.[62] Am 8

Juni 2009 gab AT&T bekannt, dass es ab dem 15

Juli 2009 keinen Zugriff mehr auf den Usenet-Dienst anbieten werde.[63] AOL kündigte an, dass es seinen integrierten Usenet-Dienst Anfang 2005 einstellen werde, und verwies auf die wachsende Popularität von Weblogs, Chat-Foren und Online-Konferenzen.[64] Die AOL-Gemeinschaft spielte etwa 11 Jahre zuvor eine enorme Rolle bei der Popularisierung des Usenet.[65] Im August 2009 kündigte Verizon an, den Zugriff auf das Usenet am 30

September 2009 einzustellen.[66][67] JANET kündigte an, den Usenet-Dienst mit Wirkung zum 31

Juli 2010 einzustellen, und nannte Google Groups als Alternative.[68] Microsoft kündigte an, den Support für seine öffentlichen Newsgroups (msnews.microsoft.com) zum 1

Juni 2010 einzustellen und als Alternative Webforen anzubieten.[69] Zu den Hauptgründen, die für die Einstellung des Usenet-Dienstes durch allgemeine ISPs genannt werden, gehören der Rückgang des Volumens der tatsächlichen Leser aufgrund der Konkurrenz durch Blogs sowie Kosten- und Haftungsprobleme aufgrund des zunehmenden Anteils des Datenverkehrs, der für Filesharing und Spam in nicht verwendeten oder eingestellten Gruppen verwendet wird

[70][71]

Einige ISPs nannten den Druck von Cuomos Kampagne gegen Kinderpornografie nicht als einen ihrer Gründe, Usenet-Feeds als Teil ihrer Dienste einzustellen.[72] Die ISPs Cox und Atlantic Communications widersetzten sich dem Trend von 2008, aber beide stellten schließlich 2010 ihre jeweiligen Usenet-Feeds ein.[73][74][75]

Archiv[Bearbeiten]

Öffentliche Archive von Usenet-Artikeln gibt es seit den Anfängen des Usenet, wie das Ende 1982 von Kenneth Almquist geschaffene System.[76][77] Die verteilte Archivierung von Usenet-Beiträgen wurde im November 1982 von Scott Orshan vorgeschlagen, der vorschlug, dass „jede Website alle von ihr geposteten Artikel für immer aufbewahren sollte.“[78] Ebenfalls im November desselben Jahres antwortete Rick Adams auf einen Beitrag mit der Frage „Hat Hat irgendjemand Netnews archiviert oder plant das jemand?“[79] indem er erklärte, dass er „Angst hatte, es zuzugeben, aber ich begann am 18

Woodbury schlug ein “automatisches Archivzugriffssystem” vor, das aus “automatischer Beantwortung von Nachrichten mit festem Format an einen speziellen E-Mail-Empfänger auf bestimmten Maschinen” bestand.[81]

1985 wurden zwei Nachrichtenarchivierungssysteme und ein RFC ins Internet gestellt

Das erste System namens keepnews von Mark M

Swenson von der University of Arizona wurde als “ein Programm beschrieben, das versucht, eine vernünftige Methode zum Extrahieren und Aufbewahren von Informationen bereitzustellen, die über das Usenet kommen”

Der Hauptvorteil dieses Systems bestand darin, dass es Benutzern ermöglichte, Artikel als lohnenswert zu markieren.[82] Das zweite System, YA News Archiver von Chuq Von Rospach, ähnelte keepnews, wurde aber „dafür entwickelt, mit viel größeren Archiven zu arbeiten, wo die wunderbare Funktion der quadratischen Suchzeit von Unix … zu einem echten Problem wird.“[83] Von Rospach veröffentlichte Anfang 1985 einen detaillierten RFC für “Archivierung und Zugriff auf Usenet-Artikel mit Schlüsselwortsuche”

Dieser RFC beschrieb ein Programm, das „ein Archiv von Usenet-Artikeln erstellen und pflegen und es ermöglichen könnte, Artikel basierend auf der Artikel-ID, den Betreffzeilen oder Schlüsselwörtern, die aus dem Artikel selbst gezogen wurden, nachzuschlagen“

Ebenfalls enthalten war C-Code für die interne Datenstruktur des Systems.[84]

Der Wunsch, einen Volltext-Suchindex archivierter Nachrichtenartikel zu haben, ist ebenfalls nicht neu, eine solche Anfrage wurde im April 1991 von Alex Martelli gestellt, der versuchte, “eine Art Schlüsselwortindex für [das Nachrichtenarchiv] zu erstellen”.[85] Anfang Mai veröffentlichte Mr

Martelli eine Zusammenfassung seiner Antworten im Usenet und stellte fest, dass der „Preis für den beliebtesten Vorschlag definitiv an das Paket ‚lq-text‘ von Liam Quin gehen muss, das kürzlich in alt.sources gepostet wurde.“[86]

Die Seite Alt Sex Stories Text Repository (ASSTR) archiviert und indiziert erotische und pornografische Geschichten, die an die Usenet-Gruppe alt.sex.stories gepostet wurden.[87]

Die Archivierung des Usenet hat zu Befürchtungen über den Verlust der Privatsphäre geführt.[88] Ein Archiv vereinfacht die Erstellung von Personenprofilen

Dem wurde teilweise mit der Einführung des X-No-Archive: Yes-Headers entgegengewirkt, der selbst umstritten ist.[89] Archive von Google Groups und DejaNews [ bearbeiten ]

Die webbasierte Archivierung von Usenet-Beiträgen begann 1995 bei Deja News mit einer sehr großen, durchsuchbaren Datenbank

2001 wurde diese Datenbank von Google übernommen.[90] Google Groups hostet ein Archiv von Usenet-Beiträgen, die bis Mai 1981 zurückreichen

Die frühesten Beiträge, die von Mai 1981 bis Juni 1991 datieren, wurden Google von der University of Western Ontario mit Hilfe von David Wiseman und anderen gespendet[91] und wurden ursprünglich von Henry Spencer an der zoologischen Fakultät der Universität von Toronto archiviert.[92] Die Archive für Ende 1991 bis Anfang 1995 wurden von Kent Landfield von der NetNews-CD-Reihe[93] und Jürgen Christoffel von GMD[94] zur Verfügung gestellt

Die Archivierung von Beiträgen ab März 1995 wurde von der Firma DejaNews (später Deja) gestartet, die im Februar 2001 von Google aufgekauft wurde

Google begann ab der zweiten Augustwoche 2000 mit der Archivierung von Usenet-Beiträgen für sich selbst

Google wurde von kritisiert Vice- und Wired-Mitwirkende sowie ehemalige Mitarbeiter für die Verwaltung des Archivs und die Unterbrechung seiner Suchfunktion.[95][96][97]

Siehe auch [Bearbeiten]

Usenet-Newsreader[Bearbeiten]

Usenet/Newsgroup-Dienstanbieter[Bearbeiten]

Usenet-Geschichte[Bearbeiten]

Usenet-Administratoren[Bearbeiten]

Das Usenet als Ganzes hat keine Administratoren

Jeder Serveradministrator kann tun, was er möchte, solange die Endbenutzer und Peer-Server dies akzeptieren

Aber es gibt ein paar berühmte Administratoren:

Referenzen[Bearbeiten]

Как настроить SabNZBD + для загрузки с Usenet New

Video unten ansehen

Weitere Informationen zum Thema usenet header download

usenet header download Einige Bilder im Thema

 Update Как настроить SabNZBD + для загрузки с Usenet
Как настроить SabNZBD + для загрузки с Usenet Update New

List of Usenet newsreaders – Wikipedia Update

Usenet is a worldwide, distributed discussion system that uses the Network News Transfer Protocol (NNTP). Programs called newsreaders are used to read and post messages (called articles or posts, and collectively termed news) to one or more newsgroups.Users must have access to a news server to use a newsreader. This is a list of such newsreaders.

+ hier mehr lesen

Read more

Usenet ist ein weltweit verteiltes Diskussionssystem, das das Network News Transfer Protocol (NNTP) verwendet

Programme, die als Newsreader bezeichnet werden, werden verwendet, um Nachrichten (sogenannte Artikel oder Posts und zusammenfassend als News bezeichnet) in einer oder mehreren Newsgroups zu lesen und zu veröffentlichen

Benutzer müssen Zugriff auf einen Newsserver haben, um einen Newsreader verwenden zu können

Dies ist eine Liste solcher Newsreader

Arten von Clients [ bearbeiten ]

Text-Newsreader – hauptsächlich zum Lesen/Posten von Textbeiträgen konzipiert; binäre Anhänge können nicht heruntergeladen werden

– hauptsächlich zum Lesen/Posten von Textbeiträgen konzipiert; binäre Anhänge können nicht heruntergeladen werden Herkömmlicher Newsreader – textfähiger Newsreader, der auch binäre Anhänge verarbeiten kann, wenn auch nicht so effizient wie spezialisiertere Clients

– textfähiger Newsreader, der auch binäre Anhänge verarbeiten kann, wenn auch nicht so effizient wie spezialisiertere Clients, binäre Grabber/Plucker – speziell entwickelt für das einfache und effiziente Herunterladen von mehrteiligen binären Post-Anhängen; eingeschränkte oder nicht vorhandene Lese-/Posting-Fähigkeit

Diese bieten im Allgemeinen Unterstützung für mehrere Server und mehrere Verbindungen

Die meisten unterstützen jetzt NZBs, und mehrere unterstützen entweder die automatische Par2-Verarbeitung oder planen dies

Einige unterstützen zusätzlich Video- und Audio-Streaming.

– speziell für das einfache und effiziente Herunterladen von mehrteiligen binären Post-Anhängen entwickelt; eingeschränkte oder nicht vorhandene Lese-/Posting-Fähigkeit

Diese bieten im Allgemeinen Unterstützung für mehrere Server und mehrere Verbindungen

Die meisten unterstützen jetzt NZBs, und mehrere unterstützen entweder die automatische Par2-Verarbeitung oder planen dies

Einige unterstützen auch Video- und Audio-Streaming

NZB-Downloader – binärer Grabber-Client ohne Header-Unterstützung – kann keine Gruppen durchsuchen oder Textnachrichten lesen/posten; kann nur NZBs von Drittanbietern laden, um binäre Post-Anhänge herunterzuladen

Einige enthalten eine Schnittstelle für den Zugriff auf ausgewählte NZB-Suchwebsites

– binärer Grabber-Client ohne Header-Unterstützung – kann keine Gruppen durchsuchen oder Textnachrichten lesen/posten; kann nur NZBs von Drittanbietern laden, um binäre Post-Anhänge herunterzuladen

Einige enthalten eine Schnittstelle für den Zugriff auf ausgewählte NZB-Suchwebsites

Binärer Posting-Client – ​​speziell und ausschließlich für das Posten mehrteiliger Binärdateien entwickelt

– speziell und ausschließlich für das Posten mehrteiliger Binärdateien entwickelt

– Alleskönner, der das Lesen/Posten von Text sowie das Herunterladen von Binärdateien mit mehreren Segmenten und die automatische Par2-Verarbeitung unterstützt

.Aktiv[Bearbeiten]

Kommerzielle Software[Bearbeiten]

Freeware[Bearbeiten]

Freie/Open-Source-Software [ bearbeiten ]

Eingestellt Kommerzielle Software[Bearbeiten]

Freeware[Bearbeiten]

MT NewsWatcher – Universelle Binärdatei für Mac OS X

Kostenlos/Open Source[Bearbeiten]

Shareware[Bearbeiten]

Unison – Mac OS X

Siehe auch [Bearbeiten]

How To Download From UseNet Update

Video ansehen

Weitere Informationen zum Thema usenet header download

usenet header download Sie können die schönen Bilder im Thema sehen

 Update How To Download From UseNet
How To Download From UseNet New Update

Perl – Tutorialspoint New Update

Perl 1.0 was released to usenet‘s alt.comp.sources in 1987. At the time of writing this tutorial, the latest version of perl was 5.16.2. Perl is listed in the Oxford English Dictionary. PC Magazine announced Perl as the finalist for its 1998 Technical Excellence Award in the Development Tool category. Perl Features

See also  Best sharepoint schulung anwender Update New

+ ausführliche Artikel hier sehen

NZBget – Лучше, чем Bittorent – Полная настройка Update New

Video unten ansehen

Neues Update zum Thema usenet header download

usenet header download Einige Bilder im Thema

 New Update NZBget - Лучше, чем Bittorent - Полная настройка
NZBget – Лучше, чем Bittorent – Полная настройка Update

Radarr System | WikiArr New

Now within the download client you can specify where in /data you’d like to place your downloads, now this varies depending on the client but you should be able to tell it “Yeah download client place my files into.” /data/torrents (or usenet)/movies and since you used /data in Radarr when the download client tells Radarr it’s done Radarr will come along and say “Sweet, I have a /data and …

+ Details hier sehen

Read more

¶ Inhaltsverzeichnis

Diese Seite enthält eine Liste mit Zustandsprüfungsfehlern

Diese Zustandsprüfungen werden regelmäßig von Radarr und bei bestimmten Ereignissen durchgeführt

Die resultierenden Warnungen und Fehler werden hier aufgelistet, um Hinweise zu deren Behebung zu geben

¶ Systemwarnungen

¶ Branch ist kein gültiger Release-Branch

Der eingestellte Branch ist kein gültiger Release-Branch

Sie erhalten keine Updates

Bitte wechseln Sie zu einem der aktuellen Release-Zweige.

Neuere Versionen von Radarr sind für. NET6 oder höher vorgesehen

Nach Version 3.2.2 werden wir keine Legacy-Mono-Builds mehr bereitstellen

Sie führen einen dieser Legacy-Mono-Builds aus, aber Ihre Plattform unterstützt. NET

In den folgenden Einträgen erfahren Sie, wie Sie von nicht unterstützten Mono-Versionen am Ende ihrer Lebensdauer zu dotnet wechseln können

¶ Docker-Installationen reparieren

Stellen Sie sicher, dass Ihr Zweig für Ihren Anbieter richtig ist, und ziehen Sie Ihren Container erneut ab

¶ FreeBSD-Installationen reparieren

Aktualisieren Sie einfach den Radarr-Port mit pkg update && pkg upgrade

(Optional) Entfernen Sie das Monopaket, wenn Sie möchten

¶ Standalone-Installationen reparieren

Sichern Sie Ihre vorhandene Konfiguration vor dem nächsten Schritt

Dies sollte nur auf Linux-Hosts geschehen

Installieren Sie nicht die. NET-Laufzeitumgebung oder das SDK von Microsoft

Um Abhilfe zu schaffen, laden Sie den richtigen Build für Ihre Architektur herunter und ersetzen Sie Ihre vorhandenen Binärdateien (Anwendung)

Kurz gesagt, Sie müssen Ihre vorhandenen Binärdateien (Inhalt oder Ordner von /opt/Radarr) löschen und durch den Inhalt der gerade heruntergeladenen. tar.gz-Datei ersetzen

SIE MÜSSEN ZUERST DIE ALTEN LÖSCHEN

Das Folgende ist ein von der Community entwickeltes Skript, um Ihre Mono-Installation zu entfernen und durch die. NET-Installation zu ersetzen

Beiträge und Korrekturen sind willkommen

Dies setzt voraus, dass Sie sich im Master-Radarr-Zweig befinden und die Variable bei Bedarf aktualisieren

Radarr-Zweig aktualisiert die Variable bei Bedarf Dies setzt voraus, dass Radarr ausgeführt wird, während der Benutzer Radarr die Variablen bei Bedarf aktualisiert

Aktualisieren Sie die Variablen bei Bedarf

Dies setzt voraus, dass Radarr unter /opt/Radarr installiert ist

Aktualisieren Sie die Variablen bei Bedarf

#!/bin/bash ## Benutzervariablen installdir=”/opt/Radarr” APPUSER=”radarr” branch=”master” ## /Benutzervariablen app=”radarr” ARCH=$(dpkg –print-architecture) # Stop \*arr sudo systemctl stop $app # get arch dlbase=”https://$app.servarr.com/v1/update/$branch/updatefile?os=linux&runtime=netcore” case “$ARCH” in “amd64″ ) DLURL=”${dlbase}&arch=x64” ;; “armhf”) DLURL=”${dlbase}&arch=arm” ;; “arm64″) DLURL=”${dlbase}&arch=arm64” ;; *) echo_error “Bogen nicht unterstützt” Ausgang 1 ;; esac echo “Wird heruntergeladen…” wget –content-disposition “$DLURL” tar -xvzf ${app^}.*.tar.gz echo “Installationsdateien heruntergeladen und extrahiert” echo “Vorhandene Installation verschieben” sudo mv “$ installdir/” “$installdir.old/” echo “Installieren…” sudo mv “${app^}” “$installdir” sudo chown $APPUSER:$APPUSER -R $installdir sudo sed -i “s|ExecStart= /usr/bin/mono –debug /opt/${app^}/${app^}.exe|ExecStart=/opt/${app^}/${app^}|g” /etc/systemd/ system/$app.service sudo sed -i “s|ExecStart=/usr/bin/mono /opt/${app^}/${app^}.exe|ExecStart=/opt/${app^}/$ {app^}|g” /etc/systemd/system/$app.service sudo systemctl daemon-reload echo “App Installed” sudo rm -rf “$installdir.old/” rm -rf “${app^}.*. tar.gz” sudo systemctl starte $app

¶ Die derzeit installierte Mono-Version ist alt und wird nicht unterstützt

Radarr ist in. NET geschrieben und erfordert Mono, um auf sehr alten ARM-Prozessoren zu laufen

Mono 5.20 ist das absolute Minimum für Radarr

Das Upgrade-Verfahren für Mono variiert je nach Plattform

Mono wird ab Radarr Version 4.0 nicht mehr unterstützt

¶ Die derzeit installierte SQLite-Version wird nicht unterstützt

Radarr speichert seine Daten in einer SQLite-Datenbank

Die auf Ihrem System installierte SQLite3-Bibliothek ist zu alt

Radarr erfordert mindestens Version 3.9.0

Beachten Sie, dass Radarr libSQLite3.so verwendet, das möglicherweise in einem SQLite3-Upgrade-Paket enthalten ist oder nicht

¶ Database Failed Integrity Check

Ihre Datenbank(en) hat/haben eine SQLite-Pragma-Integritätsprüfung nicht bestanden und sind beschädigt

Wenn Radarr.db beschädigt ist, lesen Sie bitte diesen FAQ-Eintrag

beschädigt ist, lesen Sie bitte diesen FAQ-Eintrag Wenn logs.db beschädigt ist: Stoppen Sie Radarr, löschen Sie logs.db und alle log.wal-Dateien.

ist beschädigt: Stoppen Sie Radarr, löschen Sie alle Dateien

Wenn beide beschädigt sind, überprüfen Sie die entsprechenden Prozesse oben.

Freut euch, die Entwickler haben ein neues Update veröffentlicht

Dies bedeutet im Allgemeinen großartige neue Funktionen und zerquetschte Haufen von Fehlern (richtig?)

Anscheinend haben Sie die automatische Aktualisierung nicht aktiviert, also müssen Sie herausfinden, wie Sie auf Ihrer Plattform aktualisieren können

Das Drücken der Schaltfläche Installieren auf der Seite System => Updates ist wahrscheinlich ein guter Ausgangspunkt

Diese Warnung wird nicht angezeigt, wenn Ihre aktuelle Version weniger als 14 Tage alt ist

Dies bedeutet, dass Radarr sich nicht selbst aktualisieren kann

Sie müssen Radarr manuell aktualisieren oder die Berechtigungen für das Startverzeichnis von Radarr (das Installationsverzeichnis) festlegen, damit Radarr sich selbst aktualisieren kann

Radarr hat festgestellt, dass sich der AppData-Ordner für Ihr Betriebssystem in dem Verzeichnis befindet, das die Radarr-Binärdateien enthält

Normalerweise wäre es C:\ProgramData für Windows und ~/.config für Linux

Bitte schauen Sie unter System => Info nach, um die aktuellen AppData- und Startup-Verzeichnisse anzuzeigen

Dies bedeutet, dass Radarr sich nicht selbst aktualisieren kann, ohne Daten zu riskieren

Verlust.

Wenn Sie Linux verwenden, müssen Sie wahrscheinlich das Home-Verzeichnis für den Benutzer ändern, der Radarr ausführt, und den aktuellen Inhalt des Verzeichnisses ~/.config/Radarr kopieren, um Ihre Datenbank zu erhalten

¶ Branch ist für eine frühere Version

Die Update-Zweigeinrichtung in Einstellungen/Allgemein ist für eine frühere Version von Radarr, daher sieht die Instanz keine korrekten Update-Informationen im System/Updates-Feed und erhält möglicherweise keine neuen Updates, wenn sie veröffentlicht werden

¶ Konnte keine Verbindung zu signalR herstellen

signalR steuert die dynamischen UI-Updates

Wenn Ihr Browser also keine Verbindung zu signalR auf Ihrem Server herstellen kann, sehen Sie keine Echtzeit-Updates in der UI

Das häufigste Vorkommen davon ist die Verwendung eines Reverse-Proxy oder Cloudflare

Cloudflare benötigt aktivierte Websockets

Nginx erfordert die folgende Ergänzung zum Standortblock für die App:

Proxy_http_Version 1.1; Proxy_set_header Upgrade $http_upgrade; proxy_set_header Verbindung $http_connection;

Stellen Sie sicher, dass Sie nicht proxy_set_header Connection “Upgrade” einschließen; wie in der nginx-Dokumentation vorgeschlagen

DAS WIRD NICHT FUNKTIONIEREN

Siehe https://github.com/aspnet/AspNetCore/issues/17081

Für den Apache2-Reverse-Proxy müssen Sie die folgenden Module aktivieren: proxy, proxy_http und proxy_wstunnel

Fügen Sie dann diese Websocket-Tunneldirektive zu Ihrer vhost-Konfiguration hinzu:

RewriteEngine On RewriteCond %{HTTP:Upgrade} =websocket [NC] RewriteRule /(.*) ws://127.0.0.1:7878/$1 [P,L]

Wenn Sie einen Reverse-Proxy unter einem Unterverzeichnis haben, sollte die RewriteRule Ihren Basispfad enthalten, z

B

RewriteRule /radarr/(.*) ws://127.0.0.1:7878/radarr/$1 [P,L]

Wenn Radarr nicht auf demselben Computer wie Ihr Reverse-Proxy ausgeführt wird

Ersetzen Sie 127.0.0.1 durch die entsprechende IP-Adresse/den entsprechenden DNS-Namen Ihrer Radarr-App

Verwenden Sie für Caddy (V1) Folgendes:

Hinweis: Sie müssen auch die websocket-Direktive zu Ihrer Radarr-Konfiguration hinzufügen

Proxy /radarr 127.0.0.1:7878 { Websocket transparent }

¶ Fehler beim Auflösen der IP-Adresse für den konfigurierten Proxy-Host

Überprüfen Sie Ihre Proxy-Einstellungen und stellen Sie sicher, dass sie korrekt sind

Stellen Sie sicher, dass Ihr Proxy betriebsbereit und zugänglich ist

¶ Proxy-Test fehlgeschlagen

Ihr konfigurierter Proxy konnte nicht erfolgreich getestet werden, überprüfen Sie den bereitgestellten HTTP-Fehler und/oder prüfen Sie die Protokolle auf weitere Details

¶ Die Systemzeit ist um mehr als 1 Tag verschoben

Die Systemzeit ist um mehr als 1 Tag verschoben

Geplante Tasks werden möglicherweise nicht ordnungsgemäß ausgeführt, bis die Uhrzeit korrigiert wurde

Überprüfen Sie Ihre Systemzeit und stellen Sie sicher, dass sie mit einem maßgeblichen Zeitserver synchronisiert und korrekt ist

¶ MediaInfo-Bibliothek konnte nicht geladen werden

Die MediaInfo-Bibliothek konnte nicht geladen werden.

Die folgenden PassThePopcorn-Indexer haben veraltete Einstellungen und sollten aktualisiert werden.

¶ Mono Legacy TLS aktiviert

Problemumgehung für Mono 4.x tls ist noch aktiviert, erwägen Sie, die Option MONO_TLS_PROVIDER=Legacy-Umgebung zu entfernen

¶ Mono- und x86-Builds gehen zu Ende

Mono- und x86-Builds werden im nächsten Build der Anwendung nicht mehr unterstützt

Wenn Sie diesen Fehler erhalten, führen Sie die Mono-Version der Anwendung oder die x86-Version aus

Leider werden wir aufgrund zunehmender Schwierigkeiten beim Entwicklungssupport für diese Legacy-Versionen deren Support und damit die Veröffentlichungen für sie in Zukunft einstellen

Daher wird empfohlen, auf ein unterstütztes Betriebssystem aufzurüsten, das weder x86 noch Mono erfordert

Möglicherweise können Sie Docker auch für Ihre Zwecke verwenden

¶ Clients herunterladen

¶ Es ist kein Download-Client verfügbar

Ein ordnungsgemäß konfigurierter und aktivierter Download-Client ist erforderlich, damit Radarr Medien herunterladen kann

Da Radarr verschiedene Download-Clients unterstützt, sollten Sie herausfinden, welcher Ihren Anforderungen am besten entspricht

Wenn Sie bereits einen Download-Client installiert haben, sollten Sie Radarr so konfigurieren, dass er verwendet wird, und eine Kategorie erstellen

Siehe Einstellungen => Download-Client.

¶ Kommunikation mit Download-Client nicht möglich

Radarr konnte nicht mit dem konfigurierten Download-Client kommunizieren

Bitte überprüfen Sie, ob der Download-Client betriebsbereit ist, und überprüfen Sie die URL

Dies könnte auch auf einen Authentifizierungsfehler hinweisen

Dies ist normalerweise auf einen falsch konfigurierten Download-Client zurückzuführen

Dinge, die Sie normalerweise überprüfen können: Die IP-Adresse Ihres Download-Clients, wenn sie sich auf demselben Bare-Metal-Computer befindet, ist dies normalerweise 127.0.0.1

Die Portnummer, die Ihr Download-Client verwendet, wird mit der Standard-Portnummer ausgefüllt, aber wenn Sie sich geändert haben Sie müssen dasselbe in Radarr eingeben

Stellen Sie sicher, dass die SSL-Verschlüsselung nicht aktiviert ist, wenn Sie sowohl Ihre Radarr-Instanz als auch Ihren Download-Client in einem lokalen Netzwerk verwenden

Weitere Informationen finden Sie im SSL-FAQ-Eintrag

¶ Download-Clients sind aufgrund eines Fehlers nicht verfügbar

Einer oder mehrere Ihrer Download-Clients reagieren nicht auf Anfragen von Radarr

Aus diesem Grund hat Radarr beschlossen, den Download-Client vorübergehend nicht mehr in seinem normalen 1-Minuten-Zyklus abzufragen, der normalerweise verwendet wird, um aktive Downloads zu verfolgen und abgeschlossene zu importieren

Radarr wird jedoch weiterhin versuchen, Downloads an den Client zu senden, wird aber aller Wahrscheinlichkeit nach fehlschlagen

Sie sollten System=>Logs überprüfen, um festzustellen, was der Grund für die Fehler ist

Wenn Sie diesen Download-Client nicht mehr verwenden, deaktivieren Sie ihn es in Radarr, um die Fehler zu vermeiden

¶ Enable Completed Download Handling

Radarr benötigt Completed Download Handling, um Dateien importieren zu können, die vom Download-Client heruntergeladen wurden

Es wird empfohlen, Completed Download Handling zu aktivieren

(Handhabung abgeschlossener Downloads ist standardmäßig für neue Benutzer aktiviert.)

¶ Docker fehlerhafte Remote-Pfadzuordnung

Dieser Fehler ist normalerweise mit fehlerhaften Docker-Pfads in Ihrem Download-Client oder Radarr verbunden

Ein Beispiel hierfür wäre: Download-Client: Download-Pfad: /mnt/user/downloads:/downloads Radarr: Download-Pfad: /mnt/user/downloads:/data

In diesem Beispiel platziert der Download-Client seine Downloads in /downloads und teilt Radarr daher mit, dass der fertige Film in /downloads ist, wenn er fertig ist

Radarr kommt dann daher und sagt: „Okay, cool, lass mich /downloads einchecken.“ Nun, in Radarr hast du keinen /downloads-Pfad zugewiesen, sondern einen /data-Pfad, also wird dieser Fehler ausgegeben

Die einfachste Lösung dafür ist CONSISTENCY Wenn Sie ein Schema in Ihrem Download-Client verwenden, verwenden Sie es allgemein

Team Radarr ist ein großer Fan davon, einfach /data zu verwenden

Download-Client: /mnt/user/data/downloads:/data/downloads Radarr: /mnt/user/data:/data

Jetzt können Sie im Download-Client angeben, wo in /data Sie Ihre Downloads platzieren möchten

Dies variiert jetzt je nach Client, aber Sie sollten in der Lage sein, ihm zu sagen: “Ja, der Download-Client platziert meine Dateien in.” /data/torrents (oder usenet)/movies und da Sie /data in Radarr verwendet haben, wenn der Download-Client Radarr mitteilt, dass es fertig ist, kommt Radarr daher und sagt: „Süß, ich habe ein /data und ich kann auch /torrents (oder usenet )/Filme ist alles in Ordnung auf der Welt.”

Es gibt viele großartige Artikel: unser Wiki Docker Guide und TRaSHs Hardlinks und Instant Moves (Atomic-Moves)

Nun legen diese Leitfäden großen Wert auf Hardlinks und Atomic Moves, aber das allgemeine Konzept von Containern und wie Pfad-Mapping funktioniert, ist der Kern dieser Diskussionen

Siehe TRaSH’s Remote Path Guide für weitere Informationen

¶ Download in Root Folder

Innerhalb der Anwendung wird ein Stammordner als konfigurierter Medienbibliotheksordner definiert

Dies ist nicht der Stammordner eines bereitgestellten Laufwerks

Sie laden direkt in Ihren Stammordner (Bibliothek) herunter

Dies verursacht häufig Probleme und wird nicht empfohlen

Um dies zu beheben, ändern Sie Ihren Download-Client so, dass er keine Downloads in Ihrem Stammordner platziert

Bitte beachten Sie, dass diese Prüfung alle hinzugefügten definierten/konfigurierten Root-Ordner betrachtet, nicht nur die aktuell verwendeten Root-Ordner

Mit anderen Worten, der Ordner, in den Ihr Download-Client herunterlädt oder abgeschlossene Downloads verschiebt, sollte nicht derselbe Ordner sein, den Sie als Stamm-/Bibliotheks-/endgültiger Medienzielordner in der *arr-Anwendung konfiguriert haben

Konfigurierte Stammordner (auch bekannt als Bibliotheksordner ) finden Sie unter Einstellungen => Medienverwaltung => Stammordner

Ein Beispiel ist, wenn Ihre Downloads in \data\downloads gehen, dann haben Sie einen Stammordner, der als \data\downloads festgelegt ist

Dann haben Sie einen Stammordner, der als festgelegt ist

Es wird empfohlen, Pfade wie \data\media\ für Ihren Stammordner/Ihre Bibliothek und \data\downloads\ für Ihre Downloads zu verwenden

Ihr Download-Ordner und Ihr Stamm-/Bibliotheksordner MÜSSEN getrennt sein

¶ Fehlerhafte Download-Client-Einstellungen

Der Speicherort Ihres Download-Clients, in den Dateien heruntergeladen werden, verursacht Probleme

Weitere Informationen finden Sie in den Protokollen

Dies können Berechtigungen sein oder der Versuch, von Windows zu Linux oder von Linux zu Windows ohne Remote-Pfadzuordnung zu wechseln

¶ Schlechte Remote-Pfadzuordnung

Der Speicherort Ihres Download-Clients, in den Dateien heruntergeladen werden, verursacht Probleme

Weitere Informationen finden Sie in den Protokollen

Dies können Berechtigungen oder der Versuch sein, von Windows zu Linux oder von Linux zu Windows ohne eine Remote-Pfadzuordnung zu wechseln

Weitere Informationen finden Sie im Remote Path Guide von TRaSH

¶ Berechtigungsfehler

Radarr oder der Benutzer radarr wird ausgeführt, da der Zugriff auf den Speicherort, an den Ihr Download-Client Dateien herunterlädt, nicht möglich ist

Dies ist normalerweise ein Berechtigungsproblem

¶ Die entfernte Datei wurde während der Verarbeitung entfernt

Eine Datei, auf die über eine Remote-Pfadzuordnung zugegriffen werden kann, scheint vor Abschluss der Verarbeitung entfernt worden zu sein

¶ Remote-Pfad wird verwendet und Import fehlgeschlagen

Überprüfen Sie Ihre Protokolle auf weitere Informationen

Weitere Informationen finden Sie in unseren Anleitungen zur Fehlerbehebung

¶ Handhabung abgeschlossener/fehlgeschlagener Downloads

¶ Behandlung abgeschlossener Downloads ist deaktiviert

(Diese Warnung wird nur für bestehende Benutzer generiert, bevor die Funktion „Completed Download Handling“ implementiert wurde

Diese Funktion ist standardmäßig deaktiviert, um sicherzustellen, dass das System weiterhin wie erwartet für aktuelle Konfigurationen funktioniert.) Es wird empfohlen, Completed Download Handling zu verwenden, da es eine bessere Kompatibilität für die Entpack- und Nachbearbeitungslogik verschiedener Download-Clients bietet

Damit importiert Radarr einen Download erst, wenn der Download-Client ihn als bereit meldet dieselbe Maschine, da sie den zu importierenden Pfad direkt vom Download-Client erhält, andernfalls wird eine Remote-Karte benötigt

¶ Keine Indexer verfügbar, wenn die automatische Suche aktiviert ist, Radarr liefert keine automatischen Suchergebnisse

Einfach ausgedrückt, Sie haben keinen Ihrer Indexer so eingestellt, dass er automatische Suchen zulässt

Gehen Sie zu Einstellungen => Indexer, wählen Sie einen Indexer aus, für den Sie automatische Suchen zulassen möchten, und klicken Sie dann auf Speichern

Radarr verwendet den RSS-Feed, um neue Veröffentlichungen aufzunehmen, sobald sie erscheinen

Mehr Infos dazu hier

Um dieses Problem zu beheben, gehen Sie zu Einstellungen => Indexer, wählen Sie einen Indexer aus und aktivieren Sie die RSS-Synchronisierung

¶ Es sind keine Indexer aktiviert

Radarr benötigt Indexer, um neue Versionen entdecken zu können

Bitte lesen Sie im Wiki nach, wie man Indexer hinzufügt

¶ Aktivierte Indexer unterstützen keine Suche

Keiner der von Ihnen aktivierten Indexer unterstützt die Suche

Das bedeutet, dass Radarr Neuerscheinungen nur über die RSS-Feeds finden kann

Aber die Suche nach Filmen (entweder automatische Suche oder manuelle Suche) wird niemals Ergebnisse liefern

Offensichtlich besteht die einzige Möglichkeit zur Abhilfe darin, einen weiteren Indexer hinzuzufügen

¶ Bei aktivierter interaktiver Suche sind keine Indexer verfügbar

Keiner der von Ihnen aktivierten Indexer unterstützt die interaktive Suche

Das bedeutet, dass die Anwendung neue Versionen nur über die RSS-Feeds oder eine automatische Suche finden kann

¶ Indexer sind aufgrund von Fehlern nicht verfügbar

Fehler treten auf, während Radarr versucht hat, einen Ihrer Indexer zu verwenden

Um die Wiederholungsversuche zu begrenzen, verwendet Radarr den Indexer für eine längere Zeit (bis zu 24 Stunden) nicht

Dieser Mechanismus wird ausgelöst, wenn Radarr keine Antwort vom Indexer erhalten konnte (könnte durch DNS, Proxy/VPN-Verbindung, Authentifizierung verursacht werden , oder ein Indexer-Problem) oder die nzb/torrent-Datei kann nicht vom Indexer abgerufen werden

Bitte überprüfen Sie die Protokolle, um festzustellen, welche Art von Fehler das Problem verursacht hat

Sie können die Warnung verhindern, indem Sie den betroffenen Indexer deaktivieren

Führen Sie den Test auf dem Indexer aus, um Radarr zu zwingen, den Indexer erneut zu überprüfen verschwinden immer sofort.

¶ Jacket All Endpoint Used

Der Endpunkt jacket /all ist bequem, aber das ist sein einziger Vorteil

Alles andere sind potenzielle Probleme, daher muss jetzt jeder Tracker einzeln hinzugefügt werden

Sogar Jackett’s Devs sagt, dass es vermieden und nicht verwendet werden sollte

Die Verwendung des /all-Endpunkts hat keine Vorteile, nur Nachteile: Sie verlieren die Kontrolle über indexerspezifische Einstellungen (Kategorien, Suchmodi usw.)

Das Mischen von Suchmodi (IMDB, Abfrage usw.) kann zu Ergebnissen von geringer Qualität führen indexerspezifische Kategorien (> = 100000) kann nicht verwendet werden

Langsame Indexer verlangsamen das Gesamtergebnis

Gesamtergebnisse sind auf 1000 begrenzt, wenn einer der Tracker in /all einen Fehler zurückgibt, *Arr deaktiviert ihn und Sie erhalten jetzt keine Ergebnisse

Fügen Sie jeden Tracker in Jackett manuell als Indexer hinzu in *arr

Schauen Sie sich Prowlarr an, das Indexer mit *Arr synchronisieren kann, und vom Lidarr/Radarr/Readarr-Entwicklungsteam

Schauen Sie sich NZBHydra2 an, das Indexer mit *Arr synchronisieren kann

¶ Filmordner

¶ Fehlender Stammordner

Dieser Fehler tritt normalerweise auf, wenn ein Film nach einem Stammordner sucht, dieser Stammordner jedoch nicht mehr verfügbar ist

Dieser Fehler kann auch auftreten, wenn eine Liste immer noch auf einen Stammordner verweist, dieser Stammordner jedoch nicht mehr verfügbar ist Wenn Sie diese Warnung entfernen möchten, suchen Sie einfach den Film, der noch den alten Stammordner verwendet, und bearbeiten Sie ihn im richtigen Stammordner

Der einfachste Weg, den problematischen Film zu finden, ist: Gehen Sie zur Registerkarte Filme (Bibliothek) Erstellen Sie einen benutzerdefinierten Filtern Sie mit dem alten Stammordnerpfad Wählen Sie Massenbearbeitung in der oberen Leiste und wählen Sie aus der Dropdown-Liste Stammpfade den neuen Stammpfad aus, in den diese Filme verschoben werden sollen

Als nächstes erhalten Sie ein Popup mit der Meldung Möchten Sie die Filmordner in den Stammpfad verschieben? Hier wird auch angegeben, dass dies auch den Filmordner gemäß dem Filmordnerformat in den Einstellungen umbenennen wird

Wählen Sie einfach Nein, wenn Sie nicht möchten, dass Lidarr Ihre Dateien verschiebt

Führen Sie die Aufgabe „Zustand prüfen“ unter System => Aufgaben aus

¶ Film wurde aus TMDb entfernt

Der Film ist mit einer TMDb-ID verknüpft, die aus der TMDb gelöscht wurde, normalerweise weil es ein Duplikat war, kein Film war oder die ID aus einem anderen Grund geändert wurde

Gelöschte Filme erhalten keine Updates und sollten vom Benutzer korrigiert werden, um eine fortgesetzte Funktionalität zu gewährleisten

Entfernen Sie den Film aus Radarr, ohne die Dateien zu löschen, und versuchen Sie dann, ihn erneut hinzuzufügen

Wenn es bei einer Suche nicht auftaucht, überprüfen Sie Sonarr, da es sich möglicherweise um eine TV-Miniserie wie Stephen Kings It handelt.

Sie können gelöschte Filme finden und bearbeiten, indem Sie mithilfe der folgenden Schritte einen benutzerdefinierten Filter erstellen: Klicken Sie im linken Menü auf „Filme“

Klicken Sie auf das Dropdown-Menü „Filter“ und wählen Sie „Benutzerdefinierter Filter“

Geben Sie eine Bezeichnung ein, z

B

„Gelöschte Filme“

Freigabestatus ist gelöscht Klicken Sie auf Speichern und wählen Sie den neu erstellten Filter aus dem Filter-Dropdown-Menü aus

See also  Best Choice powerpoint ebenen anzeigen New

¶ Listen sind aufgrund von Fehlern nicht verfügbar

Typischerweise bedeutet dies einfach, dass Radarr nicht mehr über die API oder die Anmeldung bei Ihrem ausgewählten Listenanbieter kommunizieren kann

Wenn das Problem weiterhin besteht, kontaktieren Sie sie am besten, um sie auszuschließen, da ihre Systeme von Zeit zu Zeit möglicherweise überlastet sind

¶ Discord als Slack-Benachrichtigung

Sie haben Discord für die Verwendung eines Slack-Webhook konfiguriert

Dies wird nicht empfohlen und stattdessen sollte die native Discord-Funktion verwendet werden

Wenn Sie dies erhalten, bedeutet dies wahrscheinlich, dass Sie dies nur konfiguriert haben, indem Sie einer veralteten Anleitung gefolgt sind

Bitte weisen Sie den Autor des Handbuchs an, seine Schritte zu aktualisieren

¶ Speicherplatz

Dieser Abschnitt zeigt Ihnen den verfügbaren Speicherplatz

In Docker kann dies schwierig sein, da es Ihnen normalerweise den verfügbaren Speicherplatz in Ihrem Docker-Image anzeigt

Dies wird Sie über Ihre aktuelle Installation von Radarr informieren

¶Mehr Info

Homepage: Homepage von Radarr

Wiki: Du bist schon hier

Reddit: r/radar

Discord: Tritt unserem Discord bei

Spenden: Wenn Sie sich großzügig fühlen und spenden möchten, klicken Sie hier

Spenden an Sonarr: Wenn Sie sich großzügig fühlen und für das Projekt spenden möchten, mit dem alles begann, klicken Sie hier

Quelle: GitHub

Funktionsanfragen: Sie haben eine tolle Idee, schreiben Sie sie hier

Dieser Abschnitt listet alle geplanten Aufgaben auf, die Radarr ausführt

Application Check Update – Dies wird alle nach dem angezeigten Zeitplan in der Benutzeroberfläche ausgeführt, überprüft, ob Radarr auf der aktuellsten Version ist, und löst dann das Update-Skript aus, um Radarr zu aktualisieren

Einstellungen => Aktualisierungen

Hinweis: Wenn dies auf Docker Ihren Container nicht aktualisiert, da ein neues Image heruntergeladen werden muss

Backup – Dadurch wird ein Backup Ihrer Radarr-Datenbank nach einem festgelegten Zeitplan ausgeführt

Weitere Einzelheiten dazu finden Sie hier

Weitere Informationen zu Backups finden Sie unter System => Backups

Check Health – Check Health wird nach dem angezeigten Zeitplan in der Benutzeroberfläche ausgeführt und überprüft den Gesamtzustand Ihres Radarr

Eine Liste möglicher gesundheitsbezogener Probleme finden Sie im Wiki-Eintrag zu Zustandsprüfungen

Papierkorb aufräumen – Der Papierkorb wird gemäß dem angezeigten Zeitplan in der Benutzeroberfläche geleert

Dies wird nur verwendet, wenn der Papierkorb in der Dateiverwaltung festgelegt ist

Haushaltsführung – Auf dem angezeigten Zeitplan in der Benutzeroberfläche entfernt dies alle Spinnweben, fegt und saugt die Böden, wischt, putzt und macht sogar schöne, ordentliche kleine gefaltete Notizen nur für Sie

Bringt aber nicht den Müll raus

Dass es einfach nicht genug bezahlt wurde

Import List Sync – Auf dem angezeigten Zeitplan in der Benutzeroberfläche wird dies Ihre Listen ausführen und alle möglichen neuen Filme importieren

Weitere Informationen zu Listen finden Sie unter Einstellungen => Listen

Messaging Cleanup – Auf dem angezeigten Zeitplan in der Benutzeroberfläche werden die Nachrichten bereinigt, die in der unteren linken Ecke von Radarr angezeigt werden

Überwachte Downloads aktualisieren – Dies durchläuft und aktualisiert die Download-Warteschlange, die sich unter Aktivität befindet

Pingen Sie im Wesentlichen Ihren Download-Client, um nach abgeschlossenen Downloads zu suchen

Refresh Movie – Dies durchläuft und aktualisiert alle Metadaten für alle überwachten und nicht überwachten Filme

RSS Sync – Dies führt die RSS-Synchronisierung aus

Dies kann in Einstellungen => Optionen geändert werden

Weitere Informationen zur RSS-Funktion finden Sie in unseren FAQ

Alle diese Aufgaben können außerhalb ihrer geplanten Zeiten manuell ausgeführt werden, indem Sie auf das Symbol ganz rechts neben jeder der Aufgaben klicken

Die Warteschlange zeigt Ihnen laufende und anstehende Aufgaben sowie einen Verlauf der kürzlich ausgeführten Aufgaben sowie deren Dauer Erledigte Aufgaben.

Wenn Sie nach einer Methode zum Sichern/Wiederherstellen Ihrer Radarr-Instanz suchen, klicken Sie hier.

Im Abschnitt „Sicherung“ werden Ihnen frühere Sicherungen angezeigt (es sei denn, Sie haben eine Neuinstallation, die keine Sicherungen erstellt hat)

Jetzt sichern – Diese Option löst eine manuelle Sicherung Ihrer Radarr-Datenbank aus

Backup wiederherstellen – Dies öffnet einen neuen Bildschirm zum Wiederherstellen von einem früheren Backup

Wenn Sie „Choose File“ auswählen, wird Ihr Browser aufgefordert, ein Dialogfeld zum Wiederherstellen von einem Radarr Zip-Backup zu öffnen

Wenn Sie frühere Backups haben und diese von Radarr herunterladen möchten, um sie an einem nicht standardmäßigen Speicherort abzulegen, können Sie einfach eine dieser Dateien auswählen, um sie herunterzuladen

Rechts neben jedem der vorherigen Downloads haben Sie zwei Möglichkeiten

Wiederherstellen (Uhrsymbol) – Zum Wiederherstellen von einem vorherigen Backup – Dies öffnet ein neues Fenster, um zu bestätigen, dass Sie von diesem Backup wiederherstellen möchten

Löschen (Mülleimer) – Um ein vorheriges Backup zu löschen

Der Aktualisierungsbildschirm zeigt die letzten 5 vorgenommenen Aktualisierungen sowie die aktuelle Version, auf der Sie sich befinden

Auf dieser Seite werden auch die Aktualisierungsnotizen der Entwickler angezeigt, die Ihnen mitteilen, was behoben oder zu Radarr hinzugefügt wurde (freuen Sie sich!)

Eine Wartungsversion enthält Fehlerkorrekturen und verschiedene andere Verbesserungen

Werfen Sie einen Blick auf den Commit-Verlauf für Einzelheiten

Die Registerkarte „Ereignisse“ zeigt Ihnen, was in Ihrem Radarr passiert ist

Dies kann verwendet werden, um einige Lichtprobleme zu diagnostizieren

Dies ersetzt jedoch nicht die in Protokollierung besprochenen Trace-Protokolle

Ereignisse sind das Äquivalent zu INFO-Protokollen

Komponenten – Diese Spalte zeigt Ihnen, welche Komponente in Radarr ausgelöst wurde

Nachricht – Diese Spalte zeigt Ihnen, welche Nachricht von der Komponente aus der vorherigen Spalte gesendet wurde

Zahnradsymbol – Mit dieser Option können Sie ändern, wie viele Komponenten/Nachrichten pro Seite angezeigt werden (Standard ist 50)

Optionen oben auf der Seite Aktualisieren – Diese Option aktualisiert die aktuelle Seite und zieht ein neues Ereignisprotokoll

Löschen – Dies löscht das aktuelle Ereignisprotokoll, sodass Sie von vorne beginnen können

¶ Protokolldateien

Auf dieser Seite können Sie herunterladen und sehen, welche aktuellen Protokolldateien für Radarr verfügbar sind

In der oberen Reihe gibt es mehrere Optionen, mit denen Sie Ihre Protokolldateien steuern können

In der obersten Zeile ganz links befindet sich ein Dropdown-Menü, mit dem Sie zwischen Protokolldateien und Updater-Protokolldateien wechseln können Weitere Support-Angelegenheiten zu Protokolldateien finden Sie hier

Updater-Protokolldateien – Hier werden die Protokolldateien angezeigt, die mit dem Updater-Skript von Radarr verknüpft sind

Wenn Sie sich im Docker befinden, ist dies leer, da Sie aktualisieren sollten, indem Sie ein neues Docker-Image herunterladen

Как использовать Usenet Update

Video ansehen

Neue Informationen zum Thema usenet header download

usenet header download Einige Bilder im Thema

 Update Как использовать Usenet
Как использовать Usenet Update New

How to Determine MTU Size Using Ping – Step-by-Step Guide Neueste

30/04/2021 · Think of the header as a shipping label attached to a package, and the payload as the package’s actual contents. The header contains information about the packet’s source and destination addresses. The Ethernet frame structure is defined in the IEEE 802.3 standard. Table 1.0 below is a graphical representation of an Ethernet frame structure, including a description …

+ ausführliche Artikel hier sehen

Read more

In Computernetzwerken ist ein Pfad eine Route zwischen zwei beliebigen Punkten oder Knoten – er verbindet einen Quellknoten mit einem Zielknoten

Ein Netzwerkpfad kann Verbindungen enthalten, die durch Router und andere Netzwerkgeräte ermöglicht werden

Abhängig von Ihrem Standort kann der Pfad zwischen Ihrem Computer und dem Server, auf dem die Comparitech-Website gehostet wird, beispielsweise mehrere Links und Netzwerkgeräte wie Router enthalten, die jeden Link mit dem nächsten verbinden

Wenn ein Link oder Links entlang dieses bestimmten Pfads ausfallen , kann es dynamisch zu einem anderen Pfad wechseln, der einen anderen Satz von Links und Routern enthält

Jedes Netzwerkgerät, jede Verbindung oder jeder Pfad wird durch die Größe in Bytes eines einzelnen IP-Pakets eingeschränkt, das es übertragen kann

Diese Einschränkung wird als Maximum Transmission Unit (MTU) bezeichnet

MTU in Kürze

MTU ist eine Messung, die das maximale Datenpaket darstellt, das ein Netzwerkpfad, ein Gerät oder eine Schnittstelle akzeptiert

Betrachten Sie es als eine Art Höhenbegrenzung für Fahrzeuge, die durch eine bestimmte Autobahn oder einen Tunnel fahren

Fahrzeuge, die die Höhenbegrenzung überschreiten, können nicht hindurchpassen, genauso wie Pakete, die die MTU eines Netzwerks überschreiten, dieses Netzwerk nicht passieren können

IPv4 und IPv6 erfordern, dass jeder Link eine bestimmte MTU unterstützt

Diese werden als Mindestverbindungs-MTU für IPv4 und IPv6 bezeichnet

MTU-Parameter erscheinen normalerweise in Verbindung mit einer Netzwerkgeräteschnittstelle wie NIC und serieller Schnittstelle

Verbindungen wie Punkt-zu-Punkt-Netzwerke entscheiden normalerweise zur Verbindungszeit über MTU; während Netzwerkprotokolle wie Ethernet eine feste MTU-Größe haben

Die Ethernet-MTU ist auf 1500 Byte festgelegt

Das bedeutet, dass das größte IP-Paket oder die größte Nutzlast, die ein Ethernet-Frame enthalten kann, 1500 Bytes beträgt

Netzwerkkommunikationsprotokolle fügen der zu transportierenden Nutzlast normalerweise einen Overhead (Header- und Rahmenprüfsequenz) hinzu

Stellen Sie sich den Header als Versandetikett vor, das an einem Paket angebracht ist, und die Nutzlast als den eigentlichen Inhalt des Pakets

Der Header enthält Informationen über die Quell- und Zieladresse des Pakets

Die Ethernet-Rahmenstruktur ist im IEEE 802.3-Standard definiert

Tabelle 1.0 unten ist eine grafische Darstellung einer Ethernet-Rahmenstruktur, einschließlich einer Beschreibung jedes Felds im Rahmen:

Präambel 7 Bytes SFD

1 Byte Ziel-MAC

6 Byte Quell-MAC

6-Byte-Typ

2 Byte Daten und Pad

46-1500 Byte FCS

4 Bytes

Tabelle 1.0 | Ethernet-Frame-Struktur

Präambel – teilt dem empfangenden System mit, dass ein Rahmen beginnt, und aktiviert die Synchronisation

SFD (Start Frame Delimiter) – bedeutet, dass das Ziel-MAC-Adressfeld mit dem nächsten Byte beginnt

Ziel-MAC – identifiziert das empfangende System

Quelle MAC – identifiziert das sendende System

Typ – definiert den Protokolltyp innerhalb des Frames, z

B

IPv4 oder IPv6

Data und Pad – enthält die Nutzdaten

Fülldaten werden hinzugefügt, um die Mindestlänge für dieses Feld (46 Bytes) zu erfüllen

FCS (Frame Check Sequence) – enthält einen 32-Bit-CRC (Cyclic Redundancy Check), der die Erkennung beschädigter Daten ermöglicht

So definiert die MTU im Grunde wie groß der Nutzlastbereich sein darf, einschließlich der TCP/IP-Header

Dieser Wert ist konfigurierbar, was bedeutet, dass Sie ihn bei Bedarf ändern können

Aber es fällt normalerweise auf seine Standardgröße zurück, wenn Sie es nicht manipulieren

Also, was ist besser, fragen Sie sich vielleicht, größere Nutzlast oder kleinere Nutzlast? Nun, im Allgemeinen können größere Pakete viel effizienter sein als die Verwendung kleinerer Pakete

Bei größeren Paketen wissen Sie, dass Sie grundsätzlich mehr Daten übertragen, aber die gleichen Overhead-Kosten verursachen – die gleichen Ethernet-Header und die gleiche FCS-Sequenz wie bei einem kleineren Paket Sie müssen damit ringen, dass Datenpakete, die die MTU überschreiten, nicht durchgelassen werden, und Sie müssen einige Anpassungen vornehmen, damit dies funktioniert

Um dieses Problem zu umgehen, hat IPv4 einen Mechanismus eingeführt, der es ermöglicht, Pakete in kleinere Teile aufzuteilen, damit sie passieren können

Dieser Mechanismus wird als Fragmentierung bezeichnet

Das Problem mit der Fragmentierung

So neuartig die Idee der Fragmentierung auch klingen mag, sie ist nicht ohne Herausforderungen

Fragmentierung fügt der Netzwerkkommunikation ein gewisses Maß an Unsicherheit, Latenz und Ineffizienz hinzu

Zum Zeitpunkt des Verfassens dieses Artikels gilt die IP-Fragmentierung als anfällig und ist oft mit Sicherheitslücken behaftet, die zur Ausnutzung der Fragmentierung verwendet werden können

Böswillige Akteure können Angriffe wie Angriffe mit überlappenden Fragmenten, Ressourcenerschöpfungsangriffe, Teardrop-Angriffe, Ping-of-Death-Angriffe und andere Denial-of-Service-Angriffe verwenden, um diese Schwachstellen auszunutzen

Alle Fragmente eines Pakets müssen ankommen, damit das Paket als empfangen gilt

Fragmentierte Pakete werden wieder zusammengesetzt, sobald sie ihr Ziel erreichen

Wenn ein empfangender Host ein fragmentiertes Paket empfängt, muss er das Paket neu zusammensetzen, und all dies erhöht die Latenz

Wenn die Anzahl der Pakete, die fragmentiert werden müssen, oder die Anzahl der Fragmente groß ist, kann dies zu unnötigem Overhead führen

Und wenn das Netzwerk irgendein Fragment verwirft, geht das gesamte Paket verloren

Die IP-Fragmentierung kann zu übermäßigen Neuübertragungen führen, wenn Fragmente auf Paketverluste stoßen und Protokolle wie TCP alle Fragmente erneut übertragen müssen, um den Verlust eines einzelnen Fragments zu beheben

In bestimmten Fällen können Pakete nicht fragmentiert werden und werden es daher auch nicht übermittelt, wenn sie die MTU eines Routers oder Geräts entlang des Netzwerkpfads überschreiten

Beispielsweise verwerfen Router, die das IPv6-Protokoll implementieren, alle IPv6-Pakete, die die MTU überschreiten, da sie in IPv6 nicht fragmentiert werden können

Zweitens kann in IPv4-Netzwerken, wenn das „Don’t Fragment“-Flag im IP-Header eines Pakets gesetzt ist, das angehängte Paket nicht fragmentiert werden

Wenn das Paket die MTU überschreitet, verwirft der Router das Paket, anstatt es zu fragmentieren, und sendet sofort eine ICMP-Nachricht „Paket zu groß“ (Statusaktualisierung) an den Quellknoten zurück

Um diese Herausforderungen zu meistern, müssen Sie rechnen die optimale Größe von IP-Paketen zum Senden über das Netzwerk ermitteln

Diese Pakete müssen manuell oder automatisch angepasst werden, um die MTU nicht zu überschreiten

Es gibt zwei Möglichkeiten, dies zu erreichen:

Der manuelle Ansatz besteht darin, dass das sendende Gerät die optimale Paketgröße oder MTU sendet, die für den Pfad oder das empfangende Gerät erforderlich ist

Der automatische Ansatz ist eine Technik namens Path MTU Discovery, die dabei hilft, die Pfad-MTU zwischen zwei Hosts automatisch zu ermitteln, damit IP Fragmentierung kann vermieden werden

Path MTU Discovery und seine Einschränkungen

Path MTU Discovery (PMTUD) ist, wie der Name schon sagt, der Prozess der Erkennung der MTU auf dem Netzwerkpfad zwischen zwei Knoten, normalerweise mit dem Ziel, IP-Fragmentierung zu vermeiden

Wenn PMTUD vorhanden ist, müsste ein Computer, der versucht, Pakete an einen Router zu senden, die MTU-Anforderungen des Routers identifizieren und die Paketgröße entsprechend anpassen, um eine Fragmentierung zu vermeiden

PMTUD funktioniert etwas anders für IPv4- und IPv6-basierte Netzwerke

Die IPv4-Pfad-MTU-Erkennung funktioniert durch Setzen des Flag-Bits „Don’t Fragment (DF)“ in den IP-Headern ausgehender Pakete

Dann wird jedes Gerät entlang des Pfads, dessen MTU kleiner als das Paket ist, es verwerfen und eine ICMP-Nachricht „Paket muss fragmentiert werden“ zurücksenden

Dadurch kann der Quellhost seine Pfad-MTU entsprechend reduzieren

Der Vorgang wird wiederholt, bis die MTU klein genug ist, um den gesamten Pfad ohne Fragmentierung zu durchlaufen

IPv6 erlaubt keine Fragmentierung, daher gibt es die Option „Don’t Fragment“ nicht einmal

Daher werden Router, die IPv6 implementieren, IPv6-Pakete nicht fragmentieren

Wenn Pakete also die MTU überschreiten, verwerfen die Router die Pakete und senden entsprechende ICMP-Nachrichten zurück, ohne auf ein „Don’t Fragment“-Flag zu prüfen

Dadurch kann der Quellhost seine Pfad-MTU entsprechend reduzieren

Der Vorgang wird wiederholt, bis die MTU klein genug ist, um den gesamten Pfad ohne Fragmentierung zu durchlaufen

In idealen Situationen arbeitet PMTUD wie oben beschrieben

In einigen Fällen schlägt PMTUD jedoch fehl

Laut der Internet Engineering Task Force (IETF) kann der Ausfall auf folgende Faktoren zurückgeführt werden:

Blockierte ICMP-Nachrichten: PMTUD verlässt sich auf die Fähigkeit des Netzwerks, ICMP-Nachrichten an den Quellknoten zu liefern

Viele Netzwerksicherheitsgeräte blockieren jedoch ICMP-Nachrichten aufgrund wahrgenommener Sicherheitsvorteile

Wenn das Netzwerk ICMP-Nachrichten nicht an den Quellknoten liefern kann, schlägt PMTUD fehl

Böswillige Angriffe: PMTUD ist anfällig für Angriffe, da ICMP-Nachrichten leicht gefälscht und vom Empfänger nicht authentifiziert werden können

Solche Angriffe können dazu führen, dass PMTUD unnötig konservative PMTU-Schätzungen erstellt

Eine gängige Problemumgehung, die in einigen Routern implementiert ist, besteht darin, dass die Netzwerkgeräte die maximale Segmentgröße (die größte Datennutzlast, die ein Gerät von einer Netzwerkverbindung akzeptiert) der Pakete vereinbaren und kommunizieren sie sind empfangsfähig

Dies ist als Klemmung mit maximaler Segmentgröße (MSS) bekannt

Es gibt jedoch eine andere Technik, die verwendet werden kann, um die Pfad-MTU zu bestimmen, ohne notwendigerweise von der Pfad-MTU-Erkennung abhängig zu sein

Diese Technik verwendet den Ping-Befehl, um die MTU-Größe eines Netzwerkpfads zu bestimmen

Im folgenden Abschnitt zeigen wir Ihnen, wie Sie diese Technik verwenden, um die MTU-Größe zu bestimmen

Finden Sie die Pfad-MTU mit einem Ping-Befehl

Wenn PMTUD nicht funktioniert und Sie vermuten, dass ein Problem mit der MTU-Größe vorliegt, können Sie das Problem lösen, indem Sie die MTU-Größe für den Netzwerkpfad ermitteln

Dazu senden Sie mit dem „Ping“-Befehl Pakete mit aktiviertem „Don’t Fragment“-Bit (nur IPv4)

Dadurch wird der Path MTU Discovery-Prozess mit dem ICMP-Ping-Befehl simuliert

Sie müssen dann die Paketgröße durch Versuch und Irrtum anpassen, bis Sie die MTU-Größe gefunden haben

Im Folgenden finden Sie einen schrittweisen Prozess zum Bestimmen einer Pfad-MTU mithilfe des Ping-Befehls:

Schritt 1: Führen Sie einen Ping an das Ziel aus (dies kann ein lokales oder entferntes Gateway sein), indem Sie die folgenden zusätzlichen Ping-Flags verwenden:

-f: Setzt das “Don’t Fragment”-Flag im Paket-Header

-l: Legt die Größe des Pakets fest

Im Screenshot in Abbildung 1.0 oben sehen Sie, dass wir ein ICMP-Paket mit einer Größe von 2000 Byte an ein Gateway mit der IP 192.168.43.1 senden

Die Paketgröße von 2000 Bytes ist im Allgemeinen größer als die meisten MTUs in einem typischen Ethernet-Netzwerk

Wie Sie sehen können, hat das Paket den Pfad erfolgreich durchlaufen und sein Ziel erreicht, weil es von den Routern entlang des Pfads fragmentiert wird Sehen Sie, was passiert: ping 192.168.43.1 -f -l 2000.

Wie Sie auf dem Screenshot in Abbildung 2.0 oben sehen können, gibt das Zielgerät eine Meldung zurück, die besagt: „Paket muss fragmentiert, aber DF festgelegt werden“

Da wir uns dafür entschieden haben, Pakete nicht zu fragmentieren, haben alle Router entlang des Pfads keine andere Wahl, als das Paket zu verwerfen

Schritt 3: Wiederholen Sie den obigen Vorgang und passen Sie die Paketgröße weiter an, bis Sie die Pfad-MTU finden

Im Screenshot in Abbildung 3.0 oben haben wir mit 1700 Bytes begonnen und uns in Schritten von 100 Bytes nach unten bewegt, bis wir eine erfolgreiche Ping-Antwort erhalten haben

Das bedeutet, dass die Pfad-MTU zwischen unserer Quelle und unserem Ziel irgendwo zwischen 1400 und 1500 Bytes liegt

Schritt 4: Der nächste Schritt wäre, die Größe in Schritten von 10 und 1 nach oben und unten zu verschieben, wie in Abbildung 4.0 oben gezeigt, bis wir es herausfinden die richtige MTU-Größe

Wir suchen grundsätzlich nach der größten Paketgröße, die keinen Fehler zurückgibt

Dies führte uns schließlich zu einer Paketgröße von 1472 Bytes

Wie Sie sehen können, war eine Paketgröße von 1473 zu groß, aber 1472 Bytes sind zufällig die ideale Paketgröße

Die Paketgröße von 1472 stellt die Nutzlastgröße oder maximale Segmentgröße (MSS) dar, wie in Abbildung 5.0 unten gezeigt

Schlussfolgerung

Beachten Sie abschließend, dass die tatsächliche MTU-Größe die Größe der TCP- und IP-Header umfasst, die je nach Übertragungsmedium zwischen 20 und 60 Byte betragen können

Bei unseren Übertragungsmedien machen die TCP- und IP-Header insgesamt 28 Bytes (8 Bytes + 20 Bytes) aus

Daher ergibt 1472 Bytes + 28 Bytes die tatsächliche MTU-Größe, die 1500 Bytes beträgt

Dies ist normalerweise die MTU-Größe, die von den meisten Ethernet-Netzwerken auf der Netzwerkschicht zugelassen wird.

100% PC UNLIMITED INTERNET using HTTP NET HEADER easily and anywhere New

Video unten ansehen

Neue Informationen zum Thema usenet header download

usenet header download Sie können die schönen Bilder im Thema sehen

 New 100% PC UNLIMITED INTERNET using HTTP NET HEADER easily and anywhere
100% PC UNLIMITED INTERNET using HTTP NET HEADER easily and anywhere Update

Weitere Informationen zum Thema anzeigen usenet header download

Agent Newsreader + Email – Usenet Update

New in Agent 8. Forté has optimized and redesigned Agent 8 to work seamlessly with large Usenet binaries. Now you can select, download and view large Usenet binaries with just a single click. Agent will download, join, and repair your binaries without requiring any 3rd party software.

+ Details hier sehen

Как настроить SabNZBD + для загрузки с Usenet New

Video unten ansehen

Weitere Informationen zum Thema usenet header download

usenet header download Einige Bilder im Thema

 Update Как настроить SabNZBD + для загрузки с Usenet
Как настроить SabNZBD + для загрузки с Usenet Update New

Sonarr Settings | WikiArr Aktualisiert

Download Client Processes ¶ Usenet. Sonarr will send a download request to your client, and associate it with a label or category name that you have configured in the download client settings. Examples: movies, tv, series, music, etc. Sonarr will monitor your download clients active downloads that use that category name. It monitors this …

+ ausführliche Artikel hier sehen

Как ускорить загрузку файлов – Internet Download Manager. New Update

Video ansehen

Neue Informationen zum Thema usenet header download

usenet header download Einige Bilder im Thema

 New Update Как ускорить загрузку файлов - Internet Download Manager.
Как ускорить загрузку файлов – Internet Download Manager. Update

Schlüsselwörter zum Thema usenet header download

Updating

Ende des Themas usenet header download

Articles compiled by Tratamientorosacea.com. See more articles in category: DIGITAL MARKETING

Related Videos

Leave a Comment