サポート

support@openab.dev — ランタイム自体に関することは openabdev/openab-pty に issue を立ててください。

セキュリティに関する問題は、公開 issue やメールではなく非公開のアドバイザリをお使いください。

何もデプロイせずに試す

アプリメニューから Demo Mode を選びます。サンプル接続が 2 つ現れるので、どちらかのセッションをダブルクリックするとターミナルが開きます。収録済みの内容とローカルエコーだけで、ネットワーク接続は行われず、何も実行されません。もう一度 Demo Mode を選ぶとサンプルは消えます。

うまくいかないこと、その理由

最初のデプロイに時間がかかる

コンテナイメージを取得しているところで、どの variant でも初回の取得が遅い部分です — 通常の回線で 156 MB に 2 分以上かかることを実測しています。アプリは何を待っているかを表示します。そう表示されるまでは、異常ではありません。

「tailnet ノードが現れません」

登録は通常数秒なので、これが遅さを意味することはほぼありません。可能性の高い順に、この Mac が tailnet からサインアウトしている、または別の tailnet にいる。auth key が拒否された — 期限切れ、使用済み、または再利用可と設定されていない。あるいは同名のノードが既にあり、新しいものが name-1 として登録された — ephemeral でない key は毎回これを起こします。

Reusable かつ Ephemeral の key を使ってください。Ephemeral であることが、削除された pod のノードを tailnet から離脱させ、死んだ項目が溜まるのを防ぎます。

セッションが期限切れ、または引き継がれたと表示される

セッションは設計上シングルアタッチで、2 台目が接続するとキーボードを持っていきます。TTL はデプロイ時に設定されます。どちらも一般的な切断ではなく、具体的な理由とともに表示されます。

ワークスペースの作業が失われた

デプロイ時に永続的なものを選んでいない限り、ワークスペースは一時的です。pod が置き換わると残りません。作業は push してください。ライフサイクルフックはバックアップであって主たる仕組みではありません。そのためアプリは各セッションのヘッダーで毎回そう明示しています。

セッションを終了した後もプロセスが動き続けた

終了処理は best-effort で、随所にそう明示しています。実装されている kill domain は1 つだけで、自分のプロセスグループを離れたプロセスは pod や task が置き換わるまでセッションより長く残ることがあります。これは仕様として記載された挙動で、不具合ではありません。何も残らないことを確実にするなら pod か task を削除してください。

必要なもの

Mac 上のどこに保存されるか

~/Library/Containers/dev.openab.connect/     app data, sandboxed
Keychain (login)                             credentials, per connection

アプリを削除してもこれらは残ります。完全に消すなら手で削除してください。