내 디스크에는 다양한 변형이 있습니다. 여러 운영 체제의 파일을 중앙 저장소에 추가하고 싶은데, OS X에서 가져온 파일은 나중에 Linux 배포판이나 Windows에서 볼 때 가장 문제가 됩니다.
- OS X에서 생성된 파일/CD
- 많은 Linus 배포판(주로 Debian 및 Ubuntu)에서 생성된 파일/CD
- Chromebook에서 만든 일부 파일/디스크만 [디스크를 포맷하고 다른 시스템에서 사용 - 악몽이므로 이 대상을 거부하세요]
- Windows 7 및 10에서는 소수의 파일/디스크만 생성됩니다.
그러나 소유권에 대한 경고를 받았습니다. 달려갈까 생각 중이야
sudo chown -R masi:masi /local/folder
그러나 masi는 내 모든 시스템의 기본 사용자가 아닙니다. 내 저장소는 파일을 여러 컴퓨터, 휴대폰 및 랩톱에 배포합니다. 그래서 사용하는데 문제가 있습니다. 나는 99 99가 각각 그룹과 소유자라고 생각한다는 ls -la것을 알았습니다 . drwxr-xr-x 1 99 99 ...일부 파일/폴더에는 root root.
여기서는 그룹과 소유자를 어떻게 제어해야 할지 모르겠습니다. 다 넣어야 하나 99 99?
BTsync의 아카이브는 랜섬웨어 공격으로 인한 피해로부터 보호합니다.
L33tCh의 답변 후 BTsync 지원팀에 문의하여 답변을 받았습니다.
동기화는 바이러스 공격으로부터 사용자를 보호하지 않습니다. 파일이 공유 폴더에 나타나고 피어에 읽기 및 쓰기 권한이 있는 경우 파일을 다른 피어에 동기적으로 전송합니다. 그러나 보관 옵션을 활성화하면 암호화된 파일 버전으로 덮어쓰더라도 이전 파일 버전을 찾을 수 있습니다.
따라서 다른 피어로부터 감염된 파일을 다운로드했을 가능성이 있습니다. 하지만 바이러스 백신 프로그램이 없으면 인터넷 서핑을 하면서도 이 작업을 수행할 수 있습니다.
링크는 사용자의 동료가 Sync가 아닌 랜섬웨어 공격을 경험했음을 나타냅니다. 이는 우리 서버에 영향을 미치지 않았으며 우리 서버의 바이너리를 동기화하지 않았습니다. 따라서 걱정할 필요가 없습니다.
여기에는 다음과 같은 매개변수가 있습니다 max_file_size_for_versioning. 값은 정수이고 기본값은 1000(Mb)입니다. 즉, 파일이 너무 크고 수정된 경우 동기화가 이전 버전을 아카이브에 넣습니다. Archive 폴더는 .sync/Archive공유 폴더 내의 폴더에 있습니다. Windows 및 Mac에서는 폴더를 마우스 오른쪽 버튼으로 클릭하고 "아카이브 열기" 옵션을 선택하여 동기화된 폴더를 열 수 있습니다. 이제 max archive file age호출됨 sync_trash_ttl(2.3으로 변경됨), 내 요청에 따라 업데이트됨여기환경 설정 > 설정에서. 무제한 보관하려면 0으로 설정하세요.
아카이브의 무제한 파일 저장은 많은 메모리를 소비합니다. 예를 들어, .tex 파일에 작은 변경 사항이 많아 아카이브에 많은 파일이 생성된다고 가정해 보겠습니다. 나는 GIT가 이 문제를 해결할 수 있다고 생각한다. 이에 대해 지원을 요청했습니다.
프런트엔드 및 백엔드 장치에서 사용할 수 있도록 디스크의 파일/폴더를 저장소로 중앙 집중화하는 방법은 무엇입니까?
답변1
모든 것을 같은 위치에 배치하지는 않지만 최소한 원본과 마찬가지로 필요한 모든 것에 액세스할 수 있습니다. 각 플랫폼을 자체 시스템에 두어 액세스 문제를 해결하고 모든 소스를 단일 드라이브로 처리하거나 어떻게 설정하든지 처리할 수 있도록 해야 합니다.
그들은 이를 소프트웨어 기반의 분산형 파일 저장 플랫폼이라고 설명합니다.
나는 이것을 사용하여 한 지점에서 내 노트북/집 및 클라우드 드라이브에 액세스할 계획입니다. 각 플랫폼에는 DropBox 작동 방식과 유사한 방식으로 데이터에 액세스하는 클라이언트가 있습니다.
이는 BTSync의 필요성을 대체하지만 버전이 지정된 스토리지 시스템의 보안을 추가할 수 있는 옵션도 제공합니다. 제가 이렇게 묻는 이유는 동료가 랜섬웨어 공격으로 인해 대량의 데이터를 잃어버렸기 때문입니다. BTSync는 해당 작업을 수행했지만 이는 데이터의 모든 복사본이 암호화되어 손실되었음을 의미합니다. 클라우드 스토리지 시스템의 컬렉션만 복원할 수 있습니다.
답변2
Melbourcian의 대답이 맞습니다. 사용자와 그룹은 모든 UNIX 시스템에서 동일한 UID 및 GID에 매핑되어야 합니다. 그렇지 않으면 다른 컴퓨터에서 생성된 파일에 액세스하려고 할 때 소유자 및 권한 오류가 발생합니다.
내가 아는 한 OSX는 UNIX와 동일한 설정을 사용하므로 동일한 규칙이 적용됩니다.
Windows에는 완전히 다른 권한 시스템이 있습니다. UNIX 권한을 Windows 권한에 매핑하는 표준 방법은 없습니다.
여기서 발생하는 것으로 의심되는 것은 BTSync가 파일의 소유자나 그룹을 수정하지 않고 UNIX와 OSX 시스템 간에 권한을 복사하고 있다는 것입니다(UID와 GID임을 기억하세요).숫자중요한 것은 사용자와 그룹이 아닙니다이름). Windows의 파일을 어느 정도 수정해야 하기 때문에 대부분의 Windows 파일이 작동할 것입니다.
동적 사용자 권한 수정은 BTSync Pro의 기능인 것 같습니다(저는 사용해본 적이 없습니다). 그래도 필요한 작업을 수행하는지 잘 모르겠습니다. Pro를 사용하는 경우 해당 지원팀에 문의하여 문제 해결 방법을 알아보세요. Pro를 사용하지 않는 경우 올바른 UID 및 GID에 매핑되도록 사용자 및 그룹을 수정해야 합니다.
MacOS에는 UID와 GID를 변경하면 권한을 수정할 수 있는 사용자 권한 도구가 있습니다. UNIX에서는 변경이 이루어진 후 find필요한 경우 소유자 및 그룹 변경과 같은 작업을 사용해야 합니다 . 예제 명령은 다음과 같습니다. masi:masi가 105:105로 매핑되고 이를 99:99로 설정해야 하며 /etc/passwd 및 /etc/group을 변경했다고 가정합니다.
find / -uid 105 -exec chown masi {} \;
find / -gid 105 -exec chown :masi {} \;
먼저 백업을 만들고 이 프로세스 중에 UID 또는 GID 충돌이 없는지 확인하십시오(즉, 두 사용자가 동일한 UID를 가지고 있거나 두 그룹이 동일한 GID를 가지고 있음).
또 다른 안전한 옵션은 위 명령을 실행하는 각 컴퓨터에 대해 스크립트를 생성하는 것입니다. 단, 동기화할 디렉터리에 대해서만 해당됩니다. 동기화할 때마다 이 스크립트를 실행합니다(동일한 스크립트에서 BTSync 및 적절한 명령 호출 가능). 당신은 sudo이것이 필요합니다.
아, 그리고 당신은 OSX와 Windows를 사용하고 있으므로 위에서 작성한 NIS 설명은 잊어버리세요.
답변3
사용자 이름/그룹 이름과 UID/GID 정의를 중앙 집중식으로 추적하거나 매우 일관되게 추적하지 않는 한, 사용자 이름이 어떤 위치에서 파일의 소유자로 처리되고 99 99 등과 같은 숫자로 처리되는 것은 불가피합니다. 파일 소유권은 사용자 이름이 아니라 해당 숫자를 기반으로 한다고 생각하세요.
귀하가 server1의 masi:masi(사용자:그룹)이고 masi의 UID가 99이고 masi의 GID가 99라고 가정합니다. 필수 파일의 소유권을 masi:masi로 변경했습니다. server2가 동일한 디렉토리를 공유한다고 가정합니다. server2에서 masi 사용자 이름의 UID는 105이고 GID는 105입니다. server2로 이동하면 server1에서 방금 소유권을 변경한 파일에 액세스할 수 없습니다.
따라서 파일에 대한 중앙 집중식 액세스를 원한다면 UID와 GID가 모두 동일한지 확인하세요. 또는 우연히 발견한 모든 사람에게 읽기 및 쓰기 권한을 켤 수 있습니다.