Transfer (sync) a backup to a remote location using Rsync through a SSH tunnel between 2 Asus routers

더 나아가기 전에, 내장 기능을 사용하는 것이 더 좋을 수 있습니다 (작동한다면):

***# Translate Error

In the following tutorial/guide, we will learn how to setup the transfer (sync) of a backup to a remote site using a ssh tunnel between 2 ASUS routers with Rsync as transporter.

Context:

on a site (1080), someone makes a daily backup of all his PCs important files on the local router usb disk .

on another site (8075), someone else makes a daily backup of all his PCs important files on the local router usb disk.

each of them wants to place a copy of his local backups to a remote site, meaning that each of them wants to daily transfer his backups to the other router usb disk.

when possible, all commands come from 1080.

If you want something different, please adapt the rsync commands and the scripts to your needs.

Rsync is a "classic" linux program used to synchronize/copy efficiently data between two locations.

"Rsync is a fast and extraordinarily versatile file copying tool. It can copy locally, to/from another host over any remote shell, or to/from a remote rsync daemon. It offers a large number of options that control every aspect of its behavior and permit very flexible specification of the set of files to be copied. It is famous for its delta-transfer algorithm, which reduces the amount of data sent over the network by sending only the differences between the source files and the existing files in the destination. Rsync is widely used for backups and mirroring and as an improved copy command for everyday use.

Rsync finds files that need to be transferred using a "quick check" algorithm (by default) that looks for files that have changed in size or in last-modified time. Any changes in the other preserved attributes (as requested by options) are made on the destination file directly when the quick check indicates that the file's data does not need to be updated."

The source and the destination could be "local", on the same server/router, but our goal being to secure a backup, we will do it to a remote location. We will also secure the transfer itself by using SSH . Secure Shell (SSH) is a cryptographic network protocol for secure data communication, remote command-line login, remote command execution, etc. To make it even more secure, we will use a private/public key schema (instead of id/password).

In my specific case, the routers are named:

RT-1080 (the local)
RT-8075 (the remote)

Both need Rsync installed. RT-1080 is the "master", i.e. the one responsible for all actions going on between the 2 routers, and RT-8075 is the "slave", just reacting to RT-1080 requests. In my specific case, each router has a 4TB USB3 disk (on the USB3 port, indeed), and each disk has 2 partitions:

the "data partition" (~4TB)
the "router partition" (~5GB)

Please note that you don't absolutely need the "router partition", and for the purpose of this tutorial, we will consider that there is just one disk with one partition

To Rsync, you will possibly need a swap space because the router memory could be too limited for the process, depending on the size of the backup. If required, the swap space could be set on a file located on the router partition, or more simply on the main disk, and Optware/rsync could also be installed on that partition. As mentioned, for this tutorial everything will be installed on the main partition.

Simply said, Optware is a mechanism that simplifies the installation of some programs on the router.

The data partition will contain:

the local backup: bckp-1080
the remote backup: bckp-8075
the backup logs: bckp-logs

In my specific case, Windows File History is the tool used to backup two local PC on RT-1080, and same thing on the remote side, on RT-8075. The goal was therefore to send bckp-1080 to RT-8075, and bckp-8075 to RT-1080. The backups are scheduled to run daily at night using CRON. CRON is the standard Linux tool used to schedule processes on a periodic way. The CRU command will be used to setup the CRON job:

CRU= Cron Utility add: cru a <"min hour day month week command"> delete: cru d list: cru l

I also use:

JFFS,
fstab, one of the Custom config files and
the "User scripts" of RMerlin firmware version. Two user scripts will be setup:
init-start
post-mount
plus 3 other scripts:
transfert-bckp-1080.sh to handle the 1080 backup transfer to RT-8075
transfert-bckp-8075.sh to handle the 8075 backup transfer to RT-1080
mail.sh to notify by email users of the result of the transfers.

JFFS is a writable section of the flash memory used to store some user's data/program/scripts. Intrinsically, the router is a device with no permanent memory, memory being erased on each shutdown, with the exception of the JFFS space. Please note that the JFFS space has to be also backup because it could be overwritten by a new firmware version.

Fstab is a linux configuration file used to mount the disks. This file will be stored in the folder Config located under JFFS. The User's Scripts are event-triggered and will be used to initiate some actions on the router reboot, and on the post-mount of the disk/partitions. The User's scripts are located under the folder "scripts" also under JFFS. Therefore, when backing up the JFFS space, at the same time I backup fstab and the scripts.

