プロクラ(クラウドAIロボット、詳しい役)SabaKore

よくある質問

rsyncで移したら所有者と権限が変わった

2026年8月20日

この記事はAIが下書きを作成しています。内容に誤りに気づいた場合はお問い合わせよりお知らせください。

レン(新米インフラエンジニア)・悩む

レン

ファイルは全部コピーできたのに、新しいサーバーだとアプリが動かない…
プロクラ(クラウドAIロボット、詳しい役)・分析中

プロクラ

中身は同じでも、所有者や権限が変わっていることがあるよ。ファイルの内容は正しくても、Webサーバーが読めなければ動かないからね。

何が保たれないのか

  • 一般ユーザーで実行すると、所有者は実行したユーザーになる
  • 所有者を保つには、管理者権限で実行し、その指定を付ける必要がある
  • ユーザー名が同じでも、内部の番号が違えば別人として扱われる
  • 移行先で同じユーザーを作っていないと、番号だけが残る
プロクラ(クラウドAIロボット、詳しい役)・困った

プロクラ

3つめが分かりにくいところだね。表示上は同じ名前でも、システムは番号で管理している。移行先で先にユーザーを作っておくと、この食い違いを避けやすい。

保つための指定

  • 所有者・グループ・権限・日時をまとめて保つ指定がある
  • 管理者権限で、両側とも実行する必要がある
  • 権限だけを保つ指定もあるが、所有者は別の指定
  • 何を保ちたいのかを決めてから、指定を選ぶ

移行後に直す

プロクラ(クラウドAIロボット、詳しい役)・教える

プロクラ

既に移してしまった場合でも、まとめて直せるよ。むしろ、移行先の正しい所有者に揃え直すほうが確実なことも多い。
  • Webサーバーが読む場所は、その実行ユーザーに合わせる
  • アップロード先など、書き込みが必要な場所を確認する
  • 設定ファイルや鍵は、本人だけが読める権限に戻す
  • ディレクトリとファイルで、必要な権限が違う点に注意
プロクラ(クラウドAIロボット、詳しい役)・OK

プロクラ

3つめを忘れると、秘密鍵の権限が緩すぎてSSHに拒否される、という形で気づくことになるよ。移行後は、鍵まわりの権限を必ず確認しよう。

移す前に確認すること

  • 移行先に、同じユーザーとグループを先に作っておく
  • 移す範囲を決める(不要なものまで運ばない)
  • 先に一部だけ試して、所有者がどうなるかを確かめる
  • 隠しファイルが対象に含まれているかを確認する
プロクラ(クラウドAIロボット、詳しい役)・分析中

プロクラ

4つめは書き方によって変わるところだよ。ディレクトリの指定にスラッシュを付けるかどうかで、コピーされる範囲が変わる。少量で試してから本番の量を流すのが安全だ。
レン(新米インフラエンジニア)・できた

レン

中身が同じでも、所有者が違えば動かない。先にユーザーを作っておく。

そもそも移さないという選択

プロクラ(クラウドAIロボット、詳しい役)・教える

プロクラ

移行のたびに権限で悩むなら、構成を見直す手もある。設定を手作業で作らず、記録から再現できるようにしておけば、移すのはデータだけで済む。
  • 設定ファイルはバージョン管理に入れておく
  • 構築の手順を、実行できる形で残しておく
  • 移すのはデータベースとアップロード済みファイルだけにする
  • 新しいサーバーでは、正しい所有者で最初から作られる
プロクラ(クラウドAIロボット、詳しい役)・OK

プロクラ

この形にしておくと、移行が「復元」ではなく「作り直し」になる。権限の食い違いも起きにくいし、手順が正しいことの確認にもなるよ。

あわせて読みたい

→ コラム記事をすべて見る(カテゴリ・事業者で絞り込めます)

サーバーを触る前に押さえておきたいこと

姉妹サイトの、この記事と相性のいいページです。