何かが つながらない?

セッションが接続できない

エージェントに SSH 鍵もパスワードも保存されていない場合、アプリは一般的なネットワーク エラーとして失敗するのではなく、その場でそのことを直接伝え、パスワードの入力を求めます。 それでも接続できない場合は、まずプライマリホストに到達できるか確認してください — 代替ホストはプライマリが完全に失敗したときにのみ試されます。両方のホストは同じ保存済み 認証情報を共有しているため、パスワードが間違っていればどちらでも同じように失敗します。

違う screen セッションにアタッチされた

GNU screen はセッション名を前方一致で照合するため、opus_home という名前のセッションが、稼働中の opus_home-myproject と間違われることが あります。The Architect は名前を完全一致で照合し、pid 付きの ID でアタッチするか、一致 するものがなければ新規セッションを作成します — 最も近い推測にアタッチすることは 決してありません。それでも違うセッションが表示される場合は、エージェントのセッション名 フィールドが、ホスト上の screen -ls の出力と一致しているか確認してください。

screen で色がおかしい

GNU screen の 5.0 より前のバージョンは、トゥルーカラーのエスケープコードを壊して しまいます。そのエージェントの設定で レガシー screen カラー修正 を 有効にしてください — トゥルーカラーの代わりに 256 色端末タイプに切り替わります。 screen 5.0 以降はトゥルーカラーを正しく描画するため不要です。tmux や直接セッションは、 いずれの場合も影響を受けません。

ライセンスキーをなくした

復旧元となるアカウントはなく、送付先のメールアドレスがすべてです。支払いに使った (あるいはLinux 用の鍵をリクエストした)アドレスから info@rmrsolutions.us までご連絡いただければ、 再送します。2台のデバイスで同じライセンスが必要な場合は、ライセンス済みのデバイスから SFTP 経由で設定をエクスポートしてください — 鍵もそれと一緒に移動し、次のデバイスの 初回起動ウィザードが拾ってくれます。

鍵が有効化できない

鍵は発行されたプラットフォームに固定されています。Windows の鍵で macOS は有効化できず、 どちらの鍵でも Linux は有効化できません。アプリは黙って失敗するのではなく、どの プラットフォームと一致しなかったかを明示します。間違ったプラットフォームを購入して しまった場合は、販売条件に記載の30日間返金が適用されます。

セッションログはどこに保存される?

設定 → 詳細設定で トラフィックロギング を有効にした場合のみ 保存されます — デフォルトではオフです。有効にすると、リモートプロンプトで入力した 内容も含め、入力されたものがすべて伏字なしで記録されるためです。解決済みのパスは、その トグルの右横に表示されます。個々のセッションのログはビューア内のゴミ箱アイコンから 削除でき、同じセクションの すべてのログを削除 からまとめて消去する こともできます。

ポートフォワードが立ち上がらない

フォワードの失敗が SSH 接続そのものをブロックすることはありません — ターミナルは 通常どおり開き、失敗はその画面のポートフォワードステータスに表示されます。最もよくある 原因は、2つのエージェントが同じローカルポートを要求していることです。アプリは保存前に エージェントのフォームでそのことを警告し、接続時にはすでにそのポートを保持している セッションがそのまま使い続け、両方が奪い合うことはありません。

その他

info@rmrsolutions.us までご連絡ください。お使いの プラットフォーム(Windows、macOS、Linux、またはベータビルド)と、接続の問題であれば ホストが screen、tmux、あるいはどちらも使っていないかを 記載してください — それだけで、ほとんどの原因を絞り込めます。