Restic: 대부분의 백엔드를 중복으로 만드는 Rclone

이것은 의미가 없습니다. Rclone은 백업 유틸리티가 아닌 전송 유틸리티입니다. 나머지 리포지토리를 대체할 수 없습니다.

그는 아마도 rclone에 대한 코드를 제외하고는 restic의 자체 백엔드 코드를 버리고 rclone 통합이 모든 백엔드가 통과하는 통합이 되도록 하는 것을 의미할 것입니다.

@jtagcat "저장소"대신 "백엔드"를 의미한다고 생각합니다.

나는 이 제안에 정신으로 동의합니다.
실제로 다른 모든 백엔드를 제거하는 것은 너무 방해가 될 수 있지만 최소한 문서에서는 rclone을 기본 백엔드로 강조 표시하고 다른 원격 백엔드에 "레거시"로 레이블을 지정할 수 있습니다.

사실 우리가 더 잘할 수 있다고 생각하고 백엔드를 레거시로 표시합니다.
문서에서는 레거시로 표시하지만 내부 작업에서는 레거시를 즉석에서 rclone으로 변환합니다. 일부 rclone 백엔드에서는 직접 번역할 수 있고( 제 머리 꼭대기의 예는 http ), 다른 백엔드는 임시 구성 파일로 번역한 다음 rclone과 함께 --config /path/to/config 를 사용할 수 있습니다.

당신이 restic의 사용자로서 저에게 묻는다면, 저는 모든 백엔드에 대해 rclone을 사용해야 하는 것은 끔찍할 것이라고 말하고 싶습니다. 백엔드를 위한 rclone 설정을 설정하고 rclone 바이너리를 유지해야 합니다. 내가 rclone에 대해 싫어하는 한 가지 내가 대신 그것을 소스 및 대상 등이 URI를 제공 할 수있는, 그것은을 실행하기 전에를 구성해야한다는 것입니다.

우리는 당신이 지금 당신이 있지만 rclone가 제공하는 백엔드 지원, 동일했다 restic 계속 사용할 수 있도록, restic에 rclone을 포함 할 수 있다면 더 좋은 제안은 IMO입니다. 그런 일이 발생하면 해당 rclone 코드가 동일한 기능을 제공한다고 가정하고 현재 백엔드 코드를 버리는 것이 좋습니다.

rclone을 restic에 어떻게 포함시키시겠습니까? 이 문제가 긍정적으로 닫히려면 완료되어야 합니다.
'rclone not found, running curl https://rclone.org/install.sh | sudo bash '(curl 및 sudo가 시스템에 없을 수 있음)와 같습니까? pkg 관리자를 통해 설치하지 않는 경우 단순히 패키지 관리자에서 종속성으로 추가할 수 없기 때문입니다.

현재 백엔드를 임시 rclone 구성으로 즉시 변환하는 것이 가능합니다 . 순전히 rclone을 물건에 사용할 때 나 자신도 약간 짜증이 납니다.

rclone을 restic에 어떻게 포함시키시겠습니까?

나는 그 점에서 무엇이 가능한지 조사하지 않았다. 몇 번이고 생각해 본 것뿐입니다.

조금 더 생각해보면 임베딩은 아마도 '종속성으로 설치'로 끝날 것이므로 rclone을 업데이트할 필요 없이 최신 상태로 유지할 수 있습니다.
아마도 가장 좋은 방법은 가능한 경우 rclone을 종속성으로 추가하고 모든 곳에 'rclone을 찾을 수 없음'을 설치하는 것입니다(어떤 이유로 rclone 종속성이 백업으로 발견되지 않는 경우).

rclone 설치 프로그램에는 몇 가지 문제가 있습니다. posix 호환 가능하게 만드십시오.

• curl - 기본적으로 설치되지 않은 시스템을 한두 번 봤습니다.
• sudo - 위와 동일
• unzip/기타 압축 풀기, 최소 설치에 rclone을 설치하는 동안 이것을 경험했을 것입니다.

나는 rclone을 al 라이브러리로 임베딩할 수 있도록 만드는 것과 관련하여 더 많이 생각하고 있습니다. rclone에 새 릴리스를 보증하는 정도로 업데이트된 항목이 있는 경우 새 restic 버전을 릴리스하는 데 문제가 없어야 합니다.

아마도 가장 좋은 방법은 가능한 경우 rclone을 종속성으로 추가하고 모든 곳에 'rclone을 찾을 수 없음'을 설치하는 것입니다(어떤 이유로 rclone 종속성이 백업으로 발견되지 않는 경우).

미안하지만 사용자 컴퓨터에 소프트웨어를 (자동으로) 설치하려는 시도는 (아마도) restic의 문제 토론에서 읽은 최악의 아이디어입니다.

때문에:

• 환경에 따라 새 소프트웨어 설치가 허용되지 않을 수 있습니다.
• 사용자(또는 시스템 관리자)는 새 소프트웨어 설치를 원하지 않을 수 있습니다.
• 명시적인 요청 없이 인터넷에 액세스하는 것은 바람직하지 않을 수 있습니다.
• 설치 프로그램이 새 소프트웨어의 잘못된 위치를 추측할 수 있습니다.
• 새 소프트웨어를 설치하면 환경의 정상적인 기능을 방해할 수 있습니다(예: 사용자/패키지 관리자/관리자/감사자/다른 사람이 찾을 것으로 예상하는 일반 장소 외부에서 실행 파일을 제공하여 혼란을 야기함).
• 설치가 실패하거나 잘못된 결과가 생성될 수 있습니다. 명백한 방식으로 또는 미묘하고 발견하기 어려운 방식으로.

