<!DOCTYPE refentry PUBLIC @docdtd@ [

<!ENTITY commonoptions SYSTEM "@builddir@/common_options.sgml">

<!ENTITY seealso SYSTEM "@builddir@/see_also.sgml">

]>

<refentry>

<docinfo><date>@LXC_GENERATE_DATE@</date></docinfo>

<refmeta>

<refentrytitle>lxc-attach</refentrytitle>

<manvolnum>1</manvolnum>

</refmeta>

<refnamediv>

<refname>lxc-attach</refname>

<refpurpose>

<!--

実行中のコンテナ内でプロセスの開始

</refpurpose>

</refnamediv>

<refsynopsisdiv>

<cmdsynopsis>

<command>lxc-attach</command>

<arg choice="req">-n <replaceable>name</replaceable></arg>

<arg choice="opt">-a <replaceable>arch</replaceable></arg>

<arg choice="opt">-e</arg>

<arg choice="opt">-s <replaceable>namespaces</replaceable></arg>

<arg choice="opt">-R</arg>

<arg choice="opt">--keep-env</arg>

<arg choice="opt">--clear-env</arg>

<arg choice="opt">-- <replaceable>command</replaceable></arg>

</cmdsynopsis>

</refsynopsisdiv>

<refsect1>

<title><!-- Description -->説明</title>

<para>

<!--

<command>lxc-attach</command> は <replaceable>name</replaceable> で指定したコンテナ内で指定した <replaceable>command</replaceable> を実行します。

実行する時点でコンテナが実行中でなければなりません。

</para>

<para>

<!--

もし <replaceable>command</replaceable> が指定されていない場合、<command>lxc-attach</command> コマンドを実行したユーザのデフォルトシェルをコンテナ内で調べて実行します。

もしコンテナ内にユーザが存在しない場合や、コンテナで nsswitch 機構が働いていない場合はこの動作は失敗します。

</para>

<para>

<!--

前のバージョンの <command>lxc-attach</command> は、単に指定したコンテナの名前空間にアタッチし、最初に擬似端末 (pseudo terminal) を割り当てないで、シェルもしくは指定したコマンドを実行しました。

これは、異なる特権レベルを持つユーザ空間の実行コンテキストを切り替えた後に、TIOCSTI <command>ioctl</command> の呼び出し経由で擬似入力を行うことに対して脆弱となります。

新しいバージョンの <command>lxc-attach</command> は、ホスト上の擬似端末のマスター/スレーブのペアを割り当てようとします。そしてシェルやコマンドを実行する前に、擬似端末のスレーブ側に対して、ターミナルを参照する標準ファイルディスクリプタをアタッチします。

ターミナルを参照する標準ファイルディスクリプタがない場合は、<command>lxc-attach</command> は擬似端末の割り当てを行わないことに注意してください。代わりに、単にコンテナの名前空間にアタッチし、シェルや指定したコマンドを実行します。

</para>

</refsect1>

<refsect1>

<title><!-- Options -->オプション</title>

<variablelist>

<varlistentry>

<term>

<option>-a, --arch <replaceable>arch</replaceable></option>

</term>

<listitem>

<para>

<!--

コマンドを実行するコンテナのアーキテクチャを指定します。

このオプションは、コンテナの設定ファイルで指定する <option>lxc.arch</option> オプションと同じものが使用可能です。

<citerefentry>

<refentrytitle><filename>lxc.conf</filename></refentrytitle>

<manvolnum>5</manvolnum>

</citerefentry> を参照してください。デフォルトでは、実行しているコンテナのアーキテクチャになります。

</para>

</listitem>

</varlistentry>

<varlistentry>

<term>

<option>

-e, --elevated-privileges <replaceable>privileges</replaceable>

</option>

</term>

<listitem>

<para>

<!--

コンテナの内部で <replaceable>command</replaceable> を実行する時に特権を削除しません。

もしこのオプションが指定された場合、新しいプロセスはコンテナの cgroup に追加 <emphasis>されず</emphasis>、実行する前にケーパビリティ (capability) も削除しません。

</para>

<para>

<!--

全ての特権の取得したくない場合は、パイプで連結したリストとして、例えば <replaceable>CGROUP|LSM</replaceable> のように、特権を指定することが可能です。

