
私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で有効にしてから、クライアント側で動作しました。
答え2
で始まるIPアドレスが169.254.*
正しくありません。人々はリンクローカルアドレス、同じサブネット上のホスト間の通信が許可されることを意味します。 NASにDHCPサーバーを設定することで、この問題を最初に解決する必要があるかもしれません。
その後、残りは大丈夫でしょう。