FAQs

1. Jelina が対応しているデバイスタイプは何ですか。

対応するデバイスタイプはデバイス一覧で確認できます。

2. 1 つのフリートで複数のデバイスタイプを混在させられますか。

フリートのデバイスタイプは操作担当者向けの目安にすぎず、任意のタイプのデバイスを追加できます。

ただし、フリートのデバイスタイプと所属デバイスのタイプが一致しない場合、フリートに設定したシステム、Kernel、Jelinvisor の更新ポリシーに影響する場合があります。

3. Production モードと Development モードの違いは何ですか。

Production は本番モードです。JelinaCloud との通信以外のすべてのポートを遮断します。compose の ports 属性で開放するポートを設定できます。

Development は開発モードです。Jelina の仕様に準拠していますが、セキュリティ上の制限を抑えています。デバイス上で開発する場合は、このモードを使用できます。

4. フリートを移動したり Release を切り替えたりすると、以前の Release のサービスは残りますか。

デバイスに同時にインストールできる Release は 1 つだけです。切り替え時は、新しい Release のダウンロード後に元のサービスをアンインストールし、新しい Release をインストールします。

別のフリートへ移動すると、移動先フリートの設定に従って Release をインストールします。

5. JelinaCloud が私のデバイス、ソースコード、プログラムサービスにアクセスすることはありますか。

権限管理システムにより、権限のあるユーザー以外はデバイスにアクセスできません。Jelina の管理者も同様です。

6. Jelina チームへのアクセス許可とは何ですか。

原則として、Jelina チームにはお客様のフリートへのアクセス権限がありません。ただし、解決できない問題が発生して支援を依頼する場合は、特定のフリートへのアクセスを一時的に許可できます。

許可されたアクセスには制限があります。Jelina チームはフリート内の情報を削除できず、フリート管理者の一部の権限のみを取得します。この仕組みは、問題を迅速に解決するためのものです。

7. メンバー一覧で自分自身を削除できないのはなぜですか。

自分自身を削除すると、組織やフリートのメンバーではなくなります。複数メンバーを一括削除する際に誤って自分を選択して退出することを防ぐため、現在はこの操作に対応していません。

8. システム通知を削除できないのはなぜですか。

システム通知は Jelina 管理者が発信する重要なお知らせです。重要な内容の見落としや失念を防ぐため、現在は削除に対応していません。

9. リモート SSH は証明書でログインできますか。

はい。まずデバイスの CA／プリンシパルを設定し、管理者がフリートまたはデバイスの鍵管理で、ユーザー証明書、対応する秘密鍵、必要なパスフレーズを保存して、ホスト ID を登録・確認します。接続ページで「OpenSSH ユーザー証明書」と保存済み認証情報を選択してください。接続ページにはアップロード機能はなく、デバイスからの同期応答確認も不要です。

ここでは OpenSSH ユーザー証明書を使用します。RDP と VNC は引き続きパスワード認証です。HTTPS 証明書や SSH ホスト証明書は、このログイン方式に使用できません。詳しい手順は SSH 鍵と証明書による認証を参照してください。

10. 証明書のインポートに成功しても接続できないのはなぜですか。

対象システムアカウントが証明書認証を許可しているか、認証情報の利用権限、証明書の有効期間、デバイスの CA／プリンシパル設定、確認済みのホスト ID を確認してください。デバイスの SSH の CA／プリンシパルは自分で設定する必要があります。デバイス専用設定がある場合、フリートの認証情報には自動的に切り替わりません。

設定方法はリモートアクセス管理を参照してください。

11. 証明書を無効化すると、デバイスは直接の SSH 接続も直ちに拒否しますか。

保存済み認証情報の無効化や失効は、その項目のプラットフォームでの使用を停止するだけで、デバイスには自動同期されません。失効した認証情報は復元できず、その項目の暗号化済み秘密鍵が削除されますが、別に保存された項目は失効しません。デバイス側で直接の SSH 接続を拒否するには、管理者が認可設定を削除するか、失効規則を設定する必要があります。

12. 長時間のコマンド実行中にリモート接続が自動切断されるのはなぜですか。

接続ページには現在のアイドル時間と最大接続時間が表示されます。有効な入力やリモートからの出力が続くとアイドル時間はリセットされますが、入出力のない長時間タスクはアイドルと判断される場合があります。ハートビートでは業務上のアイドル制限時間は延長されません。有効化された最大接続時間は、操作しても延長されません。

画面の切断理由を確認し、手動で再接続してください。規則の変更が必要な場合はプラットフォーム管理者へ連絡してください。接続数の上限と時間制限は、フリートやデバイスのセキュリティポリシーで独自に緩和できません。

13. 招待履歴が Waiting のままなのは、メール未着ですか、それとも期限切れですか。

Waiting は招待がまだ正常に承諾または辞退されていないことのみを示し、メールの配信や既読を判断することはできません。メールや招待ページを開くだけでは状態は変わりません。ログインアカウントの不一致や承諾処理の失敗によっても Waiting のままになる場合があります。

現在、招待には固定の自動有効期限はありません。記録が存在し Waiting の状態であれば、時間が経過しただけではリンクは無効になりません。承諾、辞退、削除後は元のリンクで処理できません。不要な招待は管理者が削除してください。

14. 招待コードが無効と表示された場合、すぐ再送を依頼すべきですか。

