Synology NASのDockerコンテナにCrashPlanをインストールします









SynologyデバイスとCrashPlanの優れたバックアップサービスを愛する人々は、ストレージでその信頼性の高い中断のない動作を構成しようとして長年転がっています。 SynologyでのDockerの出現により、トンネルの終わりに光が現れました。



前戯



Synologyの大規模なホームストレージは警戒を怠りません。 彼らは信頼でき、信頼できるようです。 不良ドライブから保護するRAIDがあります。 ファイルのバージョンを完全に保存し、簡単に復元できる「時間バックアップ」があります。 しかし、 ナッシム・タレブ称える真の妄想的な人々は、あなたのデータ、さらにはリポジトリ自体に起こりうるまれではあるが不快なイベントを常に覚えています。





これに基づいて、すべての正気な妄想家は、すべての重要なデータ(子供の写真など)のバックアップコピーを雲の中に隠す必要があることを理解しています。 開発者もこれを理解しています。 DSMには、データをリモートクラウドストレージにコピーできるCloud Syncパッケージがあります。 現在、多くのクラウドサービスがサポートされています。





ただし、私と多くのユーザーに理解できない理由で、バックアップ用に特別に強化されたクラウドサービスはサポートされていません-CrashPlan 。 彼は彼の信頼性、無制限で手頃な料金で愛されています 。 そのため、長い間、コミュニティはテープとホッチキスでこのサービスをSynologyにねじ込んでいます。 だから、パトリックムーア(私のヒーロー!)2012年以来、ストレージで実行される彼のCrashPlanパッケージをサポートし、常に更新しています。 しかし、2015年には彼は完全に疲れていたようです。



SynologyのDockerコンテナで世界を保存してCrashPlanを起動する手順



私は頭を上げて見回さなければなりませんでした。 このときまでに、Dockerは( すべてのバージョンではなく )Synologyに登場し、DockerコンテナーでCrashPlanを起動できるようになりました。CrashPlanは、正常に存続して更新されます。 そのインストールと構成はあまり明確ではありません。 以下の短い説明が、私より少し少ない円錐を埋めるのに役立つことを願っています。 専門家のLinux管理者はすでに長い間自宅ですべてをセットアップしているので、ダミーの可能性が高くなります。



したがって、次の一連のアクションにより、Synologyで実行されるDockerコンテナーでCrashPlanクライアントを起動および管理できます。



1.ストレージに新しい共有フォルダーを作成します。 例:「crashplan-symlink」。 CrashPlanがコンテナから見るのはこのフォルダーです。 それだけで、CrashPlanが処理するすべてのデータが含まれている必要があります。 すべての重要なデータを直接転送できますが、「music-symlink」、「photo-symlink」、「homes-symlink」というサブフォルダーを作成し、それらを実際のストレージフォルダーへのシンボリックリンクとして定義することをお勧めします。 これも機能します。











2.ストレージに新しいファイル/etc/rc.localを作成し、これらのフォルダー(写真、ビデオなど)から新しい共有フォルダーのサブフォルダーにシンボリックリンクをマウントするコマンドを書き込みます。 rc.localファイルを使用する必要があります。使用しないと、シンボリックリンクがリポジトリの再起動に耐えられません。 問題がある場合は、以下の「リポジトリでの便利なファイル管理」を参照してください。 ここに私が今このファイルに持っているものがあります:



mount --bind /volume1/bittorrentsync /volume1/crashplan-symlink/bittorrentsync-symlink mount --bind /volume1/homes /volume1/crashplan-symlink/homes-symlink mount --bind /volume1/music /volume1/crashplan-symlink/music-symlink mount --bind /volume1/photo /volume1/crashplan-symlink/photo-symlink mount --bind /volume1/public /volume1/crashplan-symlink/public-symlink
      
      





3. SynologyにDockerパッケージを配置します。 次に、インストール後に実行し、レジストリでクラッシュプランイメージ(「jrcs / crashplan」 -hub.docker.com/r/jrcs/crashplan )を探してインストールします。











4. jrcs / crashplanコンテナの初期構成中に、提案されたポートマッピングを覚えておくか(自動構成を選択した場合)、CrashPlanの操作と管理に必要な2つのポートのマッピングを手動で設定することが重要です。 たとえば、次のように、ポート「4243」を「32774」に、「4242」を「32773」に割り当てます。 追加のコンテナ設定を開き、最初のステップで作成した共有フォルダ「crashplan-symlink」を添付します。 値「/ storage」を割り当てます。そのため、Dockerコンテナから使用できます。













5.ストレージをリロードします。 crashplan-symlinkフォルダー内のシンボリックリンクが存続して機能することを確認します。 dockerでjrcs / crashplanパッケージを実行します。 すべてが正しい場合、この時点で、CrashPlanクライアントがすでに正常に起動されている実行中の作業用ドッカーコンテナーがあります。 ただし、クライアント自体はまだ構成されていません。 彼は何をどこで入手し、どこでコピーするかを言う必要があり、そのためには特別なCrashPlanアプリケーションを介してクライアントに接続する必要があります(WinとLinuxの両方があります)。 ただし、アプリケーションは単純にクライアントに接続することはできず、すべてが非常に安全であるため、クエストは続行されます。











