/ dev / tcp特殊ファイルを実際に提供しているUnixライクなシステムはどれですか？

/dev/tcp/<host>/<port>リダイレクトの一部のシェルによって具体的に処理される魔法のパスは知っています。しかしによるとman bash：

bashが実行されているオペレーティングシステムがこれらの特殊ファイルを提供する場合、bashはそれらを使用します。そうでなければ、それは内部でそれらをエミュレートします[...]

現在使用しているLinuxボックスでは、/dev/tcp特殊ファイルが存在しないため、Bashがそれをエミュレートします。しかし、実際には/dev/tcp、Bashでサポートされているものと同じセマンティックを持つ特殊ファイルを提供するUnixライクなシステムはありますか？

私はBashのドキュメントがこのトピックについて誤解を招くと思います。でも、コードを見てみると、ネットワークリダイレクトが導入されたバージョン2.04に戻って、/dev/tcpそして/dev/udp次のように機能します。

• ビルド時に、configureスクリプトはさまざまなネットワーク機能がサポートされているかどうかを確認します。その場合、ネットワークリダイレクトが有効になっていると（デフォルトのケースです）、内部ネットワークコードが組み込まれます。
• 実行時に、内部ネットワーキングコードが組み込まれ/dev/tcpていて/dev/udp（正しい形式で）内部で処理されている場合。それ以外の場合、警告が生成され（「/ dev /（tcp | udp）/ host / port not networking without support」）、Bashはシステム上の指定されたパスを開こうとします。
• ネットワークリダイレクトが構成されている場合、特別な処理は行われません。

これは要約すると次のとおりです。

• ネットワークリダイレクトが有効な場合：
  • もしネットワーキングは、ターゲットプラットフォームでサポートされている、/dev/tcpと/dev/udp常に内部的に処理されます。
  • それ以外の場合、Bashは警告を出し、ファイルを「盲目的に」開こうとします。システムが何らかの形でをサポートしている場合は/dev/(tcp|udp)/host/portそれが使用され、そうでない場合はリダイレクトが失敗する可能性があります。
• ネットワークリダイレクトが無効になっている場合、特別な処理は実行されません。上記のように、システムが何らかの形でをサポートしている場合は/dev/(tcp|udp)/host/portそれが使用され、そうでない場合はリダイレクトが失敗する可能性があります。

/dev/tcp一部のシステムには存在しますが、私が知る限り、Bashと同じ抽象化をサポートするものはありません。Solarisでは/dev/tcp、nddツールとともに使用して、ネットワーク構成を照会および変更します。ではXTI（も参照Open Groupのを、あなたがメンバーなら）t_open関数はで使用できる/dev/tcpTCPコネクションを開くために、それは、パスベースのセットアップを使用していない、ターゲットホストを指定するには、別のデータ構造がありますし、ポート（およびその他のパラメーター）。