指定できる値は、それぞれ cgroup、ケーパビリティ、特権の制限を表す <replaceable>CGROUP</replaceable>、<replaceable>CAP</replaceable>、<replaceable>LSM</replaceable> です。

</para>

<para>

<!--

<emphasis>警告：</emphasis>

もし実行するコマンドが、アタッチするメインプロセスが終了した後も実行されたままのサブプロセスを開始するような場合、このオプションの指定はコンテナ内への特権のリークとなる可能性があります。

コンテナ内でのデーモンの開始(もしくは再起動)は問題となります。

デーモンが多数のサブプロセスを開始する <command>cron</command> や <command>sshd</command> のような場合は特に問題となります。

<emphasis>充分な注意を払って使用してください。</emphasis>

</para>

</listitem>

</varlistentry>

<varlistentry>

<term>

<option>-s, --namespaces <replaceable>namespaces</replaceable></option>

</term>

<listitem>

<para>

<!--

アタッチする名前空間をパイプで連結したリストで指定します。

例えば <replaceable>NETWORK|IPC</replaceable> のようにです。

ここで使用可能な値は <replaceable>MOUNT</replaceable>, <replaceable>PID</replaceable>, <replaceable>UTSNAME</replaceable>, <replaceable>IPC</replaceable>, <replaceable>USER </replaceable>, <replaceable>NETWORK</replaceable> です。

これにより指定した名前空間にプロセスのコンテキストを変更できます。

例えばコンテナのネットワーク名前空間に変更する一方で、他の名前空間はホストの名前空間のままにするというような事が可能です。

</para>

<para>

<!--

<emphasis>重要:</emphasis> このオプションは <option>-e</option> オプションを指定しなくても指定している場合と同様の動作をします。

</para>

</listitem>

</varlistentry>

<varlistentry>

<term>

<option>-R, --remount-sys-proc</option>

</term>

<listitem>

<para>

<!--

<option>-s</option> を指定し、そこにマウント名前空間が含まれない時、このオプションにより <command>lxc-attach</command> は <replaceable>/proc</replaceable> と <replaceable>/sys</replaceable> をリマウントします。

これは現在の他の名前空間のコンテキストを反映させるためです。

</para>

<para>

<!--

もっと詳細な説明は <emphasis>注意</emphasis> を参照してください。

</para>

<para>

<!--

このオプションは、マウント名前空間へのアタッチが行われる場合は無視されます。

</para>

</listitem>

</varlistentry>

<varlistentry>

<term>

<option>--keep-env</option>

</term>

<listitem>

<para>

<!--

アタッチされるプログラムに対して現在の環境を保持したままにします。

これは現在 (バージョン 0.9 時点) のデフォルトの動作ですが、将来は変更される予定です。

この動作がコンテナ内への望ましくない情報の漏洩につながる可能性があるためです。

アタッチするプログラムで環境変数が利用可能であることを期待している場合、将来的にもそれが保証されるようにこのオプションを使用するようにしてください。

現在の環境変数に加えて、container=lxc が設定されます。

</para>

</listitem>

</varlistentry>

<varlistentry>

<term>

<option>--clear-env</option>

</term>

<listitem>

<para>

<!--

アタッチする前に環境変数をクリアします。

これによりコンテナへの不要な環境変数の漏洩が起こらなくなります。

変数 container=lxc のみがアタッチするプログラムの開始の時の環境変数となります。

</para>

</listitem>

</varlistentry>

</variablelist>

</refsect1>

&commonoptions;

<refsect1>

<title><!-- Examples -->例</title>

<para>

<!--

存在するコンテナ内で新しいシェルを生成するには、以下のようにします。

<programlisting>

lxc-attach -n container

</programlisting>

</para>

<para>

<!--

実行中の Debian コンテナの cron サービスを再起動するには、以下のように実行します。

<programlisting>

lxc-attach -n container -- /etc/init.d/cron restart

</programlisting>

</para>

<para>

<!--

NET_ADMIN ケーパビリティを持たない実行中のコンテナのネットワークインターフェース eth1 の動作を停止させるには、ケーパビリティを増加させるために <option>-e</option> オプションを指定し、<command>ip</command> ツールがインストールされていることを前提に、以下のように実行します。