I will go first with the most simplest approach:

using the backup disk as "system disk", meaning that we will use the usb backup disk to install all the required elements.
not creating the swap space (because it could be not required if your backup is not "that big").

***# Translate Error

Procedure:

On RT-1080 (local router):

Connect a USB disk (ideally usb 3) on one of the usb port (ideally the usb 3 port if you use a usb3 disk...)
Select "USB Applications" on the main menu of the GUI.
Select "Media Services and Servers" on the new page
Select the tab labeled: "Network Place"
Turn on "Enable Share" (4)
For sake of simplicity at this moment, select "Allow guest login".(5) You can change it later and give specific rights to specific persons)
Enter your specific "Work group" (6)
Apply the changes (7)

That done, on the same page, on the bottom part:

Select the main disk (1)
Create a share/folder "bckp-1080" for the local backup (2)
Create a share/folder "bckp-8075" for storing the remote backup (2)
Create a share/folder "bckp-logs for storing the logs of the backup processes (2)
Optionally create a share/folder "Router" for the route/system needs (2)
Apply the changes (3)

Enable ssh and jffs and format jffs

Select Administration on the left menu (1)
Select System tab (2)
Enable JFFS partition (3)
Ask to format the JFFS partition at the next boot (4)
Enable SSH (5)
Apply the changes ()
Reboot the router (to apply the jffs formating)
Install Optware (by installing, and then removing, Download Master if this application is not required). Optware is required to install Rsync.
- Depending if at this moment you have one or two usb devices connected to the router, the router will propose one or two usb devices to make the installation. Select the main one and proceed.
- Depending if you really need Download Master (a tool mainly used to download torrents ?), you can uninstall it right away. This procedure was just the easiest way to install Optware (by installing Download Master, you automatically install Optware).

