タグ付けされた質問 「sshfs」

Linuxサーバー上のリモートファイルシステムとのsshfs接続セットアップがあります。ローカルサーバーからftpfs-filesystemへのRsyncを実行しています。このセットアップの性質のためchown、sshfsファイルシステムでは何もできません。 Rsyncを実行すると、すべてのファイルを転送した後、すべてのファイルをchownしようとします。これにより、ファイルは正常に転送されますが、chownエラーが発生します。 Rsyncを使用して、ファイルを試してみてはいけないことを伝える方法はありますか？1000個のファイルのようにrsyncを実行すると、1000個のchown: permission denied (error 13)エラーのログが作成されます。ファイルの所有権はsshfs構成自体によって決定されるため、これらのエラーを取得しても何の害もありません。しかし、それらを取得しないことは良いことです。

72 rsync  sshfs 

ローカルホストalphaには、次のようにfoosshfs経由でホストにマップされるディレクトリがありbravoます。 $ sshfs charlie@bravo:/home/charlie ~/foo ただし、ホストbravoには別のユーザーdeltaがあり、sudo /bin/suそれを使用して作業を行うことができますbravo:/home/delta。deltassh経由でログインできない場合があります。私が変更できない理由のために、あなたがマシン上にいる場合にのみデルタにsudoすることができます。 通常、にsshしてbravoからdeltaにsudoしますが、チャーリーのホームディレクトリをssh経由でマウントしたときに、それを実行できる方法があるかどうか疑問に思っています。

35 ssh  sudo  sshfs 

SSHFSを使用して、リモートサーバーにディレクトリをマウントします。クライアントとサーバーにユーザーxxxがいます。UIDとGIDは両方のボックスで同一です。 私が使う sshfs -o kernel_cache -o auto_cache -o reconnect -o compression=no \ -o cache_timeout=600 -o ServerAliveInterval=15 \ xxx@yyy.yyy.yyy.yyy:/mnt/content /home/xxx/path_to/content ディレクトリをリモートサーバーにマウントします。クライアントにxxxとしてログインすると、問題はありません。/ home / xxx / path_to / contentにcdできます。 しかし、別のユーザーzzzとしてクライアントにログインしてから、 $ ls -l /home/xxx/path_to こうなる d????????? ? ? ? ? ? content そして $ ls -l /home/xxx/path_to/content 私は得る ls: cannot access content: …

34 linux  permissions  distributed-filesystems  sshfs  fuse 

シナリオ： デスクでラップトップをイーサネットに接続し、SSH経由でリモートサーバーに接続している ラップトップでオフィスの反対側に移動し、SSH接続を中断せずにWiFiに変更したい 私は試しました：最初にWiFiに接続し、次にイーサネットを切断します。また、最初にイーサネットを切断してからWiFiに接続します。どちらのアプローチも機能しません。UbuntuおよびOS Xサーバーとクライアントの両方のOSオプションを使用する場合にも試してみました。運がありません。 古い切断されたインターフェースの代わりに、新しく接続されたネットワークインターフェースの使用を開始するようにSSH接続に伝える何らかの方法が必要なようです。何か案は？ 私は1日中Wi-Fiにとどまることができることに気付きましたが、それはしたくありません。また、リモートサーバー上のスクリーンセッション内から作業し、インターフェイスを変更した後にそのスクリーンセッションに再接続できることもわかりますが、それもしたくありません。たとえば、SSHを介したデータベースダンプのような大きなコマンドをパイピングしたり、SSHFSを介してファイルを開いたり、再接続の煩わしさを避けたい場合があります。

13 networking  ssh  wifi  sshfs  keepalive 

誰かがシェルを使用するためにssh経由でサーバーにログインする場合、last | w | whoをすばやく使用して、ログインしているユーザーを表示できます。誰かが接続を示さない別のコンピューターlast | w |からsshfsを介して同じサーバー上のディレクトリをマウントした場合。サーバー上の現在のsshfsマウントを表示するlast | w | whoに似たコマンドはありますか？

