名前¶

書式¶

int socket(int domain, int type, int protocol);

説明¶

domain 引数は通信を行なうドメインを指定する; これはどの プロトコルファミリー (protocol family) を通信に使用するかを指定する。 これらのファミリーは <sys/socket.h> に定義されている。 現在、理解できるフォーマットは以下の通り。

ソケットは type で指定される型を持ち、それは通信方式 (semantics) を指定する。 定義されている型は現在以下の通り。

SOCK_STREAM

順序性と信頼性があり、双方向の、接続された バイトストリーム (byte stream) を提供する。 帯域外 (out-of-band) データ転送メカニズムもサポートされる。

SOCK_DGRAM

データグラム (コネクションレス、信頼性無し、固定最大長メッセージ) をサポートする。

SOCK_SEQPACKET

固定最大長のデータグラム転送パスに基づいた順序性、信頼性のある 双方向の接続に基づいた通信を提供する。受け取り側ではそれぞれの入力 システムコールでパケット全体を読み取ることが要求される。

SOCK_RAW

生のネットワークプロトコルへのアクセスを提供する。

SOCK_RDM

信頼性はあるが、順序は保証しないデータグラム層を提供する。

SOCK_PACKET

廃止されており新しいプログラムで使用してはいけない。 packet(7) を参照すること

ある種のソケット型が全てのプロトコルファミリーで実装されているわけではない。

Linux 2.6.27 以降では、 type 引数は二つ目の目的にも使用される。 ソケットの型を指定するのに加えて、 以下の値のいくつかをビット単位の論理和 (OR) で指定することで、 socket() の振舞いを変更することができる。

SOCK_NONBLOCK

新しく生成されるオープンファイル記述 (open file description) の O_NONBLOCK ファイルステータスフラグをセットする。 このフラグを使うことで、 O_NONBLOCK をセットするために fcntl(2) を追加で呼び出す必要がなくなる。

SOCK_CLOEXEC

新しいファイルディスクリプターに対して close-on-exec (FD_CLOEXEC) フラグをセットする。 このフラグが役に立つ理由については、 open(2) の O_CLOEXEC フラグの説明を参照のこと。

protocol はソケットによって使用される固有のプロトコルを指定する。通常それぞれの ソケットは、与えられたプロトコルファミリーの種類ごとに一つのプロトコルのみを サポートする。 その場合は protocol に 0 を指定できる。 しかし、多くのプロトコルが存在してもかまわない。 この場合にはこの方法により固有のプロトコルを指定する必要がある。 使用されるプロトコル番号は通信の行なわれる“通信ドメイン”に 固有である; protocols(5) を参照すること。 プロトコル名をどうやってプロトコル番号に対応させるかについては getprotoent(3) を参照すること。

SOCK_STREAM 型のソケットは全二重バイトストリームである。 これらはレコード境界を保存しない。 ストリームは、ソケットがデータを送ったり受けたりする前に 接続された 状態になってなければならない。他のソケットへの接続は connect(2) コールによって行なわれる。一度接続したらデータは read(2) と write(2) コールや send(2) と recv(2) コールの変種を使用して転送できる。 セッションが完了したら close(2) が行なわれる。帯域外データの転送も send(2) に記述されており、 受信も recv(2) に記述されている。

SOCK_STREAM を実装した通信プロトコルはデータに損失や重複がないことを保証する。 もし相手のプロトコルがバッファー空間を持つ データの断片を適当な時間のうちに転送できなければ、 接続は断たれたとみなす。そのソケット SO_KEEPALIVE が有効になっている場合、プロトコル独自の方法で接続の相手側がまだ 有効であるかをチェックする。 もしプロセスが、壊れたストリームでデータを送受信しようとした場合には SIGPIPE シグナルが送られる; これは通常のそのシグナルを扱っていないプロセスを 終了させる。 SOCK_SEQPACKET ソケットは SOCK_STREAM ソケットと同じシステムコールを使用する。 唯一の違いは read(2) コールが要求された量のデータのみを返し、到着したパケットの残りの部分を 捨ててしまうことである。同様に入ってくるデータグラムの全てのメッセージ境界は 保存される。

