私は通常、問題の「ドライブ」をWindowsにhttp://1.2.3.4/sharename
アドレスでマウントします。 Linux(Ubuntu 10.04)では、次のエントリを/ etc/fstabに追加しようとしましたが役に立ちませんでした。
http://1.2.3.4/sharename /mnt/sharename cifs username=myusername,password=mypassword 0 0
mount /mnt/sharename
を実行すると、次のエラーが表示されます。
mount, wrong fs type, bad option, bad superblock on http://1.2.3.4/sharename
このパスをUbuntu10.04にマウントするにはどうすればよいですか?
http:
は通常WebDAV共有に使用されるため、次のようになります。
Ubuntuを使用している場合は、おそらくGNOMEまたはKDEを使用しているでしょう。どちらもファイルマネージャでdav://Host/path
のようなURLを受け入れます。
(GNOMEでは、ターミナルからgvfs-mount dav://address
することもできます。)
GVFSレイヤーとKioレイヤーをスキップする場合は、 davfs が必要になります。
(使用しようとしているcifs
は、純粋に Windowsファイル共有プロトコル 用です。)
おそらくそうではありません。 fstabは魔法ではありません。これは、コンピューターが開始時にマウントしようとするファイルシステムのリストです(その他の時間ですが、通常、開始時間は読み取られる場所です)。ファイルが読み取られ、ファイルシステムの種類に応じてさまざまなマウントユーティリティが使用されます。また、プロトコルとしてのCIFSは、httpプロトコルにリモートで近いものではありません。 「ニンテンドウ64カートリッジをXBox360に差し込んで」と書いているようなもので、それが正常に機能すると想定しています。この場合、実際にhttpを話すものが必要です。
Http経由でファイルシステムが本当に必要ですか、それとも自分が制御するWebサーバーでファイルを読み取り/書き込みするだけですか?後者の場合は、それらのファイルがファイルサーバー(cifs、nfs)でどのように提供されるかを理解し、それを構成する必要があります。
本当にhttp経由でサービスを提供したいですか?ファイルシステムプロトコルとして設計されていません(強制することはできますが)。 WebDavを調べてみると、webdavの真のドライバーがいくつかあります( http://savannah.nongnu.org/projects/davfs2 )。
これもWindowsのHTTP共有ではありません。これはCIFS共有です。
代わりに
//1.2.3.4/sharename /mnt/sharename cifs username=myusername,password=mypassword 0 0
鉱山は次のように機能します。
office:/OurDocs$ /mnt/home/our_docs cifs user,_netdev,noatime,nodiratime,user=myusername
または
1.2.3.4:/OurDocs$ /mnt/home/our_docs cifs user,_netdev,noatime,nodiratime,user=myusername