技術的専門知識
著作権 © 2009-2026Xena (デンマーク)
| プロトコル | 説明 |
|---|---|
| AFS | アンドルー・ファイル・システム(AFS)は、信頼できるサーバーのセットを使用して、すべてのクライアントワークステーションに、均質で、場所を問わないファイル名空間を提供する分散ファイルシステムです。 |
| ビットトレント | BitTorrentは、インターネット上でデータや電子ファイルを配布するために使用される、ピアツーピア(P2P)ファイル共有の通信プロトコルである。BitTorrentは、テレビ番組やビデオクリップを含むデジタルオーディオファイル、あるいは楽曲を含むデジタルオーディオファイルなど、大容量ファイルを転送するための最も一般的なプロトコルのひとつである。 ピアツーピアネットワークは、2009年2月時点で(地域により異なるが)全インターネットトラフィックの約43%から70%を占めると推定されている。2004年11月には、BitTorrentが全インターネットトラフィックの25%を占めていた。 2013年2月時点で、BitTorrentは全世界の帯域幅の3.35%を占めており、ファイル共有に割り当てられた総帯域幅6%の半分以上を占めている。 |
| DNS | ドメインネームシステム(DNS)は、インターネットまたはプライベートネットワークに接続されたコンピュータ、サービス、あるいはあらゆるリソースのための階層的分散型命名システムである。参加する各エンティティに割り当てられたドメイン名と、様々な情報を関連付ける。 最も顕著な機能として、記憶しやすいドメイン名を、基盤となるネットワークプロトコルでコンピューターサービスやデバイスを特定・識別するために必要な数値のIPアドレスに変換します。世界規模で分散されたディレクトリサービスを提供することで、ドメインネームシステムはインターネットの機能において不可欠な構成要素となっています。 |
| エコー | エコープロトコルは、RFC 862で定義されたインターネットプロトコルスイート内のサービスである。ホストは、よく知られたポート番号7上で伝送制御プロトコル(TCP)またはユーザーデータグラムプロトコル(UDP)を用いて、エコープロトコルをサポートするサーバーに接続できる。サーバーは受信したデータの同一のコピーを返送する。 |
| FIX4.0 | 金融情報交換(FIX)プロトコルは、1992年に開始された電子通信プロトコルであり、証券取引および市場に関連する情報の国際的なリアルタイム交換を目的としています。取引アプリケーションの配信を管理し、遅延を低く抑えるためには、FIXプロトコルの理解がますます必要となっています。 |
| FIX4.1 | 金融情報交換(FIX)プロトコルは、1992年に開始された電子通信プロトコルであり、証券取引および市場に関連する情報の国際的なリアルタイム交換を目的としています。取引アプリケーションの配信を管理し、遅延を低く抑えるためには、FIXプロトコルの理解がますます必要となっています。 |
| FIX4.2 | 金融情報交換(FIX)プロトコルは、1992年に開始された電子通信プロトコルであり、証券取引および市場に関連する情報の国際的なリアルタイム交換を目的としています。取引アプリケーションの配信を管理し、遅延を低く抑えるためには、FIXプロトコルの理解がますます必要となっています。 |
| FIX4.3 | 金融情報交換(FIX)プロトコルは、1992年に開始された電子通信プロトコルであり、証券取引および市場に関連する情報の国際的なリアルタイム交換を目的としています。取引アプリケーションの配信を管理し、遅延を低く抑えるためには、FIXプロトコルの理解がますます必要となっています。 |
| FIX4.4 | 金融情報交換(FIX)プロトコルは、1992年に開始された電子通信プロトコルであり、証券取引および市場に関連する情報の国際的なリアルタイム交換を目的としています。取引アプリケーションの配信を管理し、遅延を低く抑えるためには、FIXプロトコルの理解がますます必要となっています。 |
| FIX5.0 | 金融情報交換(FIX)プロトコルは、1992年に開始された電子通信プロトコルであり、証券取引および市場に関連する情報の国際的なリアルタイム交換を目的としています。取引アプリケーションの配信を管理し、遅延を低く抑えるためには、FIXプロトコルの理解がますます必要となっています。 |
| FIXT1.1 | 金融情報交換(FIX)プロトコルは、1992年に開始された電子通信プロトコルであり、証券取引および市場に関連する情報の国際的なリアルタイム交換を目的としています。取引アプリケーションの配信を管理し、遅延を低く抑えるためには、FIXプロトコルの理解がますます必要となっています。 |
| FTP(アクティブモード) | ファイル転送プロトコル(FTP)は、コンピュータネットワーク上でクライアントとサーバー間でコンピュータファイルを転送するために使用される標準的なネットワークプロトコルである。FTPはクライアント・サーバーモデルアーキテクチャに基づいて構築されており、クライアントとサーバー間で制御接続とデータ接続を分離して使用する。FTPユーザーは通常、ユーザー名とパスワードの形式で平文のサインインプロトコルを用いて自身を認証するが、サーバーが許可するように設定されている場合は匿名で接続することもできる。 |
| FTP(パッシブモード) | ファイル転送プロトコル(FTP)は、コンピュータネットワーク上でクライアントとサーバー間でコンピュータファイルを転送するために使用される標準的なネットワークプロトコルである。FTPはクライアント・サーバーモデルアーキテクチャに基づいて構築されており、クライアントとサーバー間で制御接続とデータ接続を分離して使用する。FTPユーザーは通常、ユーザー名とパスワードの形式で平文のサインインプロトコルを用いて自身を認証するが、サーバーが許可するように設定されている場合は匿名で接続することもできる。 |
| HTTP | ハイパーテキスト転送プロトコル(HTTP)は、分散型で協調的なハイパーメディア情報システムのためのアプリケーションプロトコルである。HTTPはワールドワイドウェブにおけるデータ通信の基盤である。HTTPはクライアント・サーバーコンピューティングモデルにおいて要求応答プロトコルとして機能する。例えば、ウェブブラウザがクライアントとなり、ウェブサイトをホストするコンピュータ上で動作するアプリケーションがサーバーとなる場合がある。クライアントはHTTP要求メッセージをサーバーに送信する。 サーバーは、HTMLファイルやその他のコンテンツなどのリソースを提供したり、クライアントに代わって他の機能を実行したりし、クライアントに応答メッセージを返します。応答にはリクエストの完了ステータス情報が含まれ、メッセージ本文に要求されたコンテンツが含まれる場合もあります。HTTPクライアントは、サーバー上の特定のポート(通常はポート80、場合によってはポート8080)への伝送制御プロトコル(TCP)接続を確立することでリクエストを開始します。 そのポートで待機しているHTTPサーバーは、クライアントからのリクエストメッセージを待ち受けます。リクエストを受信すると、サーバーは「HTTP/1.1 200 OK」などのステータス行と、自身のメッセージを返送します。このメッセージの本文は通常、要求されたリソースですが、エラーメッセージやその他の情報が返される場合もあります。 |
| HTTPS | ハイパーテキスト転送プロトコル(HTTP)は、分散型で協調的なハイパーメディア情報システムのためのアプリケーションプロトコルである。HTTPはワールドワイドウェブにおけるデータ通信の基盤である。HTTPはクライアント・サーバーコンピューティングモデルにおいて要求応答プロトコルとして機能する。例えば、ウェブブラウザがクライアントとなり、ウェブサイトをホストするコンピュータ上で動作するアプリケーションがサーバーとなる場合がある。クライアントはHTTP要求メッセージをサーバーに送信する。 サーバーは、HTMLファイルやその他のコンテンツなどのリソースを提供したり、クライアントに代わって他の機能を実行したりし、クライアントに応答メッセージを返します。応答にはリクエストの完了ステータス情報が含まれ、メッセージ本文に要求されたコンテンツが含まれる場合もあります。HTTPクライアントは、サーバー上の特定のポート(通常はポート80、場合によってはポート8080)への伝送制御プロトコル(TCP)接続を確立することでリクエストを開始します。 そのポートで待機しているHTTPサーバーは、クライアントからのリクエストメッセージを待ち受けます。リクエストを受信すると、サーバーは「HTTP/1.1 200 OK」などのステータス行と、自身のメッセージを返送します。このメッセージの本文は通常、要求されたリソースですが、エラーメッセージやその他の情報が返される場合もあります。 |
| IMAP(暗号化) | インターネットメッセージアクセスプロトコル(IMAP)は、電子メールクライアントがTCP/IP接続を介してメールサーバーから電子メールメッセージを取得するために使用されるインターネット標準プロトコルである。IMAPはRFC 3501で定義されている。IMAPは、複数の電子メールクライアントによるメールボックスの完全な管理を可能にすることを目的として設計されたため、クライアントは通常、ユーザーが明示的に削除するまでメッセージをサーバー上に残す。 IMAPサーバーは通常ポート番号143で待機します。SSL経由のIMAP(IMAPS)にはポート番号993が割り当てられています。事実上すべての現代的な電子メールクライアントとサーバーがIMAPをサポートしています。IMAPと以前のPOP3(郵便局プロトコル)は電子メール取得のための最も普及した標準プロトコルであり、Gmail、Outlook.com、Yahoo!メールなどの多くのウェブメールサービスプロバイダーもIMAPまたはPOP3のいずれかをサポートしています。 |
| IMAPS | インターネットメッセージアクセスプロトコル(IMAP)は、電子メールクライアントがTCP/IP接続を介してメールサーバーから電子メールメッセージを取得するために使用されるインターネット標準プロトコルである。IMAPはRFC 3501で定義されている。IMAPは、複数の電子メールクライアントによるメールボックスの完全な管理を可能にすることを目的として設計されたため、クライアントは通常、ユーザーが明示的に削除するまでメッセージをサーバー上に残す。 IMAPサーバーは通常ポート番号143で待機します。SSL経由のIMAP(IMAPS)にはポート番号993が割り当てられています。事実上すべての現代的な電子メールクライアントとサーバーがIMAPをサポートしています。IMAPと以前のPOP3(郵便局プロトコル)は電子メール取得のための最も普及した標準プロトコルであり、Gmail、Outlook.com、Yahoo!メールなどの多くのウェブメールサービスプロバイダーもIMAPまたはPOP3のいずれかをサポートしています。 |
| LDAP(ANDフィルター付き検索フィルター) | 軽量ディレクトリアクセスプロトコル(Lightweight Directory Access Protocol)は、インターネットプロトコル(IP)ネットワーク上で分散型ディレクトリ情報サービスにアクセスし維持するための、 によるオープンでベンダー中立の業界標準アプリケーションプロトコルである。ディレクトリサービスは、ユーザー、システム、ネットワーク、サービス、アプリケーションに関する情報をネットワーク全体で共有することを可能にすることで、イントラネットおよびインターネットアプリケーションの開発において重要な役割を果たす。 例として、ディレクトリサービスは、企業メールディレクトリのように階層構造を持つことが多い、あらゆる体系化されたレコードの集合を提供します。同様に、電話帳は住所と電話番号を持つ加入者のリストです。 |
| DIRSYNC コントロール付き LDAP PDU | 軽量ディレクトリアクセスプロトコル(Lightweight Directory Access Protocol)は、インターネットプロトコル(IP)ネットワーク上で分散型ディレクトリ情報サービスにアクセスし維持するための、 によるオープンでベンダー中立の業界標準アプリケーションプロトコルである。ディレクトリサービスは、ユーザー、システム、ネットワーク、サービス、アプリケーションに関する情報をネットワーク全体で共有することを可能にすることで、イントラネットおよびインターネットアプリケーションの開発において重要な役割を果たす。 例として、ディレクトリサービスは、企業メールディレクトリのように階層構造を持つことが多い、あらゆる体系化されたレコードの集合を提供します。同様に、電話帳は住所と電話番号を持つ加入者のリストです。 |
| LDAP(単純な拡張可能な一致を持つ検索フィルター) | 軽量ディレクトリアクセスプロトコルは、オープンでベンダー中立の業界標準である。
インターネットプロトコル(IP)ネットワーク上で分散型ディレクトリ情報サービスにアクセスし維持するためのアプリケーションプロトコル。ディレクトリサービスは、ユーザー、システム、ネットワーク、サービス、アプリケーションに関する情報をネットワーク全体で共有することを可能にすることで、イントラネットおよびインターネットアプリケーションの開発において重要な役割を果たす。例として、ディレクトリサービスは、企業メールディレクトリのように、しばしば階層構造を持つ、体系化されたレコードの集合を提供することがある。同様に、電話帳は、住所と電話番号を持つ加入者のリストである。 |
| LLMNR | リンクローカルマルチキャスト名前解決(LLMNR)は、ドメインネームシステム(DNS)パケット形式に基づくプロトコルであり、IPv4およびIPv6ホストが同一ローカルリンク上のホストに対する名前解決を実行できるようにする。Windows Vista、Windows Server 2008、Windows 7、Windows 8、Windows 10に組み込まれている。また、Linuxではsystemd-resolvedによって実装されている。 LLMNRはRFC 4795で定義されています。 |
| MDNS | コンピュータネットワークにおいて、マルチキャストドメインネームシステム(mDNS)は、ローカルネームサーバーを含まない小規模ネットワーク内で、ホスト名を IP アドレスに解決します。これはゼロ設定サービスであり、基本的にユニキャストドメインネームシステム(DNS)と同じプログラミングインターフェース、パケット形式、および動作セマンティクスを使用します。スチュワート・チェシャーは mDNS をスタンドアロンで動作するように設計しましたが、ユニキャスト DNS サーバーと連携して動作させることもできます。 |
| MQTT over TCP | MQTT(旧称MQテレメトリートランスポート)は、TCP/IPプロトコル上に構築されるパブリッシュ・サブスクライブ方式の「軽量」メッセージングプロトコルであり、ISO規格(ISO/IEC PRF 20922)として標準化されています。ネットワーク帯域幅が制限されている場合や「小さなコードフットプリント」が要求される遠隔地との接続を想定して設計されています。 パブリッシュ・サブスクライブ型メッセージングパターンにはメッセージブローカーが必要です。ブローカーはメッセージのトピックに基づいて、関心を持つクライアントへメッセージを配信する役割を担います。 |
| MSExchange MAPI | メッセージングアプリケーションプログラミングインターフェイス(MAPI)は、Microsoft Windows向けのメッセージングアーキテクチャおよびコンポーネントオブジェクトモデル(COM)ベースのAPIである。 MAPIは、特定のメッセージングサーバーとインターフェースするMAPIサブシステムルーチンを呼び出すことで、クライアントプログラムが(電子メール)メッセージング対応、メッセージング認識、またはメッセージングベースとなることを可能にします。MAPIはプロトコルに依存しない設計ですが、通常はMicrosoft OutlookがMicrosoft Exchangeとの通信に使用する独自プロトコルであるMAPI/RPCと共に使用されます。 |
| NBNS | このサービスは、WindowsシステムではしばしばWINSと呼ばれます。 NetBIOS Name Service(NBNS)は、NetBIOS-over-TCPプロトコルスイートの一部です。NBNSはDNSとほぼ同様の目的を果たします:人間が読み取れる名前をIPアドレスに変換することです。NetBIOSは複数の異なるネットワークプロトコル(例:IP、IPXなど)上で動作できるため、NetBIOSサービスの他の実装では、NetBIOS名をアドレスに変換するための独自のメカニズムを持っています。 NBNSのサービスはより限定的です。具体的には、NetBIOS名は階層的なDNSとは異なりフラットな名前空間に存在します(NetBIOSスコープを使用すれば複数のフラット名前空間を存在させられますが、ほとんど使用されません)。またNBNSはIPv4アドレスのみを提供でき、IPv6をサポートしていません。 |
| NFSv2 | ネットワークファイルシステム(NFS)は、クライアントコンピュータ上のユーザーが、ローカルストレージにアクセスするのと同じように、コンピュータネットワークを介してファイルにアクセスすることを可能にする分散ファイルシステムプロトコルである。NFSは、他の多くのプロトコルと同様に、オープンネットワークコンピューティングリモートプロシージャコール(ONC RPC)システムを基盤としている。NFSはRFC(Request for Comments)で定義されたオープンスタンダードであり、誰でもこのプロトコルを実装できる。 |
| NFSv3 | ネットワークファイルシステム(NFS)は、クライアントコンピュータ上のユーザーが、ローカルストレージにアクセスするのと同じように、コンピュータネットワークを介してファイルにアクセスすることを可能にする分散ファイルシステムプロトコルである。NFSは、他の多くのプロトコルと同様に、オープンネットワークコンピューティングリモートプロシージャコール(ONC RPC)システムを基盤としている。NFSはRFC(Request for Comments)で定義されたオープンスタンダードであり、誰でもこのプロトコルを実装できる。 |
| POP3(暗号化なし) | 郵便局プロトコル(POP)は、ローカルの電子メールクライアントがTCP/IP接続を介してリモートサーバーから電子メールを取得するために使用する、アプリケーション層のインターネット標準プロトコルです。POPはいくつかのバージョンを経て開発され、バージョン3(POP3)が、より高度なIMAPによってほぼ廃れる前の、一般的に使用されていた最後の標準でした。POP3では、電子メールはサーバーの受信箱からコンピュータにダウンロードされます。 接続していない状態でもメールは利用可能です。 |
| POP3 over TLS | 郵便局プロトコル(POP)は、ローカルの電子メールクライアントがTCP/IP接続を介してリモートサーバーから電子メールを取得するために使用する、アプリケーション層のインターネット標準プロトコルです。POPはいくつかのバージョンを経て開発され、バージョン3(POP3)が、より高度なIMAPによってほぼ廃れる前の、一般的に使用されていた最後の標準でした。POP3では、電子メールはサーバーの受信箱からコンピュータにダウンロードされます。 接続していない状態でもメールは利用可能です。 |
| QUIC | QUIC(Quick UDP Internet Connections、クイックと発音)は、Googleで設計された実験的なトランスポート層ネットワークプロトコルであり、2012年に最初に実装され、2013年に実験範囲の拡大に伴い発表された。 QUICはユーザーデータグラムプロトコル(UDP)を介した2つのエンドポイント間の多重接続セットをサポートし、TLS/SSLと同等のセキュリティ保護を提供するとともに、接続およびトランスポートの遅延を低減し、輻輳回避のため双方向の帯域幅推定を行うよう設計されている。 QUICの主な目的は、現在TCPを使用している接続指向型Webアプリケーションの体感パフォーマンスを向上させることです。また、輻輳回避アルゴリズムの迅速な反復開発の場を提供し、制御を(進化が比較的遅い)カーネル空間ではなく、両エンドポイントのアプリケーション空間に委ねます。 |
| RADIUS | RADIUSアクセスプロトコル[RFC 2865]をエミュレートします。 |
| リモートデスクトッププロトコル | リモートデスクトッププロトコル(RDP)は、マイクロソフトが開発した独自プロトコルであり、ネットワーク接続を介して別のコンピュータにグラフィカルインターフェイスで接続する機能を提供する。ユーザーはこの目的でRDPクライアントソフトウェアを使用し、相手側のコンピュータはRDPサーバーソフトウェアを実行する必要がある。 TPKT: 通常、RDPはトランスポートプロトコルとしてTPKTを使用します。TPKTはTCP上で動作します。RDPの転送に使用される場合、よく知られたTCPポートは通常のTPKTポート102ではなく3389です。 |
| RTP/RTCP | リアルタイムトランスポートプロトコル(RTP)は、IPネットワーク上で音声や映像を伝送するためのネットワークプロトコルである。RTPは、ストリーミングメディアを扱う通信・娯楽システム(電話、テレビ会議アプリケーション、テレビサービス、ウェブベースのプッシュ・トゥ・トーク機能など)で広く利用されている。RTPは通常、ユーザーデータグラムプロトコル(UDP)上で動作する。RTPはRTP制御プロトコル(RTCP)と組み合わせて使用される。 RTPがメディアストリーム(音声や動画など)を伝送する一方、RTCPは伝送統計やサービス品質(QoS)を監視し、複数のストリームの同期を支援するために使用されます。RTPはVoIP(Voice over IP)の技術的基盤の一つであり、この文脈では、ネットワーク上で接続を確立するセッション開始プロトコル(SIP)などのシグナリングプロトコルと組み合わせて使用されることがよくあります。 |
| RTSP | リアルタイムストリーミングプロトコル(RTSP)は、エンターテインメントおよび通信システムにおいてストリーミングメディアサーバーを制御するために設計されたネットワーク制御プロトコルである。このプロトコルは、エンドポイント間のメディアセッションを確立および制御するために使用される。メディアサーバーのクライアントは、再生、録画、一時停止などのVCRスタイルのコマンドを発行し、サーバーからクライアントへのメディアストリーミング(ビデオオンデマンド)またはクライアントからサーバーへのメディアストリーミング(音声録音)のリアルタイム制御を可能にする。 |
| セキュアMQTT | MQTT(旧称MQテレメトリートランスポート)は、TCP/IPプロトコル上に構築されるパブリッシュ・サブスクライブ方式の「軽量」メッセージングプロトコルであり、ISO規格(ISO/IEC PRF 20922)として標準化されています。ネットワーク帯域幅が制限されている場合や「小さなコードフットプリント」が要求される遠隔地との接続を想定して設計されています。 パブリッシュ・サブスクライブ型メッセージングパターンにはメッセージブローカーが必要です。ブローカーはメッセージのトピックに基づいて、関心を持つクライアントへメッセージを配信する役割を担います。 |
| SIP | セッション開始プロトコル(SIP)は、マルチメディア通信セッションのシグナリングと制御を行う通信プロトコルである。SIPの最も一般的な用途は、IPネットワーク上での音声・ビデオ通話のためのインターネット電話およびインスタントメッセージングである。SIPは、セッションメディアを識別し伝送する他の複数のアプリケーション層プロトコルと連携して動作する。 メディアの識別とネゴシエーションはセッション記述プロトコル(SDP)によって実現されます。メディアストリーム(音声、映像)の伝送には、SIPは通常リアルタイム伝送プロトコル(RTP)またはセキュアリアルタイム伝送プロトコル(SRTP)を採用します。SIPメッセージの安全な伝送のため、プロトコルはトランスポート層セキュリティ(TLS)で暗号化される場合があります。 |
| SMB2 | コンピュータネットワークにおいて、サーバーメッセージブロック(SMB)は、アプリケーション層ネットワークプロトコルとして動作し、主にファイル、プリンタ、シリアルポートへの共有アクセスおよびネットワーク上のノード間の各種通信を提供するために使用される。その一バージョンは共通インターネットファイルシステム(CIFS)としても知られている。また、認証付きプロセス間通信メカニズムも提供する。 |
| SMTP | 簡易メール転送プロトコル(SMTP)は、電子メール(Eメール)伝送のためのインターネット標準です。1982年にRFC 821で初めて定義され、2008年にRFC 5321による拡張SMTPの追加で最終更新されました。これが現在広く使用されているプロトコルです。 SMTPはデフォルトでTCPポート25を使用します。メール送信プロトコルは同一ですが、ポート587を使用します。SSLで保護されたSMTP接続(SMTPS)はデフォルトでポート465を使用します(非標準ですが、レガシーな理由で使用される場合があります)。 |
| TLS経由のSMTP | 簡易メール転送プロトコル(SMTP)は、電子メール(Eメール)伝送のためのインターネット標準です。1982年にRFC 821で初めて定義され、2008年にRFC 5321による拡張SMTPの追加で最終更新されました。これが現在広く使用されているプロトコルです。 SMTPはデフォルトでTCPポート25を使用します。メール送信プロトコルは同一ですが、ポート587を使用します。SSLで保護されたSMTP接続(SMTPS)はデフォルトでポート465を使用します(非標準ですが、レガシーな理由で使用される場合があります)。 |
| SRTP | セキュアリアルタイムトランスポートプロトコル(SRTP)は、RTP(リアルタイムトランスポートプロトコル)のプロファイルを定義するものであり、ユニキャストおよびマルチキャストアプリケーションの両方において、RTPデータに対する暗号化、メッセージ認証および完全性保護、ならびに再生保護を提供することを目的としている。 |
| SSDP | シンプルサービスディスカバリプロトコル(SSDP)は、ネットワークサービスおよびプレゼンス情報の広告と発見を目的とした、インターネットプロトコルスイートに基づくネットワークプロトコルである。これは、ダイナミックホスト構成プロトコル(DHCP)やドメインネームシステム(DNS)といったサーバーベースの構成メカニズムの支援なしに、またネットワークホストの特別な静的構成なしにこれを実現する。 SSDPはユニバーサルプラグアンドプレイ(UPnP)の検出プロトコルの基盤であり、住宅環境や小規模オフィス環境での使用を目的としています。 |
| SSHv2 | セキュアシェル(SSH)は、安全でないネットワーク上でネットワークサービスを安全に運用するための暗号化ネットワークプロトコルである。最もよく知られた応用例は、ユーザーによるコンピュータシステムへのリモートログインである。 |
| TELNET(文字単位課金) | Telnetは、仮想端末接続を用いて双方向の対話型テキスト指向通信機能を提供する、インターネットまたはローカルエリアネットワーク上で使用されるアプリケーション層プロトコルである。 ユーザーデータは、伝送制御プロトコル(TCP)上の8ビットバイト指向データ接続において、Telnet制御情報とインバンドで混在します。Telnetは信頼性の高い接続指向トランスポートに基づくクライアント・サーバープロトコルです。通常、このプロトコルは、Telnetサーバーアプリケーション(telnetd)が待機しているTCPポート番号23への接続確立に使用されます。 |
| TELNET(行単位課金) | Telnetは、仮想端末接続を用いて双方向の対話型テキスト指向通信機能を提供する、インターネットまたはローカルエリアネットワーク上で使用されるアプリケーション層プロトコルである。 ユーザーデータは、伝送制御プロトコル(TCP)上の8ビットバイト指向データ接続において、Telnet制御情報とインバンドで混在します。Telnetは信頼性の高い接続指向トランスポートに基づくクライアント・サーバープロトコルです。通常、このプロトコルは、Telnetサーバーアプリケーション(telnetd)が待機しているTCPポート番号23への接続確立に使用されます。 |
| TFTP 読み取り要求 | Trivial File Transfer Protocol(TFTP)は、クライアントがリモートホストからファイルを取得したり、リモートホストにファイルを配置したりすることを可能にする、単純な同期動作のファイル転送プロトコルである。主な用途の一つは、ローカルエリアネットワークからノードが起動する初期段階での使用である。TFTPがこの用途に用いられてきたのは、実装が非常に簡単であるためである。 |
| TFTP書き込み要求 | Trivial File Transfer Protocol(TFTP)は、クライアントがリモートホストからファイルを取得したり、リモートホストにファイルを配置したりすることを可能にする、単純な同期動作のファイル転送プロトコルである。主な用途の一つは、ローカルエリアネットワークからノードが起動する初期段階での使用である。TFTPがこの用途に用いられてきたのは、実装が非常に簡単であるためである。 |