要求されていたのは、単なるダウンロードリンクではなくアカウントでした
元の投稿者が望んでいたのは、権限を制限した標準ユーザーを作成し、管理者のファイルや操作画面を公開せずに、ZimaOSを通じてリモート接続できるようにすることでした。後の参加者も、特定のアプリについて同じ目的を説明しており、ユーザーに必要なリソースだけを許可し、それ以外のダッシュボードやディスクは非公開にしたいと述べています。
これは、ファイルを一時的にダウンロード可能にすることとは異なります。認証済みのID、範囲を限定した認可、リモート接続、そして許可されたリソースだけを閲覧できる仕組みが必要です。
「リンクで共有」は、より限定的な用途に対応するものでした
IceWhaleのチームメンバーは、「リンクで共有」機能を提案し、ZimaOSの「リンクで共有」デモを紹介しました。この機能を使えば、標準アカウントを作成せずに選択したファイルを配布できます。
投稿者は、このワークフローに2つの制限があることを指摘しました。インターフェースには、500個を超えるファイルや2 GBを超えるコンテンツを共有する場合の警告が表示されました。また、共有フォルダーは、受信者が個別のファイルを選択できる、リモートで閲覧可能な階層構造としてではなく、1つのダウンロードとして提供されました。
SambaはLAN上のファイルアクセスに対応しました
チームは、ZimaOSのSambaファイル共有デモも紹介しました。Sambaを使えば、ローカルネットワーク上で閲覧可能なファイルアクセスを提供できますが、元の要望は、権限を制限したユーザーがZimaOSクライアントを通じてネイティブにリモートアクセスできるようにすることでした。
スレッドは、計画中のマルチユーザー機能についての発言で終わりました
2025年7月、IceWhaleのチームメンバーは、今後リリースされるZimaOS 1.5.0にマルチユーザー機能を搭載する予定だと述べました。しかし、このスレッドには、リリース後の機能を示すフォローアップ、権限マトリクス、標準ユーザーが選択したアプリやフォルダーだけにリモートアクセスできることを示すデモはありません。
したがって、正確な結論は歴史的なものに限られます。「リンクで共有」とSambaは、ユーザーが求めたアカウントモデルを完全には満たしておらず、当時はマルチユーザー対応が計画されていました。現在の動作を、このリリース前の発言だけから推測してはなりません。
FAQ
「リンクで共有」の受信者は、ネストされたフォルダーを閲覧できますか？
元の投稿者が記録したワークフローではできません。受信者には、探索可能な階層構造ではなく、選択されたフォルダー全体が1つのダウンロードとして提供されました。
Sambaは、要求されていたリモートの標準ユーザーアカウントを提供しましたか？
いいえ。SambaはLAN上のファイル共有用として提案されたものであり、要望は権限を制限したネイティブなリモートアクセスに関するものでした。
スレッドでは、ZimaOS 1.5.0でこの機能が提供されたことを確認していますか？
いいえ。今後のリリースに向けたチームの計画は記録されていますが、リリースされた実装については確認されていません。