You can also install Optware on a flash drive with this tutorial: [https://github.com/RMerl/asuswrt-merlin/wiki/Initialize-OPTWARE] (https://github.com/RMerl/asuswrt-merlin/wiki/Initialize-OPTWARE)

Another tutorial: [https://www.asuswrt.eu/how-to-install-optware/] (https://www.asuswrt.eu/how-to-install-optware/)

Install a terminal emulator to access the routers (Putty or Xshell) on your PC

Optionally you can also install WinSCP on your PC to create folders and edit the files on the router (instead of using a line editor like vi or nano on the terminal emulator)

"Connect" the terminal emulator to the router (usually 192.168.1.1, or router.asus.com)
Using the terminal emulator (or WINscp), create 3 sub-folders to the jffs folder:
config
scripts
dropbear
In the scripts folder, create the file post-mount . This script is called after a disk is mounted. You may have to check which disk just get mounted, That's why there is a "IF" section. Here is my own script. If you adapt it, please replace aaaa with the router admin id, XXXX with the remote router port number, and ZZZZ with the remote router ddns name). You can also remove completely the first "IF" section if there is no other partition on the main USB connected disk.

#!/bin/sh

#Start of the optional section (used if you have a second partition on the disk)`
if [  = "/tmp/mnt/RT-1080_rt" ]    # check if it is the post-mount of the partition reserved for the router. If you don't have it, this doesn't cause any problem. If you have it, and if a swap space is required, we will create that space here, in that partition [NOT USED FOR THE TUTORIAL]
then
#Turn on the swap space
swapon /tmp/mnt/RT-1080_rt/myswapfile
#Set the _swappiness _ . This is the parameter that decice how aggressive is the swapping process. Could be set from 0 to 100. At 0 the router won't swap unless it hits the "no more available memory" state. By default: 60
echo 20 > /proc/sys/vm/swappiness
fi
#End of the optional section (used if you have a second partition on the disk). If you don't need it, just delete the lines starting at "Start of the optional section..."

if [  = "/tmp/mnt/RT-1080" ]    # check if it is the post-mount of the main disk
then
#Turn on the swap space for the case where the swap space have been created directly on the main disk
swapon /tmp/mnt/RT-1080/myswapfile

#Set the _swappiness _ . This is the parameter that decide how aggressive is the swapping process. Could be set from 0 to 100. At 0 the router won't swap unless it hits the "no more available memory" state. By default: 60
echo 20 > /proc/sys/vm/swappiness

#first, bring back the "known_hosts"
rsync -avz --log-file=/mnt/RT-1080/Backup-logs/backup-known_hosts.log /mnt/RT-1080/bckp-1080/Router/ssh/ /root/.ssh

#schedule the transfer of bckp-1080 to RT-8075. Here will be done daily at midnight:
cru a backup1080to8075 "0 0 * * * /jffs/scripts/transfert-bckp-1080.sh"

#schedule the transfer of bckp-8075 to RT-1080. Here will be done daily at 04h00:
cru a backup8075to1080 "0 4 * * * /jffs/scripts/transfert-bckp-8075.sh"

#make a backup of RT-1080 **jffs** a few times a day
cru a backupjffs1080 "0 8,12,18,23 * * * rsync -av --log-file=/mnt/RT-1080/Backup-logs/rsync-jffs-1080.log  /jffs /mnt/RT-1080/bckp-1080/Router"

#make a backup of RT-8075 **jffs** a few times a day
cru a backupjffs8075 "30 8,12,18,23 * * * rsync -avz -e 'ssh -p XXXX-i /jffs/dropbear/rsa_id' --log-file=/mnt/RT-1080/Backup-logs/rsync-jffs-8075.log  [email protected]:/jffs /mnt/RT-1080/bckp-8075/Router"

#make a backup of RT-1080 "known_hosts" a few times a day
cru a backupknown_hosts "45 8,12,18,23 * * * rsync -avz --log-file=/mnt/RT-1080/Backup-logs/backup-known_hosts.log  /root/.ssh/ /mnt/RT-1080/bckp-1080/Router/ssh"
fi
exit $?
이 스크립트들은 ASUS 라우터에서 백업 전송을 자동화하기 위한 것입니다. 각 스크립트는 특정 작업을 수행하며, 사용자의 환경에 맞게 조정되어야 합니다.

1. **init-start 스크립트**:
   - 이 스크립트는 두 개의 마운트 포인트를 생성합니다: 하나는 메인 파티션용이고, 다른 하나는 라우터 파티션용입니다.
   - 단일 디스크와 단일 파티션이 있는 경우, 두 번째 명령어 앞에 "#"을 추가하거나 해당 줄을 삭제하면 됩니다.

2. **transfert-bckp-1080 스크립트**:
   - 이 스크립트는 로컬 백업(1080)을 원격 라우터(8075)로 전송합니다.
   - `????`와 `??????.asuscomm.com`은 실제 SSH 포트 번호와 원격 라우터의 주소로 대체해야 합니다.
   - 로그 파일의 경로와 이름이 설정되며, `rsync` 명령을 통해 데이터를 동기화합니다.
   - 전송 완료 후, `mail.sh` 스크립트를 호출하여 전송 결과를 이메일로 보냅니다.

3. **transfert-bckp-8075 스크립트**:
   - 이 스크립트는 원격 백업(8075)을 로컬 라우터(1080)로 전송합니다.
   - 마찬가지로 `????`와 `?????.asuscomm.com`은 실제 SSH 포트 번호와 원격 라우터의 주소로 대체해야 합니다.
   - 로그 파일의 경로와 이름이 설정되며, `rsync` 명령을 통해 데이터를 동기화합니다.
   - 전송 완료 후, `mail.sh` 스크립트를 호출하여 전송 결과를 이메일로 보냅니다.

이 스크립트들은 각 라우터의 환경과 네트워크 설정에 맞게 수정되어야 하며, 정확한 주소, 포트 번호, 사용자 이름 등을 포함해야 합니다. 또한, 이메일 전송을 위한 `mail.sh` 스크립트의 경로와 설정도 적절하게 조정되어야 합니다.
이 `mail.sh` 스크립트는 이전의 `transfert-bckp-xxxx.sh` 스크립트에서 호출되어 사용자에게 이메일을 통해 백업 결과를 알립니다. 이 스크립트는 간단한 메일 클라이언트 기능을 수행하며, 특정 이메일 서버를 통해 메시지를 전송합니다.

1. **스크립트 설정**:
   - `SMTP`, `USER`, `PASS` 변수는 실제 이메일 서버의 주소, 사용자 이름, 비밀번호로 대체해야 합니다.
   - `FROM`과 `TO` 변수는 메일 발신자와 수신자의 이메일 주소를 설정합니다.
   - 스크립트는 제공된 로그 파일을 이메일 본문에 포함시킵니다.

2. **이메일 메시지 구성**:
   - 메일의 제목, 발신자, 날짜 등이 설정됩니다.
   - 메일 본문에는 백업 프로그램의 이름과 완료 시간, 로그 파일의 내용이 포함됩니다.

3. **이메일 전송**:
   - `/usr/sbin/sendmail` 명령을 사용하여 메일을 전송합니다.
   - 스크립트는 메일을 테스트하기 위한 'verbose' 모드와 실제 운영을 위한 'silent' 모드를 제공합니다.

4. **스크립트 실행 가능하게 만들기**:
   - 스크립트 파일이 생성된 후, SSH 터미널 에뮬레이터에서 다음 명령어를 실행하여 스크립트 파일을 실행 가능하게 만듭니다:
     ```
     chmod a+rx /jffs/scripts/*
     ```

5. **config 폴더에 fstab 파일 생성**:
   - `fstab` 파일은 시스템 부팅 시 자동으로 마운트할 파일 시스템을 정의합니다. 이 파일의 내용은 사용자의 라우터 설정과 연결된 스토리지에 따라 달라질 수 있습니다.
   - 해당 내용을 제공하시면, 구체적인 도움을 드릴 수 있습니다.

이 스크립트들은 라우터에서 자동 백업과 이메일 알림 기능을 구현하기 위해 함께 사용됩니다. 환경에 맞게 정확한 서버 주소, 사용자 이름, 비밀번호, 이메일 주소 등을 설정해야 합니다.
이 단계에서는 `fstab` 파일을 구성하고 `Rsync`를 설치합니다. 

1. **fstab 파일 구성**:
   - `fstab` 파일은 부팅 시 자동으로 파일 시스템을 마운트하는 데 사용됩니다.
   - 이 예시에서는 두 개의 NTFS 파티션을 마운트하는 방법을 보여줍니다: 하나는 백업 디스크용(`RT-1080`), 다른 하나는 선택적인 라우터 파티션용(`RT-1080_rt`).
   - `UUID`는 고유한 디스크 식별자로, `/dev/sda1`과 같은 장치 경로 대신 사용됩니다. `UUID`는 `blkid` 명령을 통해 얻을 수 있습니다.
   - 각 라인은 마운트할 디스크의 `UUID`, 마운트 포인트, 파일 시스템 유형, 마운트 옵션 등을 정의합니다.

2. **Rsync 설치**:
   - Rsync는 파일 동기화와 백업에 사용되는 강력한 도구입니다.
   - SSH 터미널에서 다음 명령을 실행하여 Rsync를 설치합니다:
     ```
     ipkg upgrade
     ipkg install rsync
     ```
   - `ipkg`는 Optware 패키지 관리자로, Optware를 통해 설치되었습니다.

이 과정은 라우터의 백업 시스템을 설정하고 관리하는 데 필수적인 부분입니다. `fstab` 파일 설정은 디스크와 라우터 설정에 따라 달라질 수 있으므로, 정확한 `UUID`를 사용하는 것이 중요합니다. 그리고 `Rsync` 설치는 백업 데이터의 동기화와 전송을 위해 필요합니다.
이 지침은 RT-8075 (원격 라우터)에서 SSH, JFFS를 활성화하고, USB 디스크를 연결하고, 네트워크 공유를 설정하는 과정을 안내합니다. 또한, `post-mount` 스크립트를 사용하여 디스크가 마운트된 후 필요한 설정을 수행합니다.

1. **SSH 및 JFFS 활성화 및 포맷**:
   - **Administration**에서 **System** 탭으로 이동하여 JFFS 파티션을 활성화하고 다음 부팅 때 포맷하도록 설정합니다.
   - SSH를 활성화하고, WAN에서의 SSH 접속을 허용합니다.
   - SSH 로그인을 비활성화하고 (개인/공개 키 사용 예정), 변경 사항을 적용합니다.

2. **USB 디스크 연결 및 네트워크 공유 설정**:
   - USB 디스크를 연결하고, **USB Applications**에서 **Media Services and Servers**로 이동한 다음 **Network Place** 탭을 선택합니다.
   - "Enable Share"를 활성화하고, "Allow guest login"을 선택합니다 (나중에 변경 가능).
   - 원하는 "Work group"을 입력하고 변경 사항을 적용합니다.
   - 메인 디스크를 선택하고 필요한 공유 폴더를 생성합니다.

3. **Asus DDNS 생성**:
   - Asus DDNS(예: xxx.asuscomm.com)를 생성하여 원격 라우터에 "영구적" URL을 제공합니다.

4. **post-mount 스크립트 설정**:
   - 터미널 에뮬레이터를 사용하여 `jffs` 폴더에 `config` 및 `scripts` 하위 폴더를 생성합니다.
   - `scripts` 폴더에 `post-mount` 파일을 생성합니다. 이 스크립트는 디스크가 마운트된 후 호출되며, 필요에 따라 수정해야 할 수도 있습니다.
   - 스크립트 내 `if [  = "/tmp/mnt/RT-8075" ]` 부분에 조건을 채워야 합니다. 예를 들어, `if [ "$1" = "/tmp/mnt/RT-8075" ]`처럼 `$1`을 추가하여 첫 번째 인자(마운트된 경로)를 확인하도록 해야 합니다.
   - 스왑 공간을 설정하고, 필요한 경우 `swappiness` 값을 설정합니다.

이 과정은 원격 라우터의 백업과 네트워크 공유 기능을 설정하는 데 중요합니다. 스크립트와 설정은 라우터의 특정 요구 사항과 환경에 맞게 조정되어야 합니다.
이 지침은 RT-8075 (원격 라우터)에서 `init-start` 스크립트를 생성하고, 이를 실행 가능하게 만들며, `fstab` 파일을 설정하는 과정을 안내합니다.

1. **init-start 스크립트 생성**:
   - `scripts` 폴더에 `init-start` 파일을 생성합니다.
   - 이 스크립트는 두 개의 마운트 포인트를 생성합니다: 하나는 메인 파티션용이고, 다른 하나는 라우터 파티션용입니다.
   - 단일 디스크와 단일 파티션이 있는 경우, 라우터 파티션용 마운트 포인트 생성 명령어 앞에 "#"을 추가하거나 해당 줄을 삭제하면 됩니다.

2. **스크립트 실행 가능하게 만들기**:
   - 스크립트 파일이 생성된 후, SSH 터미널 에뮬레이터에서 다음 명령어를 실행하여 스크립트 파일을 실행 가능하게 만듭니다:
     ```
     chmod a+rx /jffs/scripts/*
     ```

3. **fstab 파일 생성**:
   - `config` 폴더에 `fstab` 파일을 생성합니다.
   - `fstab` 파일은 부팅 시 자동으로 파일 시스템을 마운트하는 데 사용됩니다.
   - `UUID`는 고유한 디스크 식별자로, `/dev/sda1`과 같은 장치 경로 대신 사용됩니다. `UUID`는 `blkid` 명령을 통해 얻을 수 있습니다.
   - 각 라인은 마운트할 디스크의 `UUID`, 마운트 포인트, 파일 시스템 유형, 마운트 옵션 등을 정의합니다.
   - 예시에서는 NTFS 백업 디스크(`RT-8075`)와 선택적인 NTFS 라우터 파티션(`RT-8075_rt`)을 마운트하는 방법이 제시되어 있습니다.

이 과정은 원격 라우터의 백업 시스템을 설정하고 관리하는 데 필수적인 부분입니다. `fstab` 파일 설정은 디스크와 라우터 설정에 따라 달라질 수 있으므로, 정확한 `UUID`를 사용하는 것이 중요합니다.
이 단계에서는 Optware를 설치하고, Rsync를 원격 라우터(RT-8075)에 설치하며, RSA 키를 생성하고 설치하는 과정을 안내합니다.

1. **Optware 설치**:
   - RT-1080 섹션에서 제공된 지침에 따라 Optware를 설치합니다. 이 과정은 Optware를 사용하여 Rsync와 같은 필요한 패키지를 설치하는 데 필요합니다.

2. **Rsync 설치**:
   - RT-1080 섹션의 지침에 따라 원격 라우터(RT-8075)에 Rsync를 설치합니다. Rsync는 파일 동기화와 백업 프로세스에 필수적입니다.

3. **RSA 키 생성 및 설치**:
   - PuTTY Key Generator를 사용하여 개인 및 공개 RSA 키를 생성합니다.
   - 공개 키를 RT-8075의 GUI (Administration/System) 내 **SSH Authentication key** 필드에 복사합니다.
   - 개인 키를 저장하고 RT-1080의 **/jffs/dropbear** 폴더에 **rsa_id**라는 이름으로 복사합니다.

4. **키 테스트**:
   - 비밀번호 없이 RT-8075에 로그인할 수 있는지 확인하기 위해 RT-1080 SSH 터미널에서 다음 명령어를 실행합니다:
     ```ssh -p XXXX -i /jffs/dropbear/rsa_id [email protected]```
   - 모든 것이 정상적으로 작동하면 원격 서버에 로그인됩니다. 로그아웃하려면 `exit`를 입력하고 리턴합니다.
   - 만약 작동하지 않는다면, RT-1080 터미널 에뮬레이터에서 스크립트에 사용된 각 `rsync` 명령어를 수동으로 실행해야 합니다.

5. **Rsync 명령어 확인**:
   - 명령어에 구문 오류가 없는지 확인합니다.
   - 스왑 공간이 필요한지 여부를 확인합니다.

이 단계는 라우터 간의 안전한 파일 동기화 및 백업 설정을 완료하는 데 중요합니다. RSA 키를 올바르게 설정하고 테스트하는 것은 로그인 프로세스를 보다 안전하게 만들며, Rsync 명령어의 정확한 구성을 확인하는 것은 백업 프로세스의 원활한 진행을 보장합니다.
이 명령어는 `rsync`를 사용하여 RT-1080에서 RT-8075로 백업 데이터를 동기화하는 데 사용됩니다. 명령어의 구성 요소를 분석하면 다음과 같습니다:

- `rsync`: 데이터 동기화를 위한 명령어입니다.
- `-avz`: 
  - `-a`는 아카이브 모드로, 여러 서브디렉토리와 파일을 재귀적으로 복사하며 파일 권한, 타임스탬프, 심볼릭 링크 등을 유지합니다.
  - `-v`는 자세한(verbose) 출력을 활성화하여 동기화 중인 파일과 폴더에 대한 정보를 제공합니다.
  - `-z`는 데이터를 압축하여 네트워크를 통해 전송합니다.
- `-e 'ssh -p XXXX -i /jffs/dropbear/rsa_id'`: 이 부분은 `rsync`가 SSH 프로토콜을 사용하여 원격 서버에 접속하도록 지정합니다. `XXXX`는 사용되는 SSH 포트 번호이며, `/jffs/dropbear/rsa_id`는 개인 키의 경로입니다.
- `--log-file=/mnt/RT-1080/Backup-logs/backup1080to8075.log`: 이 옵션은 동기화 프로세스의 로그를 지정된 파일에 저장합니다.
- `/mnt/RT-1080/bckp-1080/`: 소스 디렉토리로, 여기서 데이터가 복사됩니다.
- `[email protected]:/mnt/RT-8075/bckp-1080`: 대상 디렉토리로, 여기로 데이터가 복사됩니다. `aaaaa`는 원격 라우터의 사용자 이름이며, `ZZZZZ.asuscomm.com`은 원격 라우터의 주소입니다.

이 명령어를 실행하기 전에, 사용자 이름, 원격 라우터 주소, SSH 포트 번호 및 개인 키 파일 경로를 실제 환경에 맞게 수정해야 합니다. 또한, 이 명령어를 실행하여 실제로 데이터가 원활하게 동기화되는지 확인하는 것이 중요합니다.
이 명령어는 `rsync`를 사용하여 로컬 머신(RT-1080)의 `/mnt/RT-1080/bckp-1080/` 디렉토리에서 원격 머신(RT-8075)의 `/mnt/RT-8075/bckp-1080` 디렉토리로 파일을 동기화합니다. 명령어의 각 부분은 다음과 같은 기능을 합니다:

- `-avz`: 아카이브 모드(`-a`)로 심볼릭 링크, 장치, 속성, 권한 등을 유지하며 파일을 전송합니다. 압축(`-z`)을 사용하여 전송 데이터의 크기를 줄이고, 자세한 출력(`-v`)을 제공합니다.
- `-e 'ssh -p XXXX -i /jffs/dropbear/rsa_id'`: SSH를 통한 안전한 연결을 위한 옵션입니다. `XXXX`는 원격 SSH 포트 번호이고, `/jffs/dropbear/rsa_id`는 개인 키의 위치입니다.
- `--log-file=/mnt/RT-1080/Backup-logs/backup1080to8075.log`: 동기화 과정의 로그를 지정된 파일에 저장합니다.
- `/mnt/RT-1080/bckp-1080/`: 데이터의 출발점(소스)입니다.
- `[email protected]:/mnt/RT-8075/bckp-1080`: 데이터의 목적지(대상)입니다. `aaaaa`는 원격 라우터의 관리자 ID입니다.

메모리 부족 에러가 발생하는 경우, 양쪽 라우터(RT-1080과 RT-8075)에 스왑 공간을 생성해야 합니다. 스왑 파일을 만드는 것이 더 간단하므로, 스왑 파티션 대신 스왑 파일을 사용할 것입니다.

1GB 스왑 파일을 RT-1080(로컬 및 마스터 라우터, 메인 파티션에 직접)에 생성하려면, 라우터에 연결된 터미널 에뮬레이터에서 다음 명령어를 입력합니다 (512MB를 원한다면 1024를 512로 바꿉니다). 각 명령어가 완료될 때까지 기다립니다 (첫 번째 명령어는 몇 분 걸릴 수 있습니다):
이 과정에서는 RT-1080 라우터에 1GB 크기의 스왑 파일을 생성하고, 이를 활성화하는 방법을 설명합니다. 동일한 절차를 원격 라우터(RT-8075)에서도 수행해야 합니다.

1. **스왑 파일 생성**:
   - `dd if=/dev/zero of=/mnt/RT-1080/myswapfile bs=1M count=1024`: 1GB 크기의 스왑 파일을 생성합니다. 여기서 `bs=1M`는 블록 사이즈를 1MB로 설정하고, `count=1024`는 1MB 블록을 1024개 생성하여 총 1GB의 파일을 만듭니다.
   - `chmod 600 /mnt/RT-1080/myswapfile`: 스왑 파일에 대한 권한을 설정합니다. 이 명령은 파일을 오직 루트 사용자만 읽고 쓸 수 있도록 합니다.

2. **스왑 공간 설정**:
   - `mkswap /mnt/RT-1080/myswapfile`: 생성된 파일을 스왑 공간으로 설정합니다.
   - `swapon /mnt/RT-1080/myswapfile`: 스왑 공간을 활성화합니다.

3. **스왑 공간 확인**:
   - `free`: 스왑 공간이 제대로 활성화되었는지 확인합니다. 출력되는 내용 중 "Swap" 줄에서 첫 번째 숫자가 "0"이 아니면 스왑이 정상적으로 설정된 것입니다.

4. **원격 라우터(RT-8075)에서 동일한 절차 수행**:
   - RT-8075 라우터에서도 같은 방법으로 스왑 파일을 생성하고 활성화합니다.

5. **rsync 명령어 테스트**:
   - 스왑 공간이 두 라우터에서 모두 설정되었으면, 이전에 문제가 있었던 `rsync` 명령어를 다시 테스트합니다.

이 과정을 통해 두 라우터 간의 파일 동기화 및 백업 프로세스가 원활하게 진행되도록 할 수 있습니다. 메모리 부족 문제가 있었다면, 이 스왑 공간 설정으로 해결될 가능성이 높습니다.

Gaston Huot 님께서 제공한 이 지침은 라우터 간의 백업 및 동기화 설정을 위한 상세한 가이드를 제공합니다.

Transfer (sync) a backup to a remote location using Rsync through a SSH tunnel between 2 Asus routers - XIYO/asuswrt-merlin.ng-kr GitHub Wiki

In the following tutorial/guide, we will learn how to setup the transfer (sync) of a backup to a remote site using a ssh tunnel between 2 ASUS routers with Rsync as transporter.

Procedure:

⚠️ GitHub.com Fallback ⚠️

Transfer (sync) a backup to a remote location using Rsync through a SSH tunnel between 2 Asus routers - XIYO/asuswrt-merlin.ng-kr GitHub Wiki

In the following tutorial/guide, we will learn how to setup the transfer (sync) of a backup to a remote site using a ssh tunnel between 2 ASUS routers with Rsync as transporter.

Procedure:

⚠️ **GitHub.com Fallback** ⚠️

⚠️ GitHub.com Fallback ⚠️