アプリケーションがボリュームのアドレスまたはパスを知っている限り、アプリケーションがネットワーク共有ボリュームを使用できるようにします。

アプリケーションがボリュームのアドレスまたはパスを知っている限り、アプリケーションがネットワーク共有ボリュームを使用できるようにします。

Windowsでは、Linux(特にUbuntu 14.04)にアプリケーションを移植しています。アプリケーションはNASのネットワーク共有ボリュームにデータを書き込む必要があります。

Windowsでは、次の条件が満たされている限り、アプリケーションはNASのSMB3共有ボリュームにアクセスできます。

  1. SMB3共有ボリュームのUNCパスを知っています。
  2. アプリケーションが実行されているアカウントが承認されました(つまり、クライアントとサーバー間でユーザー名とパスワードが同じです)。

SMB3 共有ボリュームをマウントまたはマッピングする追加の手順は必要ありません。外部アプリケーションです。

Linuxでも同様の効果が得られますか?重要なことは、可能であればfstabやautofsに触れたくないということです。私のアプリケーション構成を一元化したいです。 fstabを変更するか、autofsルールを設定する必要がある場合は、アプリケーションの観点から構成全体に分散を開始します。ネットワーク共有量はただこの特定のアプリケーションで使用され、残りのシステムは関係ありません。

NASはSMB2 / 3またはNFSv3 / v4をサポートしており、あるプロトコルを他のプロトコルよりも使用しても問題はありません。

ベストアンサー1

おかげで、ファイルシステムをマウントするためにルートアクセスは必要ありません。ヒューズ。 SambaにはFUSEドライバがあります。SMBネットワークファイルシステム

めったに使用せず、ずっと前のことですが、サーバーに特別な機能があれば、構成がとても簡単ではなかった記憶があります。これは、設定とNATが基本プロトコルからどれだけ外れているかに応じて問題になる可能性があります。アクセスするサーバーまたはドメインのリストを提供する必要があります。

または、アプリケーションを次の場所に接続します。重力速度図書館。 (これはユーザーインターフェイスにGnomeライブラリを使用する必要はありません。)openまたは代わりにGIO機能を使用する必要fopenがあります。次のようにファイルを指定できます。代替バックエンド誰かを含めてください。 GVfsは特定のディレクトリにアクセスする以上のいくつかのアプリケーションの書き換えを必要としますが、資格情報を提供すること(通常はログインしている)以外の設定が必要ないという利点があります。GNOMEキーホルダー)。

おすすめ記事