6. CrashPlanクライアントに接続できるようにするには、dockerコンテナーの特殊ファイルから秘密鍵を含む行を抽出する必要があります。 これを行うには、SSHを介してストアに接続します(たとえば、PuTTYクライアント)。 ファイル「.ui_info」が見つかります。 このパスに沿ったどこかにあります "/var/packages/Docker/target/docker/volumes/..../_data/id"( "...."の代わりに、選択方法またはフォーカスに基づいて特定のフォルダーを選択する必要があります)作成日、各フォルダは既存のコンテナの個別のIDです)。 検索ファイルには、シークレット付きのテキスト文字列があります(最初にポートアドレス、次に必要なシークレット、次にIPアドレスが来ます)。 したがって、次の例では、「05bv99x3-36f8-43e6-92c7-4b8776f2edb2」の行を使用する必要があります。



 4243,05bv99x3-36f8-43e6-92c7-4b8776f2edb2,0.0.0.0
      
      





7.ローカルコンピューターに、CrashPlanから制御ソフトウェアをインストールします 。 次に、ファイル ".ui_info"を探し(Windowsの場合は "C:\ ProgramData \ CrashPlan"フォルダにあります)、次のルールに基づいて編集します。

-行の最初の位置はポートです。コンテナの「jrcs / crashplan」はポート「4243」にマッピングされています。 したがって、設定が手順4のように指定されている場合は、「32774」と書き込みます。

-次に、手順6でコンテナから取り出した秘密キーがあります。

-最後の値は、CrashPlanクライアントが実行および実行されているリポジトリのIPアドレスです。 管理したい QuickConnectがSynologyで実行されている場合、その設定でストレージの外部IPアドレスを確認できます(「コントロールパネル」-「外部アクセス」)。



その結果、ローカルの.ui_infoファイルの行は次のようになります。



 32774,05bv99x3-36f8-43e6-92c7-4b8776f2edb2,192.168.1.100
      
      





8.すべてが正常に完了したら、CrashPlan管理ソフトウェアがローカルコンピューターで起動されると、指定されたストレージポート(この例では192.168.1.100からポート32774)の指定されたIPアドレスにアクセスします。 リポジトリは、リクエストをポート4243にjrcs / crashplanコンテナに転送します。そこで、CrashPlanヘッドレスクライアントが実行されます。 秘密鍵が一致する場合、すべてが正常であり、接続が確立されます。



9.アプリケーションで、以前に作成されたsymlinkサブフォルダーとその中のすべてのデータが含まれる「storage」フォルダーが表示されます。 ライセンスを入力し、必要なデータを選択して、CrashPlanクラウドへのバックアップを開始します。 ちなみに、CrashPlanには、このプロセスを実行できる優れたモバイルアプリがいくつかあります。











CrashPlanイメージの更新





JrCsが画像の新しいバージョンを公開する場合があります。 これはGitHubプロジェクトページにあり、通常はバグの修正またはイメージの改善に関連しています 。 そのため、バージョン4.7から4.8に切り替えると、コンテナー内の自動更新は機能せず、イメージの新しいバージョンがリリースされました。 この場合、アクションのシーケンスは次のとおりです。

1.現在のCrashPlanコンテナと、以前にダウンロードしたjrcs / crashplanイメージの両方を削除します。

2.すべてを再度インストールします。 上記の手順に従って、イメージとコンテナの両方。

3.サービスに接続するとき、CrashPlanクライアントは「採用」プロンプトを受け入れる必要があります。 この場合、ファイルをチェックした後、新しいデータと変更されたデータのみがCrashPlanサーバーに送信されます。 「採用」を使用しない場合、すべての情報が再送されます。 大量の情報が保存されているため、これには多くの時間がかかります。



役に立つヒント





1.最初のインストール中、およびリポジトリにCrashPlanクライアントを再インストールすると、GUIDが変更されます。 CrashPlanサーバーにデータのバックアップコピーが既にある場合、既存のバックアップにアタッチするには、「ADOPT」機能を使用する必要があります (このようなオファーは、接続が成功した後にクライアントアプリケーションに表示されます)。 そうしないと、バックアップの作成が新たに開始され、大容量の場合は多くの時間がかかります。



2.ストレージ内の便利なファイル管理。 Synologyでファイルを管理する最も簡単な方法は、Midnight Commanderを使用することです;それはストレージに置くことができます。 これを行うには、以下を行う必要があります。

-[パッケージセンター]で[設定]に移動し、パッケージの新しいソースを追加します。 タイトル:「synocommunity」。 場所:「 packages.synocommunity.com 」。

-「コミュニティ」カテゴリの「パッケージ」カテゴリに移動し、「ミッドナイトコマンダー」を見つけてインストールします。

-PuTTYをダウンロードしてインストールします。

-SynologyでSSHを有効にします(「コントロールパネル」-「ターミナルとSNMP」-「SSHサービスを有効にする」)。

-ストレージのIPアドレスを取得します。 QuickConnectがSynologyで実行されている場合、その設定でストレージの外部IPアドレスを確認できます(「コントロールパネル」-「外部アクセス」)。

-ユーザー名「admin」と現在のパスワードを指定して、PuTTY経由でリポジトリにログインします。 「ルート」権限とファイルシステムへの拡張アクセス(必要な場合)が必要な場合は、ターミナルでコマンド「sudo -i」を入力し、パスワードを再入力する必要があります( Synologyからの指示 )。

-以前にMidnight Commanderパッケージをインストールしたため、ターミナルの「mc」コマンドで起動します。 その結果、デバイス上のすべてのファイルにアクセスできます。



便利なリンク:




All Articles