まず、現在のログインアカウントが招待先メールアドレスと一致しているか確認してください。他のアカウントでは承諾や辞退を代行できません。誤ったアカウントからログアウトするか、プライベートブラウジングで招待先アカウントにログインし、元のリンクを開いてください。未登録の場合は、招待先メールアドレスで登録してください。

アカウントが正しければ、招待が承諾済み、辞退済み、または管理者によって削除済みでないかを確認してください。コードが無効でも、必ずしも期限切れを意味しません。再送してもアカウントの不一致は解決しない場合があります。

15. フリートへの招待しか送っていないのに、組織への招待が重複と判定されるのはなぜですか。

組織の重複チェックには、その組織に属するフリートから同じメールアドレスへ送られた未処理の招待も含まれます。一方、フリートでは自分のフリートの未処理記録のみを確認します。したがって確認範囲は対称ではなく、組織とフリートの招待が同時に存在することもあります。

重複送信ではメールの再送や元のロールの変更は行われません。再送、メールアドレスの訂正、未処理招待のロール変更が必要な場合は、古い招待を削除してから新たに送信してください。両方の範囲の権限が必要な場合は、組織への招待を完了してからフリートへ招待することを推奨します。

16. フリートへの招待を先に承諾した後、組織への招待で組織ロールを昇格できますか。

フリートへの招待では、必要に応じて組織の Member として自動登録され、既存の組織ロールがあれば維持されます。その後に以前の組織招待を承諾すると、組織メンバーの作成が再度試みられて競合する場合があり、Member が招待時のロールへ自動昇格することはありません。

すでに組織に参加している場合は、メンバー管理で組織ロールを変更し、不要になった未処理招待を削除してください。特定フリートへのアクセスだけが必要な場合は、通常、フリートへの招待だけで十分です。

17. 招待履歴を削除しても、ユーザーが組織やフリートにアクセスできるのはなぜですか。

未処理の招待を削除するとリンクは無効になりますが、承諾済みの記録を削除しても招待履歴が消えるだけで、メンバー関係や権限は削除されません。履歴のロールは招待時の値です。現在の所属とロールはメンバー一覧で確認してください。

アクセスを取り消すには、メンバーを削除するかロールを変更し、他の組織、フリート、チームのロールを通じてアクセス権が残っていないかも確認してください。

18. SSH 証明書ログインには、デバイスとクラウドの鍵同期やエージェントの更新が必要ですか。

不要です。デバイス管理者が SSH 公開鍵または CA／プリンシパルを設定し、プラットフォームはログイン認証情報と利用権限を保存・検証します。デバイスは鍵を取得したり、設定バージョンや適用状態を報告したりする必要はなく、この機能だけのためにエージェントを更新する必要もありません。ただし、デバイスの SSH サービス自体が対象の認証方式に対応している必要があります。

初回接続前には、管理者がデバイスページでホスト公開鍵を手動で登録・照合・確認する必要があります。リモートアクセス管理を参照してください。

19. すべてのユーザー証明書と秘密鍵をデバイスに置く必要がありますか。

通常、ユーザー証明書を 1 枚ずつデバイスにインストールする必要はありません。デバイスには発行 CA の公開鍵と許可するプリンシパルを設定し、接続時にクライアントがユーザー証明書を提示します。ユーザー秘密鍵は、許可された接続で使用するためにプラットフォームの管理ページで暗号化して保存します。CA 秘密鍵は発行元のみが保管します。どちらもデバイスの信頼設定としてコピーしません。CA 公開鍵だけを authorized_keys に書き込むだけでは不十分で、cert-authority と適切なプリンシパル制限を含む CA 認可設定が必要です。

例は SSH 鍵と証明書による認証を参照してください。

20. デバイスの認証情報を使用できない場合、フリートの認証情報に自動的に切り替わりますか。

いいえ。システムアカウントと認証方式ごとに、デバイス設定が優先されます。期限切れ、無効化、失効、利用権限不足の場合も自動フォールバックしません。対応するデバイス設定が存在しない場合にのみ、フリートの認証情報を使用します。継承スイッチの設定は不要です。最後のデバイス設定を削除すると継承が再開する可能性があるため、管理者の明示的な確認が必要です。

21. プラットフォームがユーザー証明書を自動更新しますか。

いいえ。自組織の CA 管理者に新しい証明書を申請し、フリートまたはデバイスの鍵管理で「鍵／証明書を更新」を実行してください。プラットフォームは CA 秘密鍵を受け取らず、証明書の発行や自動更新を行いません。接続ページでは保存済みのユーザー認証情報を選択するだけです。

22. Windows または Linux で、プラットフォームが対応する SSH 証明書を生成するにはどうすればよいですか。

どちらのシステムでも、OpenSSH の ssh-keygen で Ed25519 または RSA のユーザー鍵を生成し、自組織の CA 管理者が ssh-keygen -s を使用して、明確な有効期間と空でないプリンシパルを持つ OpenSSH ユーザー証明書を発行できます。Windows では PowerShell と OpenSSH Client、Linux では OpenSSH クライアントツールを使用します。OpenSSL で X.509 証明書を作成する方法ではありません。

通常の鍵認証ではユーザー鍵のみが必要です。証明書認証では、さらにユーザー証明書とデバイスの CA 信頼設定が必要です。Windows / Linux の管理用 PC での生成コマンド、各ファイルの配置先、JelinaOS（Linux）デバイスの設定、クラウドへのアップロード手順は、SSH 鍵と証明書による認証を参照してください。