調査しようとして解決策を見つけることができない奇妙な問題が発生しました。
/var
バックアップサーバーが完了するまでこれを実行するのに十分なスペースがあるため、RHEL衛星サーバーにいくつかのディレクトリを保持しています。ルートアクセス権がsudo -r unconfined_r -i
ありますroot
。
衛星サーバーRHEL8 VMでrsyncを使用し、/var/monthly_staging (700 admin:admin)
他のRHEL8ワークステーションディレクトリから/home/admin/monthly_staging (700 admin:admin)
インポートします。
rsync -avh --progress [email protected]:/home/admin/monthly_staging/ ./
衛星サーバーアーカイブの場所との適切な交換を可能にするためにワークステーションディレクトリ()の権限を変更し、ファイルと644 admin:admin
ディレクトリの99%が期待どおりに同期されました。ところで、引き続き問題を引き起こすファイルが1つあります。ディレクトリの1つで増分fix_publications.rake
インポートに問題が発生した場合は、名前付きファイルを使用して衛星サーバーでメタデータを確認して再作成できます。ファイルに適切な権限があることを確認しました。
-rw-r--r--. 1 admin admin 1445 Apr 13 16:37 fix_publications.rake
rsyncを実行すると、次のエラーが発生します。
rsync: send_files failed to open "/home/admin/monthly_staging/may2023/misc_sat_items/fix_publications.rake": Operation not permitted (1)
- 権限を次に変更しました
777
。変更なし - SCPを介して衛星作業ディレクトリからアーカイブディレクトリにファイルをインポートしようとしました。
Operation not permitted
644 admin:admin
私のJumpboxから衛星アーカイブのターゲットに生ファイル()を移動しましたが、正常に送信されました。- 問題のファイルをワークステーションからジャンプボックスにSCPに移動できますが、ワークステーションからサテライトディレクトリに
/var
直接SCPに移動することはできません。 - 中間デバイスを介してワークステーションまたは衛星サーバー間でファイルを移動できますが、互いに直接移動することはできません。
この特定のファイルを自分のワークステーションから衛星サーバーのバックアップ場所に移動できないようです。どんなアイデアがありますか?
私が知っている限り、ファイルを適切な場所にインポートする回避策を作成しました。しかし、今、このファイルを私のワークステーションから私の衛星サーバーアーカイブの場所に転送できないのはなぜですか?衛星カタログに問題があるようですが、理由が完全にわかりません。
編集:追加情報を追加しました。
[root@hernn-fsrw-001 misc_sat_items]# df -T fix_publications.rake
Filesystem Type 1K-blocks Used Available Use% Mounted on
/dev/mapper/luks-5779ef65-791b-45ef-bba1-bd0835b1a6dd xfs 72263196 43541412 28721784 61% /home
[root@hernn-fsrw-001 misc_sat_items]# ls -ldZ fix_publications.rake
-rw-r--r--. 1 admin admin staff_u:object_r:user_home_t:s0 1445 Apr 13 16:37 fix_publications.rake
[root@hernn-fsrw-001 may2023]# ls -ldZ misc_sat_items/
drwxr-xr-x. 2 admin admin staff_u:object_r:user_home_t:s0 116 Jun 9 13:14 misc_sat_items/
トラブルシューティング - Hauke Lagingがセキュリティの観点から正しい方向に向かっているので、selinuxを許可に設定しました - 送信失敗、拡張属性の確認 - 追加されたエントリなし、fapolicyd停止 - 犯人でした。
答え1
私はこれが答えの半分にすぎないことを認めます。問題を発見したようですが、技術に慣れていないため、解決策を教えてくれません。
これはSELinuxに関連しているようです。
- 親ディレクトリの権限は正常です。
- アクセスするユーザーが親ディレクトリとファイルを所有していることを考慮すると、ACLがあるかどうかは重要ではありません。
SELinuxの問題は解決しましたが、衛星サーバーでのみ解決され、ワークステーションでも使用されています。
または
申し訳ありません。私は私のSELinuxの推測が間違っているようであることに気づきました。とにかく便利なアイデアが含まれているので、これを投稿しています。
ファイルと親ディレクトリのSELinux設定が同じであることを確認しました。したがって、SELinuxは両方をブロックするか、両方を許可します。親ディレクトリxへのアクセスがブロックされると、ファイル名も準備できませんrsync
。