Unix and Linux network configuration. Multiple network interfaces. Bridged NICs. High-availability network configurations.


Reviews of latest Unix and Linux software. Helpful tips for application support admins. Automating application support.


Disk partitioning, filesystems, directories, and files. Volume management, logical volumes, HA filesystems. Backups and disaster recovery.


Distributed server monitoring. Server performance and capacity planning. Monitoring applications, network status and user activity.

Commands & Shells

Cool Unix shell commands and options. Command-line tools and application. Things every Unix sysadmin needs to know.

Home » Featured, Files, Security

Copying File Attributes Across Servers

Submitted by on November 29, 2019 – 9:40 pm

To make long story short, had to fix someone’s chmod -R 777 /. A late-night copy-paste fail, it would seem. Needless to say, console access is required, as SSH will not work with permissions on keys wide open. A prerequisite for the process below is to have a similar server (at least same OS flavor and version) with permissions still intact.

The first step would be to log in via console and at the very least fix permissions for these three things: /etc/ssh/, /etc/sudo*, and /root/.ssh. For /etc/ssh permissions should be 644 for public keys and known_hosts, and 600 for everything else. For /etc/sudo*, permissions should be 640 for sudo.conf; 440 for sudoers; and 750 for sudoers.d. Finally, for /root/.ssh permissions should be similar to what you have for /etc/ssh.

With that out of the way, find a similar working server – server_b – to be used as a source of correct file ownership/permission data. On both servers – the model and the broken one (server_a) – edit /etc/ssh/sshd_conf to allow root login and disable any dual-factor authentication. You may also want to temporarily change the root password to something that is easy to type.

We will be using sshfs (yum install sshfs) to mount source (server_b) and target (server_a) root filesystems on the same server. If your two servers have port 22 open between them, then you can mount server_a root on server_b. In the examples below, however, I am using a jumpbox that has SSH access to both server_a and server_b.

Now I am going to mount root filesystems from both servers on the jumpbox:

mkdir /mnt/server_a /mnt/server_b
sshfs -o allow_other root@server_a:/ /mnt/server_a
sshfs -o allow_other root@server_b:/ /mnt/server_b

The following command will search /etc on the working server and change ownership and permissions of the same files on the broken server, if those folders or files exist:

cd /mnt/server_b/etc && find . -mount -exec chmod -v --reference='{}' /mnt/server_a/etc/'{}' \; -exec chown -v --reference='{}' /mnt/server_a/etc/'{}' \;

Note the -mount option to prevent the find command from traversing mountpoints.

If the affected folders were /usr/bin or /usr/sbin/, the you would also need to copy SUID permissions. Here’s an example that assumes server_b is the unbroken one and server_a is the one that needs fixing:

find /mnt/server_b/usr/{bin,sbin} -user root -perm -4000 | sed 's/server_b/server_a/' | while read line; do 
chmod u+s $line

When you’re done fixing permissions, don’t forget to restore the /etc/ssh/sshd_config to its original state; bounce sshd, and probably change the root password to whatever it needs to be.

Print Friendly, PDF & Email

Leave a Reply