web-dev-qa-db-ja.com

LXDコンテナの分離の問題？

私はLXDコンテナで遊んでいますが、分離で何が起こっているのかを完全に理解できません。私のシナリオは次のとおりです。

  1. 16.04コンテナを作成するlaunch ubuntu:16.04 mycontainer
  2. その中にfirefoxをインストールしますlxc exec mycontainer /bin/bashおよびapt install firefox
  3. メインシステムユーザーと同じ名前のユーザーを作成しますadduser myuser
  4. そのユーザーへのssh-copy-id vi /etc/sshd_configでパスワード付きのsshを許可し、メインセッションからssh-copy-id myuser@mycontainer-ip
  5. ssh -Xをコンテナーに入れて、firefox ssh -X myuser@mycontainer-ipおよびfirefox

メインセッションでFirefoxを開いていない場合、孤立したFirefoxがポップアップします。メインセッションファイルへのアクセス、プラグインなどはありません。

ただし、Firefoxがメインセッションで既に実行されている場合、コンテナでssh -XセッションからFFを起動すると、分離されていないメインウィンドウとして（プラグイン、ファイルへのアクセスなどで）実行される別のFFウィンドウが開きます... ）。

何が起こっている ？

sshfirefoxsecuritylxclxd
1
alci

Lxdのgithubでバグレポートを開き、StéphaneGraberが答えをくれました。これはFirefoxの機能です。--no-remoteスイッチでオフに切り替えることができます。したがって、もちろんLXDで問題はありません！

ステファンの引用：

私は長い間firefoxを使用していませんが、Xプロパティを介して既存のfirefoxを見つけてやり取りするコードを持っていると思います。

"-X"を渡すため、コンテナはXサーバーにアクセスできるため、Xプロパティを照会/設定し、実行中のすべてのウィンドウを一覧表示できます。これは、おそらくfirefoxが既存のfirefoxセッションを検出して新しいセッションを開く方法です新しいプロセスを生成するのではなくウィンドウ。

それを行わないようにするために、Firefoxにはコマンドラインオプションがあると思います。

se https://github.com/lxc/lxd/issues/3049

したがって、コンテナからfirefox --no-remoteを起動すると、Firefoxがメインセッションで新しいウィンドウを開くことができなくなります。

3
alci