아마도 가장 좋은 방법은 가능한 경우 rclone을 종속성으로 추가하고 모든 곳에 'rclone을 찾을 수 없음'을 설치하는 것입니다(어떤 이유로 rclone 종속성이 백업으로 발견되지 않는 경우).

미안하지만 사용자 컴퓨터에 소프트웨어를 (자동으로) 설치하려는 시도는 (아마도) restic의 문제 토론에서 읽은 최악의 아이디어입니다.

때문에:

* The environment may not allow installation of new software.

* The user (or the system administrator) may not want new software to be installed.

* Accessing the Internet without explicit request may be undesirable.

* The installer may guess a wrong place for the new software.

* Installation of new software may interfere with the normal functions of the environment (for example, by providing executables outside of regular places where users/package managers/administrators/auditors/whatever else expect to find them, and thus creating confusion).

* The installation may fail or produce incorrect results; either in an obvious manner, or in a subtle and hard-to-discover way.

예, 무엇을 제안합니까?

내가 의미하는 바는 다음과 같았습니다.

restic rclone not found...
Install 'rclone' with command 'curl https://rclone.org/install.sh | sudo bash'  to provide rclone backends? [Y/n]

후자가 라이브러리로 성공적으로 포함되어 항상 restic 배포에 포함되지 않는 한 기존 백엔드를 rclone으로 교체하지 않습니다.

이 작업이 완료될 때까지(또는 이 작업을 수행하는 대신) rclone을 패키지 관리자에서 선택적 종속성(예: apt 및 portage)으로 만들 것입니다. rclone이 설치되지 않은 경우 restic은 rclone의 웹 페이지를 참조하는 메시지를 표시하여 (1) 설치 방법에 대한 페이지 참조, (2) 시스템의 패키지 관리자를 사용하여 rclone 설치, (3) "curl + bash" 명령과 함께 "무엇을 하고 있는지 확인하십시오"라는 경고가 표시됩니다.

나는 사용자를 대신하여 명령을 요청한 후에도 실행하지 않을 것입니다.

종속성이 없는 정적 바이너리로서의 RESTIC(특히 Linux에서)의 특성은 베어 메탈 복원 및 복구 시나리오에서 절대적으로 가치가 있습니다.

저는 현재 사내 백업에 "rest-server"(인증을 위한 haproxy 프런트엔드 포함)를 사용하는 것을 선호하며 기본적으로 지원하는 restic에 의존합니다. 나는 중요한 복원 시간 동안 RESTIC 및 RCLONE 엉망으로 강제 된 경우, 아마 다른 해결책을 찾을 것입니다.

종속성이 없는 정적 바이너리로서의 RESTIC(특히 Linux에서)의 특성은 베어 메탈 복원 및 복구 시나리오에서 절대적으로 가치가 있습니다.

저는 현재 사내 백업에 "rest-server"(인증을 위한 haproxy 프런트엔드 포함)를 사용하는 것을 선호하며 기본적으로 지원하는 restic에 의존합니다. 시간이 중요한 복원 중에 RESTIC _및_ RCLONE을 _강제_ 했다면 다른 솔루션을 찾았을 것입니다.

Rest 백엔드는 Restic에 고유하므로 제거되지 않습니다. 나도 rest-server를 사용하는데 자격 증명을 넣는 것이 매우 편리합니다.

문제는 'rclone이 내장된 경우에만' 상태라고 생각합니다. 아무도 이것을 필요로하지 않기 때문에 (내장된 rclone은 neet이지만). 지금 당장은 'rclone에서 이미 지원하지 않는 새 백엔드를 추가하지 마세요'와 이 작업을 귀찮게 하는 누군가를 위한 기능 요청(아마도 몇 달 후일 것입니다. .

베어 본의 경우 bzip을 사용하지 않는 대체 릴리스를 가져와야 합니다(내가 들은 바에 따르면 bzip을 설치하는 유일한 이유는 제한적입니다). 그건 그렇고, 다른 사람이 하지 않는다면 나는 아마도 할 것입니다. 왜냐하면 제 할일은 #2705이기 때문입니다.

내가 rclone에 대해 좋아하지 않는 한 가지는 소스와 대상으로 두 개의 URI를 제공할 수 있는 대신 실행하기 전에 구성해야 한다는 것입니다.

@rawtaz
당신은 rclone이 구성 아무것도 당신을 필요로하지 않기 때문에 단지 그렇게 할 수 있습니다.
_~/.rclone.conf_ 또는 _~/.config/rclone/rclone.conf_를 완전히 제거할 수 있습니다. 기본값 또는 대체 옵션에 대해 참조할 뿐입니다.
이제 다음을 시도하십시오.

rclone copy ./file.txt :sftp:subdir --sftp-host=localhost --sftp-key-file=~/.ssh/id_rsa

완벽하게 유효하며 문서에 설명되어 있습니다. https://rclone.org/docs/#backend -path-to-dir

환경을 통해 모든 옵션을 전달하거나 CLI 인수와 혼합할 수도 있습니다.

export RCLONE_SFTP_HOST=localhost
export RCLONE_SFTP_KEY_FILE=~/.ssh/id_rsa
rclone ls :sftp:

rclone을 라이브러리로 사용하는 방법은 https://github.com/rclone/rclone/issues/633에 설명되어