コンテナ内でClojureを動かす

[nREPL] Direct connection to c4379881374a:45409 failed;
try setting 'nrepl-use-ssh-fallback-for-remote-hosts' to t

CIDER がコンテナの nREPL ポートに直接 TCP 接続しようとして失敗した。 エラーメッセージの通り、=nrepl-use-ssh-fallback-for-remote-hosts= を t に設定して再試行した。

[nREPL] SSH port forwarding failed.
Check the '*nrepl-tunnel %s*' buffer

SSH フォールバックは SSH トンネルを張ろうとするが、=/docker:= TRAMP は docker exec で動いており SSH を使わない。 そのため SSH トンネルも失敗する。

CIDER の TRAMP 統合は SSH ベースの TRAMP メソッドを前提としている。 /docker: メソッドでは、nREPL サーバーの起動（=docker exec= 経由）はできるが、 その後の接続を TRAMP 経由でトンネリングする仕組みがない。

brew cat socat は homebrew/core が tap されていないため動作しない。 代わりに直接 Formula を取得する。

curl -s https://raw.githubusercontent.com/Homebrew/homebrew-core/HEAD/Formula/s/socat.rb

Formula に記載されている SHA256 を公式サイトのチェックサムと照合した。

完全一致。ソースの改ざんはない。

SHA256 が一致していても、Formula 自体（シェルスクリプト）が悪意のあるコードを実行する可能性は残る。 そこで、=brew install= 時のファイルシステムアクセスを OS レベルで制限することにした。

macOS 標準の sandbox-exec を使い、以下の方針でプロファイルを作成した。

• ベースは =allow default=（deny-all は brew のビルドを壊しやすい）
• ホームディレクトリへの書き込みを全禁止
• Homebrew に必要なパス（=/opt/homebrew=, キャッシュ, ログ, 一時ディレクトリ）のみ再許可
• ~/.ssh, ~/.gnupg, ~/.aws などの機密ファイルへの読み取りも禁止

;; brew.sb（抜粋）
(allow default)

(deny file-write*
  (subpath (param "HOME"))
)
(allow file-write*
  (subpath "/opt/homebrew")
  (subpath (string-append (param "HOME") "/Library/Caches/Homebrew"))
  (subpath (string-append (param "HOME") "/Library/Logs/Homebrew"))
  (subpath "/private/tmp")
  (regex #"^/private/var/folders/")
)
(deny file-read*
  (subpath (string-append (param "HOME") "/.ssh"))
  (subpath (string-append (param "HOME") "/.gnupg"))
  (subpath (string-append (param "HOME") "/.aws"))
)

実行は以下のようにする。

sandbox-exec -D HOME="$HOME" -f brew.sb brew install socat

インストールは正常に完了した。

==> Pouring socat--1.8.0.3.arm64_sonoma.bottle.tar.gz
🍺  /opt/homebrew/Cellar/socat/1.8.0.3: 16 files, 970.9KB

機密ファイルのブロックも確認できた。

$ sandbox-exec -D HOME="$HOME" -f brew.sb cat ~/.ssh/id_rsa.pub
cat: /Users/sximada/.ssh/id_rsa.pub: Operation not permitted

sandbox-exec は Apple が非推奨としているが、現時点では動作する。 より堅牢にするなら Lima や OrbStack などの VM 内でパッケージ管理するのが筋だろう。

最初のタイムアウトエラーはバージョン不一致が原因だった。

Sync nREPL request timed out (op clone ...) after 10 secs

cider-jack-in の残骸プロセスを調べると、CIDER 1.22.0 が自動注入するバージョンは nrepl 1.7.0 / cider-nrepl 0.59.0 だとわかった。 一方、こちらの deps.edn は nrepl 1.3.1 / cider-nrepl 0.52.1 を指定していた。

deps.edn のバージョンを CIDER に合わせて修正した。

{:extra-deps {nrepl/nrepl {:mvn/version "1.7.0"}
              cider/cider-nrepl {:mvn/version "0.59.0"}}}

socat 起動時に macOS から「着信接続を許可するか」というダイアログが表示された。

ここで注意が必要だった。デフォルトの TCP-LISTEN:7888 は全インターフェース （=0.0.0.0=）でリスンするため、同じネットワーク上の他のマシンからも nREPL に 接続できてしまう。

bind=127.0.0.1 を追加してローカルホスト限定にしてから許可するのが正しい手順だ。

一度拒否してしまった場合は、以下で変更できる。

システム設定 → ネットワーク → ファイアウォール → オプション
（socat を「許可」に変更）

EXEC: に渡すコマンドは、シェルのクォート処理によって意図せず分割される場合がある。

E EXEC: wrong number of parameters (3 instead of 1)

ダブルクォートで囲む方法もあるが、スクリプトに切り出す方が確実だ。

cat > /tmp/nrepl-tunnel.sh << 'EOF'
#!/bin/bash
docker exec -i c4379881374a socat STDIO TCP:localhost:7888
EOF
chmod +x /tmp/nrepl-tunnel.sh

socat TCP-LISTEN:7888,bind=127.0.0.1,fork EXEC:/tmp/nrepl-tunnel.sh

socat TCP-LISTEN:7888,bind=127.0.0.1,fork "EXEC:docker exec -i c4379881374a socat STDIO TCP:localhost:7888"

Emacs から接続する。

M-x cider-connect RET
Host: localhost RET
Port: 7888 RET

;; Connected to nREPL server - nrepl://localhost:7888
;; CIDER 1.22.0-snapshot, nREPL 1.7.0
;; Clojure 1.12.5, Java 17.0.19
user>

ホストの Emacs からコンテナ内の Clojure REPL に接続できた。

動作確認として REPL でいくつか評価した。

user> (+ 1 2)
3
user> (System/getProperty "os.name")
"Linux"
user> (System/getProperty "os.arch")
"aarch64"

os.name が "Linux"=、=os.arch が "aarch64" であることから、 評価がホストではなくコンテナ内で行われていることが確認できた。