私QNAP TS-251ネットワークストレージ4GBドライブのペアはRAID 1に設定され、主にバックアップ用のサーバーとして実行されます。デフォルトのオペレーティングシステムはQTS 4.2.0（2016/01/19）ですが、最新のようです。これは、Windowsデスクトップで実行できるGUIインターフェイスを備えたカスタムLinuxバージョンです。そのIP番号は、イーサネット＃1ポートでは169.254.100.101、イーサネット＃2ポートでは169.254.100.102です。
お客様として、Ubuntu 14.04 LTSを実行している古いDell（Core 2 Duo T8100）ラップトップを持っています。これは、IP番号169.254.100.99のQNAPの＃2イーサネットポートに接続されます。
メモ:これからスキップできる[括弧]の中に背景の詳細を含めます（ただし、予想される「なぜこれは何ですか？」という質問に答えてください）。
QNAPのGUIを実行するために、QNAPの1番イーサネットポートに接続されたWindowsデスクトップもあります。コマンドラインが必要な場合は、PuTTYを使用してQNAPに接続することもできます。
[QNAPには、ダウンロード、マルチメディア、パブリック、レコーディング、Web、ホームなど、複数の既定の共有フォルダが付属しています。 ]
QNAPサーバーにCrashPlanという共有フォルダを作成し、Ubuntuクライアントに/mnt/QNAP-CrashPlanというマウントポイントを作成しました。クライアントにNFSクライアントパッケージをインストールしましたsudo apt-get install portmap nfs-client[そして、sudo apt-get install autofs問題の診断中にautofsをインストールしました]。
次の提案に従ってくださいこの問題、ホスト/ ip /ネットワーク169.254 *にNFSアクセス権、読み取り/書き込み権限、および圧縮オプションNO_ROOT_SQUASHを付与しました。匿名ボックスはグレーのままです。
だから重要な瞬間、私はクライアントから両方sudo mount 169.254.100.102:/CrashPlan /mnt/QNAP-CrashPlanを試してみsudo mount -t nfs 169.254.100.102:/CrashPlan /mnt/QNAP-CrashPlanましたがmount.nfs: Connection timed out、どちらの場合も結果が得られました。
問題を診断しようとしましたが、showmount -e 169.254.100.102回答が戻りましたclnt_create: RPC: Port mapper failure - Unable to receive: errno 111 (Connection refused)。
たくさん検索してみましたが、問題を診断するための追加パスが見つかりませんでした。どんなアイデアがありますか？
必要に応じて詳細を編集します。また、「qnap」タグが必要な場合がありますが、タグを作成する権限がありません。
[XYの問題詳細：CrashPlanを作成した共有フォルダの名前を指定したのは、QNAPをCrashPlanサーバーとして実行しようとするためです。 CrashPlanフォルダをWindowsドライブとしてマウントすることに加えて、それをマウントし、WindowsがCrashPlanを実行している別のユーザーモードのクライアントインスタンスを使用しているnet use場合、Windowsはサービスがnet useドライブにアクセスすることを許可していないため、それを機能させることはできません。既存のUbuntuノートブックからCrashPlanサーバーを実行し、NFS経由でQNAPをインストールすることは、問題を回避するための構成として説明されています。 ]
ベストアンサー1
最近の更新以降にこれを持っています。 QnapでNFS4を無効にしてQnapで有効にしてから、クライアント側で動作しました。