SOCK_DGRAM と SOCK_RAW ソケットは sendto(2) コールで指定された相手へデータグラムを送ることが許されている。 データグラムは一般に recvfrom(2) で受けとり、 このコールは次のデータグラムを送信者のアドレスと一緒に返す。

SOCK_PACKET は古いソケット型で、生(raw)のパケットをデバイスドライバから 直接受信するためのものである。 今は代わりに packet(7) を用いること。

fcntl(2) の F_SETOWN 操作を使って、シグナル SIGURG や SIGPIPE を受けとるプロセスグループを指定できる。 SIGURG シグナルは帯域外データが到着した時に、 SIGPIPE シグナルは SOCK_STREAM 接続が予期せず切断された時に送られる。 また、 F_SETOWN 操作は、I/O や I/O イベントの非同期 (asynchronous) 通知を SIGIO を経由で受け取るプロセスやプロセスグループを設定するのにも使用できる。 F_SETOWN を使用することは FIOSETOWN または SIOCSPGRP の引数で ioctl(2) を使用することと等価である。

ネットワークがプロトコルモジュールにエラー状態を伝えた場合 (例えば、IP の ICMP メッセージを使用して)には、ソケットの ペンディングエラーフラグが設定される。次にこのソケットを操作した 時にペンディングされていたエラーコードが返される。プロトコルによっては エラーについてのより詳しい情報を受け取るためにソケットごとのエラーキューを 受け取ることが可能である。 ip(7) の IP_RECVERR を参照すること。

ソケットの操作はソケットレベル options によって制御される。 これらのオプションは <sys/socket.h> に定義されている。 setsockopt(2) と getsockopt(2) 関数はそれぞれオプションの設定と取得を行なう。

返り値¶

エラー¶

EACCES

指定されたタイプまたはプロトコルのソケットを作成する許可が与えられていない。

EAFNOSUPPORT

指定されたアドレスファミリーがサポートされていない。

EINVAL

知らないプロトコル、または利用できないプロトコルファミリーである。

EINVAL

type に無効なフラグが指定されている。

EMFILE

プロセスのファイルテーブルが溢れている。

ENFILE

オープンされたファイルの総数がシステム全体の上限に達していた。

ENOBUFS または ENOMEM

十分なメモリーがない。十分な資源が解放されるまではソケットを 作成することはできない。

EPROTONOSUPPORT

このドメインでは指定されたプロトコルまたはプロトコルタイプが サポートされていない。

下位のプロトコルモジュールから他のエラーが生成されるかもしれない。

準拠¶

フラグ SOCK_NONBLOCK, SOCK_CLOEXEC は Linux 固有である。

socket() は 4.2BSD で登場した。一般に、(System V の変種を含めて) BSD のソケット層の互換性をサポートしている BSD 以外のシステムへの、 または、BSD 以外のシステムからの移植ができる。

注意¶

4.x BSD において定数を使用する場合、プロトコルファミリーには PF_UNIX, PF_INET 等を使用している。一方でアドレスファミリーには AF_UNIX, AF_INET 等が使用されている。 しかしながら BSD のマニュアルでは 「一般にプロトコルファミリーは アドレスファミリーと同じものである。」 と保証している。 それ以外の規格では全ての場所で AF_* が使用されている。

AF_ALG プロトコル種別は Linux 2.6.38 で追加された。 このインターフェースの詳しい情報は、 カーネルのソースファイル Documentation/crypto/crypto-API-userspace.txt に書かれている。

例¶

関連項目¶

“An Introductory 4.3BSD Interprocess Communication Tutorial” and “BSD Interprocess Communication Tutorial”, (UNIX Programmer's Supplementary Documents Volume 1. として再版された)

この文書について¶