rsync er til at holde store mappestrukturer i sync hurtigt og efektivt. Hvor SSH er god til at kopiere til mellem servere, s\u00e5 er rsync god til at holde filsystemet synkroniserede mellem to servere. Hvis du vil k\u00f8re rsync over SSH , skal du bruge parameteren -e, som vist her.<\/p>\n
$ rsync -av -e \"ssh -p 22\" greendome:\/home\/ftp\/pub\/ \/home\/ftp\/pub\/<\/code><\/pre>\nBem\u00e6rk den efterf\u00f8lgende \/ p\u00e5 source filen fra kilden (greendome). Dette efterf\u00f8lgende \/ fort\u00e6ller rsync at at den skal kopiere indholdet af mappen, men ikke biblioteket selv. Hvis du vil medtage den mappe som det \u00f8verste niveau af, hvad der bliver kopieret skal du ikke bruge \/ i source.<\/p>\n
$ rsync -av -e \"ssh\" bcnu:\/home\/six .<\/code><\/pre>\nDette vil hente indholdet af ~\/six p\u00e5 bcnu til den aktive path. Som standard vil rsync kun kopiere filer og mapper, men ikke fjerne dem fra den destination, kun kopi , n\u00e5r de fjernes fra kilden. For at holde kopierne n\u00f8jagtig i sync skal du bruge slette flaget: –delete<\/p>\n
$ rsync -av -e \"ssh\" --delete greendome:~one\/reports .<\/code><\/pre>\nNu n\u00e5r gamle rapporter er fjernet fra ~\/rapporter\/ p\u00e5 greendome, bliver de ogs\u00e5 fjernet fra ~six\/public_html\/reports\/ p\u00e5 den synkroniserede server hver gang denne kommando k\u00f8res. Hvis du k\u00f8rer en kommando som dette i cron , skal du ikke bruge -v switch. Dette vil holde output stille (medmindre rsync har et problem k\u00f8rende, i hvilket tilf\u00e6lde du vil modtage en e-mail med fejlen output) . Brug SSH som din transport til rsync trafik har den fordel at kryptere data over netv\u00e6rket og udnytter eventuelle tillidsforhold du allerede har etableret ved hj\u00e6lp af SSH klient n\u00f8gler.<\/p>\n
<\/p>\n
<\/div>