非ネットワーク Unix ドメインソケットとは何ですか?

Question 1

これはアドレスがファイルシステムパス何らかの形式のネットワークアドレスではなく、たとえば、などの IP アドレス:ポートに接続する代わりに127.0.0.1:4567、プログラムは特別なファイルに「接続」します/var/run/docker.sock。

（ただし、実際のAPIはIPソケットとUnixソケットでほぼ同じです。プログラムは両方のタイプで同じsocket()、bind()、connect()呼び出しを使用します。ソケットタイプとしてAF_UNIX通常のものの代わりに（またはAF_LOCAL）を指定するだけで済みますAF_INET[6]。そのため、内部通信では非常に一般的な選択肢となっています。実際、ほとんどLinux システム上のプログラムはこの方法で通信します。

これは「非ネットワーク」です。なぜなら、ソケットはローカルで実行中のプロセスからのみアクセス可能だからです。(NFS または SSHFS 経由では使用できません。) ローカルホストにバインドできる「IP ドメイン」ソケットとは異なります。または任意のアドレス（ポート 2375 上の外部からアクセス可能な IP ソケットについて説明しているリンクされた記事など）では、「Unix ドメイン」ソケットはローカルのみであることが保証されます。

（さらに、Unixソケットはファイルパーミッションを使用してソケットへのアクセスを制限できます（たとえば、「docker」グループのメンバーのみにアクセスを許可）。また、デーモンは接続するすべてのクライアントのUIDを知っています。最後に、もちろん、ソケットには適切な名前そうすれば、2 つの異なるプログラムが同じポートを争うことがなくなります…)

「ドメイン」という用語は、インターネットの「ドメインネームシステム」とは何の関係もなく、「領域」や「エリア」という一般的な意味でのみ使用されます。私が知る限り、「Unixドメイン」は単に「ローカルで実行されているOS」（「インターネットに接続されているすべてのマシン」ではなく）を意味するはずでした。このメカニズムを持っているため、ソケットAPIの一部として確かに、これは元々 Unix の機能でした。より適切な名前は「ローカルソケット」、つまり AF_LOCAL ですが、これは定着しませんでした。

Windows には、「名前付きパイプ」と呼ばれる非常によく似た機能があります\\.\pipe\docker_engine。例: Windows の名前付きパイプは、確かに Unix パイプよりも Unix ソケットのように動作します。ただし、プログラムは、ソケットを使用する場合と比較して、Windows で名前付きパイプを使用するために完全に異なる API を使用する必要があります (Win10 には AF_UNIX ソケットもあります)。また、SMB 経由でセキュリティ保護されていないパイプにアクセスすることも可能です。

Answer