https://www.yasunaga-lab.bio.kyutech.ac.jp/EosJ/index.php?action=history&feed=atom&title=%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%88%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E3%81%AE%E4%B8%AD%E3%81%AEDocker%E3%81%AB%E3%83%AD%E3%83%BC%E3%82%AB%E3%83%AB%E3%81%8B%E3%82%89%E6%8E%A5%E7%B6%9A%E3%81%99%E3%82%8B
リモートサーバーの中のDockerにローカルから接続する - 変更履歴
2026-04-30T08:05:30Z
このウィキのこのページに関する変更履歴
MediaWiki 1.23.6
https://www.yasunaga-lab.bio.kyutech.ac.jp/EosJ/index.php?title=%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%88%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E3%81%AE%E4%B8%AD%E3%81%AEDocker%E3%81%AB%E3%83%AD%E3%83%BC%E3%82%AB%E3%83%AB%E3%81%8B%E3%82%89%E6%8E%A5%E7%B6%9A%E3%81%99%E3%82%8B&diff=16777&oldid=prev
Kttn: ページの作成:「クライオ電顕備忘録に属する記事です。2019年9月6日。 == この記事について == リモートサーバーの中で動いているDockerをロ...」
2019-09-06T13:05:42Z
<p>ページの作成:「<a href="/EosJ/index.php/%E3%82%AF%E3%83%A9%E3%82%A4%E3%82%AA%E9%9B%BB%E9%A1%95%E5%82%99%E5%BF%98%E9%8C%B2" title="クライオ電顕備忘録">クライオ電顕備忘録</a>に属する記事です。2019年9月6日。 == この記事について == リモートサーバーの中で動いているDockerをロ...」</p>
<p><b>新規ページ</b></p><div>[[クライオ電顕備忘録]]に属する記事です。2019年9月6日。<br />
<br />
== この記事について ==<br />
リモートサーバーの中で動いているDockerをローカルから使うときの話。<br />
<br />
これまでは [[DockerでRELION]]の様に、リモートの中でコンテナを起動し、そのコンテナの中でsshdを立ち上げておいて、ローカルからローカルポートフォワーディングを利用してコンテナ内へsshログインしていた。<br />
<br />
色々調べてみると、それ以外にもリモートのDockerコンテナへアクセスする方法、というか、リモートのDockerデーモンに直接アクセスする方法があると知った。備忘録としてここに書いてく。<br />
<br />
<br />
== リモートのDockerのソケットに対しポートフォワードで直アクセス ==<br />
表現がこれであっているかわからないが...<br />
<br />
どうやらDockerは、まずDockerのデーモンプロセスを走らせておき、DockerのクライアントがUnixソケット(/var/run/docker.sock)を介してデーモンとやり取りする感じで動いている、らしい。<br />
<br />
で、普通はDockerクライアントはローカルの/var/run/docker.sockを使うのでローカルのDockerデーモンとしかやり取りできないが、ポートフォワードを使ってリモートの/var/run/docker.sockと通信するように仕向けることで、リモートのDockerデーモンに対しローカルのDockerクライアントから直でアクセスできるように成る、みたいな、そんな感じ。<br />
<br />
元記事 → https://code.visualstudio.com/docs/remote/containers-advanced#_option-2-connect-using-an-ssh-tunnel<br />
<br />
ステップとしてはたったの2段階で良い。作業は全部ローカルで行う。<br />
<br />
1. ローカルマシンの23750番ポートをリモートマシンの/var/run/docker.sockにポートフォワードで転送する。<br />
<pre><br />
# kttnは私のユーザー名、DL-Boxはリモートサーバー名。<br />
> ssh -fNL localhost:23750:/var/run/docker.sock kttn@DL-Box<br />
</pre><br />
これでローカルの23750番ポートがリモートマシンの/var/run/docker.sockに化ける、みたいな感じ...<br />
<br />
2. 環境変数DOCKER_HOSTの値をlocalhost:23750にする。<br />
<br />
ローカルでDockerデーモンを動かしていない場合、環境変数設定前の挙動は以下のようになる。<br />
<pre><br />
> docker ps<br />
Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?<br />
</pre><br />
<br />
で、環境変数を設定する。<br />
<pre><br />
> export DOCKER_HOST=localhost:23750<br />
</pre><br />
<br />
するとローカルのDockerクライアントはローカルの/var/run/docker.sockではなく、ローカルの23750番ポートを介してリモートの/var/run/docker.sockとやり取りをするようになる。即ち、リモートのDockerデーモンと直でやり取りをしてくれる。ので、<br />
<pre><br />
> docker ps<br />
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES<br />
82c53187da91 kttn8769/cryoem/relion:3.0.7-cuda9.2-gctf "/usr/sbin/sshd -D" About an hour ago Up About an hour 127.0.0.1:29290->22/tcp kttn-relion<br />
</pre><br />
<br />
わーお。こいつはすげぇ。<br />
<br />
<br />
この仕組を使うと、VSCodeのDocker拡張機能を使って、ローカルのVSCodeを使ってリモートのDockerコンテナ内環境で開発作業をする、みたいなことができる。Remote-SSHでコンテナに接続してもいいのだが、それよりこちらのほうがDockerちゃんと使っている感があってなんか良い。</div>
Kttn