13 linux  ssh  logging  sshfs 

NASボックスを24時間年中無休のファイルサーバーとして使用し、sshfsを使用してUbuntu 9.04デスクトップから接続します。現在、デスクトップのfstabに次の行があります。 sshfs#jldugger@storage:/mnt/HD_a2/ /mnt/storage fuse comment=sshfs,auto,users,exec,uid=1000,gid=1000,allow_other,reconnect,transform_symlinks,BatchMode=yes,fsname=sshfs#jldugger@storage/mnt/HD_a2/ 0 0 mountで動作することを確認できます/mnt/storage。私が必要なのは、起動時にマウントする方法ですが、ネットワーク接続が確立された後です。

12 ubuntu  boot  file-sharing  init  sshfs 

Ubuntu Server VMゲストからのSSHFSマウントがあり、ホストMac OS Xディレクトリをマウントしています。Mac OS Xホストディレクトリで直接行われた変更は、Ubuntu Server VMゲストマウントに反映されるまで約5〜10秒かかります。 次のコマンドを使用しています... sshfs user @ host：〜/ host この遅延を改善する追加のオプション（ある場合）

12 ubuntu  ssh  mac-osx  mount  sshfs 

私は、学部の学生がシェルアカウントを持っているマルチユーザーサーバーのシステム管理者です。ユーザーの1人が、インストールsshfsを要求しています。sshfs提案どおりにインストールするのが賢明かどうかを議論しています。 私の主な懸念は、FUSEマウントによってサーバーの信頼性が低下する可能性があるかどうかです。私の経験では、NFSサーバーが突然使用できなくなると、サーバーに悪いことが起こります。負荷平均が急上昇し、ハードリブートが必要になるほどクリーンにアンマウントできない場合があります。FUSEがマウントされたサーバーが突然消えた場合、混乱を一掃するのはどれくらい難しいでしょうか？他に考慮すべき大惨事や落とし穴はありますか？ 少なくともNFSでは、rootのみがマウントでき、合理的に信頼できると思われるNFSサーバーをマウントすることを選択できます。 ユーザーに敵意はないが、誤って愚かなことをするかもしれないと仮定しましょう。また、私たちのユーザーはすでにシェルアクセスを持っているので、マウントするファイルシステムの内容についてはあまり心配していません。必要なものはすべてホームディレクトリにコピーできます。

11 linux  sshfs  fuse 

現在、私が取り組んでいるプロジェクトのコードベースは、リモートで会社のサーバー上にあります。そして、それはそのように留まらなければなりません。また、リモートgitリポジトリは公開できません。 私の現在のセットアップは： に接続 VPN sshfsコードのコピーをマウントするために実行します コードに取り掛かる 完了したら：sshリモートサーバーに移動し、gitそこでコマンドを実行します これの問題は、VPNが時々落ちるので、私のsshfsマウントが壊れて、私のIDEがフリーズすることです。私が行うことは、手動でVPNを再接続し、sshfs再度実行して、作業に戻ることです。 しかし、VPNより頻繁に落下するので、それは迷惑になります。 だから、私は何らかのsshfsキャッシュのための設定があり、それが私に働き、VPNが戻ったときにのみ変更を同期するのではないかと思います。 リモートドライバーが利用できない場合、何も書き込む必要がないため、これは意味がありません。では、watchある種のものを使用rsyncし、双方向に変更を移動するために使用する別の設定についてはどうですか（ファイルを保存するとき、またはファイルを保存するときgit pull） 環境全体を再現して「ローカル」で動作させることができないため、私はgit cloneだけではできません（DBなど） コードがサーバーにある必要があります。私の作業をテスト/表示するには、サンドボックスであるURLにアクセスする必要があります。変更を確認するたびにgit pushすることはできません。

9 ssh  vpn  rsync  git  sshfs