<programlisting>

lxc-attach -n container -e -- /sbin/ip link delete eth1

</programlisting>

</para>

</refsect1>

<refsect1>

<title><!-- Compatibility -->互換性</title>

<para>

<!--

(pid とマウント名前空間を含む) コンテナに対する完全なアタッチを行うには 3.8 以上、もしくはパッチを適用したカーネルが必要となります。

詳しくは lxc のウェブサイトを参照してください。

パッチが当たっていない 3.8 より小さなバージョンのカーネルを使った場合は、<command>lxc-attach</command> の実行は失敗するでしょう。

</para>

<para>

<!--

しかし、もし <option>-s</option> を使用して、アタッチするものを <replaceable>NETWORK</replaceable>, <replaceable>IPC</replaceable>, <replaceable>UTSNAME</replaceable> の 1 つか複数の名前空間に限定して使用すれば、バージョン 3.0 以上のパッチを適用していないカーネルでもアタッチが成功するでしょう。

</para>

<para>

<!--

ユーザ名前空間へのアタッチは、ユーザ名前空間機能を有効にした 3.8 以上のカーネルでサポートされます。

</para>

</refsect1>

<refsect1>

<title><!-- Notes -->注意</title>

<para>

<!--

Linux の <replaceable>/proc</replaceable> と <replaceable>/sys</replaceable> ファイルシステムは名前空間によって影響を受けるある程度の情報を持っています。

これは <replaceable>/proc</replaceable> 内のプロセス ID の名前のディレクトリや、<replaceable>/sys/class/net</replaceable> 内のネットワークインターフェース名のディレクトリなどです。

擬似ファイルシステムをマウントしているプロセスの名前空間が、どのような情報を表示するかを決定します。

<replaceable>/proc</replaceable> や <replaceable>/sys</replaceable> にアクセスしているプロセスの名前空間が決定するのではありません。

</para>

<para>

<!--

<option>-s</option> を使ってコンテナの pid 名前空間のみをアタッチし、マウント名前空間 (これはコンテナの <replaceable>/proc</replaceable> を含み、ホストのは含まないでしょう) はアタッチしない場合、<option>/proc</option> のコンテンツはコンテナのものではなく、ホストのものとなります。

似たような事例として、ネットワーク名前空間のみをアタッチして、<replaceable>/sys/class/net</replaceable> のコンテンツを読んだ場合も同じような事が起こるでしょう。

</para>

<para>

<!--

この問題への対処のために、<option>-R</option> オプションが <replaceable>/proc</replaceable> と <replaceable>/sys</replaceable> が提供されています。

これにより、アタッチするプロセスのネットワーク/pid 名前空間のコンテキストを反映させることができます。ホストの実際のファイルシステムに影響を与えないために、実行前にはマウント名前空間は unshare されます (<command>lxc-unshare</command> のように)。

これは、<replaceable>/proc</replaceable> と <replaceable>/sys</replaceable> ファイルシステム以外はホストのマウント名前空間と同じである、新しいマウント名前空間がプロセスに与えられるということです。

</para>

<para>

<!--

以前のバージョンの <command>lxc-attach</command> は、いくつかの重要なサブシステムに対して、書き込み可能な cgroup 内に配置することなしに、ユーザがコンテナの名前空間にアタッチできたバグがありました。

新しいバージョンの <command>lxc-attach</command> は、このような重要なサブシステムに対して、ユーザが書き込み可能な cgroup 内にいるかどうかをチェックします。

したがって、ユーザによっては <command>lxc-attach</command> は不意に失敗するかもしれません (例えば、非特権ユーザが、ログイン時に重要であるサブシステムの書き込み可能な cgroup に配置されていないようなシステムで)。しかし、この振る舞いは正しく、よりセキュアです。

</para>

</refsect1>

<refsect1>

<title><!-- Security -->セキュリティ</title>

<para>

<!--

<option>-e</option> と <option>-s</option> オプションの使用には注意を払うべきです。

不適切に使用した場合、コンテナの隔離を破壊してしまう可能性があります。

</para>

</refsect1>

&seealso;

<refsect1>

<title><!-- Author -->作者</title>

<para>Daniel Lezcano <email>daniel.lezcano@free.fr</email></para>

</refsect1>

</refentry>