execução remota via ssh não segue os links?

Question

ssh server ls /var/lib/edumate/backup/weekly/*DBB* retorna um arquivo

/var/lib/edumate/backup/weekly/DBB.0.db2inst1.NODE0000.CATN0000.20120610020013.001 

mas ssh server ls /data/backup/weekly/*DBB* retorna o que está no diretório vinculado montado

/data/backup/weekly/DBB.0.db2inst1.NODE0000.CATN0000.20120513020022.001
/data/backup/weekly/DBB.0.db2inst1.NODE0000.CATN0000.20120520020018.001
/data/backup/weekly/DBB.0.db2inst1.NODE0000.CATN0000.20120527020019.001
/data/backup/weekly/DBB.0.db2inst1.NODE0000.CATN0000.20120603020028.001
/data/backup/weekly/DBB.0.db2inst1.NODE0000.CATN0000.20120610020013.001
/data/backup/weekly/DBB.0.db2inst1.NODE0000.CATN0000.20120710120854.001

Onde /data está em outra partição

/dev/sdb2 on /data type ext3 (rw,acl,user_xattr)

e backup é um link simbólico para /data/backup

lrwxrwxrwx 1 root     root       12 Jul 10 14:27 backup -> /data/backup/

Claro que estou depois da lista de arquivos do diretório montado / vinculado. Existe alguma maneira de usar o /var/lib/edumate/backup em ls e não o vinculado? O scp vai se comportar da mesma maneira?

    

Answer 1

Meu melhor palpite é que na sua máquina cliente, a partir da qual você executou ssh , que você também tem um diretório chamado /var/lib/edumate/backup/weekly . No momento em que você o executou, esse diretório em sua máquina cliente continha apenas um arquivo. Mas agora contém todos os arquivos que você espera.

O que acontece é que a correspondência de caractere curinga acontece na máquina cliente e não no servidor. E na época, provavelmente havia apenas o arquivo lá. Assim, o que o servidor teria recebido do seu comando era:

ls /var/lib/edumate/backup/weekly/DBB.0.db2inst1.NODE0000.CATN0000.20120610020013.001

Para evitar isso no futuro, execute o comando com aspas, como:

ssh server ls "/var/lib/edumate/backup/weekly/*DBB*"

Os curingas serão então passados para o servidor, em vez de serem expandidos pelo seu shell na máquina cliente.