linuxのネットワークニュース

Computer Store Newsオンラインニュースの起源は197年に遡ります。当時、2人の大学生、Tom Tr s cot tとJim Ellisは、各ユーザーのコンピュータを接続して情報を交換することを考えました。その結果、彼らはノースカロライナ大学で3台のコンピュータの小さなネットワークの確立を促進しました。当初、情報の転送は多数のシェルスクリプト（後でCで書き直された）で処理されていましたが、これらのスクリプトは公開されることはありませんでした。それらはすぐに "A - News"に置き換えられたため、最初に公にリリースされたニュースソフトウェアです。
ソフトウェアを設計するとき、毎日各ニュースグループの多数の記事を扱うようにする計画はありませんでした。しかし、情報量が増え続けるにつれて、それはすでに圧倒されているので、Mark HortonとMatt Glickmanはそれを書き換えて、彼らはそれを "B&quo"（別名B n e w s）と呼びました。 B n e w sの最初のバージョンは1928年に2.1リリースされました。その後、人々はそれを拡張し続け、そして多くの新機能を追加しました。現在のバージョンはBnews 2.11です。その最後の公式の保守要員がI N Nに目を向けたので、それは徐々に放棄されました。 「A」ニュースソフトウェアの別の書き換えは、1987年に完成し、公開されました。これは、G eff CollyerとHenry Spencerによって書き直されたもので、「C」と呼ばれています。その後、多くのC-N e w sパッチが登場しました。最も有名なものはC-N eパフォーマンスリリースです。多数のニュースグループを運営しているサイトでは、トランジットニュースを頻繁に呼び出すコストは非常に高くなります。これは、受信するすべてのニュースグループ記事を配信する責任があるためです。 Performance Releaseには、ニュースを中継するオプションが追加されています。これにより、管理者はプログラムをバックグラウンドで実行するデーモンモードで実行できます。 Performance Releaseは、最新のC-N e w sバージョンです。 Cバージョンのニュースはすべて主にU U C Pネットワークで使用されますが、他の環境でも使用できます。 Ｔ Ｃ Ｐ ／ Ｉ Ｐ、Ｄ Ｅ Ｃ Ｎｅｔまたは関連するネットワーク上でニュースを効果的に送信するための新しい解決策が必要とされている。 1986年にN N T P（Network News Protocol）が誕生しました。このプロトコルはネットワーク接続に基づいており、対話型送信およびニュースへのアクセスのための多数のコマンドを指定しています。 Web上にはN N T Pベースのアプリケーションが多数あります。その1つがn n t p dパッケージです。これはBrian BarberとPhil Lapsleyによって書かれ、LAN上の多数のホストにニュースを読むサービスを提供するために使うことができます。 n n t p dを設計する目的は、B n e w sやC - N e w sなどのニュースパケットを完成させ、N N T P個の特性を与えることです。別の異なるN N T Pパッケージは、インターネットニュースとしても知られるI N Nです。フロントエンドではなく、独立したニュースシステムです。それは効果的にいくつかの同時N N T Pリンクを維持する洗練されたニュースリレーデーモンを含んでいます、それでそれはまた多くのインターネットサイトのために好まれるニュースサーバーです。 15.1 Usenetとはユーザにとって最も予想外のことは、それがどの組織にも属していないこと、またコアネットワークマネージャを持っていないことです。実際、技術的な説明とは別に、それはU s e n e tの知識の一部にすぎないので、それを……と正確に定義することはできず、……ではないと言えるだけです。 Brendan Kehoeの "インターネット上のZen Machine and Art"（ww w。cs。indiana。edu /docproject /zen /zen - 1. 0 toc /html）または彼のホームページ（ww w） （zen。org /〜bren -dan）、あなたは完全に米国のsenetの特徴を理解することができます。それにもかかわらず、誰かがお互いにユーザニュースを交換する独立したサイトのグループとしてユーザ設定を定義しました。別のサイトにアクセスするには、別のサイトを見つけて、そのオーナーとメンテナンススタッフに同意してもらい、それらのサイトで新しいニュースを交換してもらう必要があります。他のサイトにニュースを提供するには、「そのサイトにニュースを送信、配布、または交換する」と呼び、別のよく知られている「見積もりを使用する」を使用します。ニュースの基本単位は記事です。つまり、ユーザーはオンラインメッセージに「書き込み」または「配信」します。ニュースシステムがそれらを処理できるようにするために、これらの記事の前にいくつかの管理情報が追加されています。これを「記事の頭」と呼びます。これはインターネットメール標準R F C - 8 2 2で指定されているヘッダと非常によく似ており、数行のテキストで構成されています各行のフォーマットは次のとおりです：フィールド名：フィールド値。 UsenetニュースメッセージのフォーマットはRFC-1036  USENET Message Exchange Standard"に規定されていることに注意してください。ニュースグループの記事は1つ以上のニュースグループに投稿されます。ニュースグループは、トピックに関連する記事を集める場所として考えることができます。すべてのニュースグループは階層構造で編成されており、各グループのグループ名はその構造内での位置を表しています。これにより、ニュースグループのテーマが一目でわかります。たとえば、ニュースグループ名「ニュースグループ」から、ニュースグループを使用して、「ニュースグループ」という名前のコンピュータオペレーティングシステムに関連するメッセージを発行できます。投稿後、これらのニュースグループの記事は、グループのためにニュースを広めても構わないと思っていたすべてのサイト間で交換されました。 2つのサイトがニュースを交換することに同意した後、彼らは自由に彼ら自身の好みに従ってニュースグループを交換することができて、さらに彼ら自身の地元のニュース構造に加わることさえできます。たとえば、g r o u c h o d e d uは、（主要なニュースフィードサイトである）b y r y y r e d e d uへのポイントおよびセカンダリニュースフィードサイトへのいくつかのリンクを有する。ここで、B大学はすべてのニュースグループをすべて受信しているかもしれませんが、G M Uは（s c i、c o m p、r e cなど）のようないくつかの主要なニュース構造を送信したいだけです。 b r e w h qと呼ばれるU C Pサイトのようないくつかの下流サイトは、それらがネットワークおよびハードウェアリソースを欠くので前者より少ないニュースグループを送信することを意図している。一方、b r e w h qは、f j構造のニュースグループを受信したいが、G M Uはこれらのニュースグループを送信しない。したがって、それはすべてのニュースグループ構造を送信し、それらをb e w h qに送信する別のリンクをg a r g l e b l s t e t r o c o mに維持する。 15.2 Usenetによるニュースニュース今日、ユーザーの成長率は増加しています。たとえば、オンラインニュース全体を送信するサイトの場合、1日に送信するデータ量は通常3〜5 GBです。もちろんこれはニュースをもっと管理する必要があります。したがって、ほとんどのシステムがどのようにして最新のニュースを処理するかについて話す必要があります。注最新のユーザーテーマについて学びたい場合（非常に興味深いトピックがいくつか含まれています）、必ずここをチェックしてください。www.infosys.tuwien.ac.at/staff/pooh/papers/NewsCacheHP/。ネットワーク間のニュースの配信は、異なる送信ポイントによって行われます。 U U C Pは過去に一般的に使用されていましたが、現在は主にインターネットサイトによって送信されます。使用される経路は「拡散経路指定」と呼ばれます（フロー・インディング）。各サイトは他のサイト（ニュースレター）への多数のリンクを保持しており、ローカルニュースシステムによって送受信された記事はリンクされたサイトに転送されます。破棄します。記事のヘッダーフィールドであるパスを見ることで、サイトは記事がどのサイトを通過したかを知ることができます。記事のヘッダーには、すべてのシステムのリストが含まれています。ba gパス表現は、記事がどのシステムを通過したかを示します。記事を区別し、その記事が重複しているかどうかを識別するために、Usenet記事は送信サイト名とシリアル番号の組み合わせであるメッセージID（Message-ID：ヘッダーフィールドで指定）を送信する必要があります。 。処理された記事ごとに、ニュースシステムはこれを履歴ファイルに記録します。すべての新しい記事をチェックするには、この履歴ファイルをチェックしてください。任意の2つのサイト間の通信フローは、2つの標準に従います。まず、記事は特定のサイトグループへの記事の送信を制限するための割り当て（Distribution：ヘッダーフィールドで定義）に対応します。第二に、交換に関わるニュースグループは送信側システムと受信側システムの両方による制限を受けますが、通常、サイトへの送信が許可されている一連のニュースグループと割り当てはsysファイルに保存されます。改善UUCPネットワーク自体は、定期的に記事を収集し、収集した記事を1つのファイルにまとめるために使用され、ファイルは圧縮されてリモートサイトに送信されますこれを「バッチ処理」（バッチ処理）と呼びます。もう1つの方法は、ihave /sendmeプロトコルを使用することです。これは、繰り返しのある記事がリモートサイトにローカルに送信されるのを防ぎ、ネットワークの帯域幅を節約するものです。リモートサイトですが、記事のメッセージIDを大きな "ld"に結合するだけです; iその後、このメッセージを読んで自分の履歴ファイルと比較し、必要な記事のリストを返信されたメッセージにリストしてください。もちろん、ihave /sendmeはこの状況にのみ適用されます：ニュースを交換する2つの大きなサイトはそれぞれ送信サイトからいくつかの記事を受け取り、それらは頻繁に交換されます。インターネット上のサイトは、一般的にTCP /IPベースのソフトウェアを使用しており、「News Transfer Protocol」（NNTP、詳細についてはRFC-9 7 7を参照）を使用しています。リモートホスト上の個々のユーザーに送信してアクセスを提供NNTPは3つのニュース送信方法を認識しています1つは「プッシュ」（push）ニュースとも呼ばれるihave /sendmeのリアルタイム版です。このようにして、クライアントは指定されたニュースのリストを要求しますまたは、構造内の記事のリスト（これらの記事は指定された日以降にサーバーサイトに到着します）から、自分の履歴ファイルにない記事を選択します。マシンは、指定されたニュースグループの記事と不完全な投稿情報を含む記事を取得します各サイトで、ニュースは/var /spool /newsの下のディレクトリ構造に格納され、各記事は別々のファイルにあります。各ニュースグループは別々のディレクトリにあります。ディレクトリ名は、ニュースグループ名とパス部分で構成されています。したがって、c o m o p o s l l n x m i c cは/v r /s p o o l /n e w s /c o m p /o s /l i n u x /m i cに格納されます。ニュースグループの記事は、到着順に番号が付けられています。この番号はファイル名として使用されます。現在、オンライン記事の数の範囲はc t i v eと呼ばれるファイルに保存されています。これはあなたのサイトで知られているニュースグループのリストとしても機能します。ディスク容量が限られているので、いくつかの記事は間隔を置いて削除されるべきです。これを「有効期限」と呼びます。多くの場合、特定のニュースグループや記事の記事は、到着した日に期限切れになります。この期間は、商品の冒頭の[期限]フィールドに有効期限を指定することで、配達員によって書き換えることができます。zh-CN"],null,[1],zh-TW"]]]