RcloneView에서 클라우드 동기화 인코딩 및 유니코드 파일명 오류 해결하기

2026년 4월 9일 · 약 13분

Senior Engineer

클라우드 제공업체와 운영체제마다 파일명을 처리하는 방식이 다릅니다. 유니코드 문자, 특수 기호, 인코딩 불일치는 동기화 실패를 유발합니다 — RcloneView에서 이를 진단하고 해결하는 방법을 알아봅니다.

Google Drive에 있는 résumé_2026.pdf라는 파일이 OneDrive for Business로 동기화되지 않을 수 있습니다. 로컬 NAS의 일본어 문자가 포함된 폴더가 S3로 전송되지 않을 수도 있습니다. #, %, :가 포함된 파일명은 Dropbox에서는 문제없이 작동하지만 SharePoint에서는 거부될 수 있습니다. 이러한 인코딩 및 문자 호환성 문제는 파일을 조용히 건너뛰거나 해석하기 어려운 오류를 발생시키기 때문에 가장 골치 아픈 클라우드 동기화 문제 중 하나입니다.

모든 클라우드를 한 곳에서 관리하고 동기화하세요

RcloneView는 rclone의 크로스플랫폼 GUI입니다. 폴더를 비교하고, 파일을 전송·동기화하고, 깔끔한 시각적 인터페이스로 멀티 클라우드 워크플로를 자동화하세요.

원클릭 작업: 복사 · 동기화 · 비교
안정적인 자동화를 위한 스케줄러와 작업 이력
Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP 등 지원

WindowsmacOSLinux

무료로 시작하기 →

핵심 기능은 무료. Plus로 자동화 기능 이용 가능.

일반적인 증상

"잘못된 파일명" 또는 "지원되지 않는 문자" 오류: 대상 제공업체가 지원하지 않는 문자가 포함된 파일명을 거부합니다.
동기화 중 파일이 조용히 건너뛰어짐: 전송이 "성공적으로" 완료되지만 일부 파일이 대상에 누락됩니다. 이러한 파일은 대체로 이름에 문제가 되는 문자를 포함하고 있습니다.
대상에서 파일명이 깨짐: 파일은 도착하지만 이름에 %xx 이스케이프 시퀀스, 대체 문자(?), 또는 모지바케(잘못된 문자 렌더링)가 포함됩니다.
"경로가 너무 김" 오류: 인코딩된 파일명이 대상의 경로 길이 제한보다 길어집니다(예: SharePoint는 400자, S3는 1024자).
비슷한 이름을 가진 중복 파일: 겉보기에 동일한 두 파일(예: 조합형 대 분해형 유니코드로 표현된 café)이 서로 다른 파일로 취급됩니다.

문제 이해하기

제공업체별 문자 제한

각 클라우드 제공업체는 허용되는 파일명 문자에 대해 서로 다른 규칙을 가지고 있습니다:

제공업체	제한된 문자
OneDrive Business	`" * : < > ? / \ \|` 및 일부 상황에서 `#` `%`
SharePoint	`" * : < > ? / \ \| #` `%` `~` 및 선행/후행 공백
Google Drive	`/`와 null 바이트만 제한
Dropbox	`/`와 null 바이트; Windows에서는 후행 공백과 마침표
AWS S3	거의 제한 없음(모든 UTF-8 바이트 시퀀스 허용)
로컬 파일 시스템(Windows)	`" * : < > ? / \ \|` 및 예약된 이름(CON, PRN 등)

허용 범위가 넓은 제공업체(Google Drive, S3)에서 제한이 많은 제공업체(OneDrive Business, SharePoint)로 동기화할 경우, 인코딩되지 않으면 제한된 문자가 포함된 파일은 실패합니다.

유니코드 정규화

유니코드는 동일한 문자를 표현하는 여러 방법을 제공합니다. 예를 들어 é는 다음과 같이 표현될 수 있습니다:

NFC(조합형): 단일 코드 포인트 U+00E9
NFD(분해형): 두 개의 코드 포인트 U+0065 + U+0301

macOS는 일반적으로 NFD를 사용하는 반면, Windows와 Linux는 NFC를 사용합니다. Google Drive는 원래 인코딩을 보존하지만 OneDrive는 NFC로 정규화합니다. 즉, macOS에서 생성되어 Google Drive에 업로드된 파일은 사람이 보기에는 동일한 파일명이지만 비교 시 OneDrive의 동일 파일과 일치하지 않을 수 있습니다.

해결 방법 1: 자동 문자 인코딩 활성화

RcloneView는(rclone을 통해) 제공업체 간 전송 시 제한된 문자를 자동으로 인코딩합니다. 기본적으로 각 리모트 유형에는 해당 제한사항을 처리하는 인코딩 프리셋이 있습니다. 예를 들어 OneDrive로 복사할 때 ", *, : 같은 문자는 비슷하게 보이지만 허용되는 유니코드 대응 문자로 자동 대체됩니다.

이런데도 인코딩 오류가 발생한다면 인코딩이 비활성화되어 있지 않은지 확인하세요. 리모트 설정에서 encoding 매개변수가 기본값으로 설정되어 있는지 확인합니다(None으로 설정하지 마세요). RcloneView의 리모트 관리자에서 이를 확인하고 수정할 수 있습니다.

해결 방법 2: 유니코드 정규화 처리

macOS에서 생성된 파일과 Windows 기반 클라우드 제공업체 간에 동기화하는 경우, 유니코드 정규화 차이로 인해 비교 시 오탐(실제로는 동일한데 파일이 다르게 나타남)이나 대상에서 중복 파일이 발생할 수 있습니다.

파일명의 정확한 바이트 시퀀스를 보존하려면 RcloneView의 사용자 지정 플래그에서 --no-unicode-normalization 플래그를 사용하세요. 또는 대부분의 클라우드 제공업체가 서버 측에서 파일명을 정규화하며, rclone의 기본 동작이 가장 일반적인 경우를 올바르게 처리합니다.

지속적인 문제가 발생하는 경우, 제공업체 간 대소문자 구분 차이로 인한 문제(예: S3는 대소문자를 구분하지만 Windows 로컬 파일 시스템은 구분하지 않음)에는 --fix-case 플래그가 도움이 될 수 있습니다.

해결 방법 3: 문제가 되는 파일 이름 변경

문제가 되는 문자를 가진 파일이 소수라면 가장 간단한 해결책은 소스에서 이름을 바꾸는 것입니다. RcloneView의 탐색기를 사용해 특수 문자가 포함된 파일을 찾아 직접 이름을 변경하세요. 모든 제공업체에서 피해야 할 일반적인 문자:

# % & { } \ < > * ? / $ ! ' " : @ + \`` \| =
선행 또는 후행 공백 및 마침표
Windows 예약된 이름(CON, PRN, AUX, NUL, COM1-9, LPT1-9)

해결 방법 4: 필터 규칙으로 문제가 되는 파일 건너뛰기

파일 이름을 변경할 수 없는 경우(예: 제어할 수 없는 공유 드라이브에 있는 경우), 필터 규칙을 사용해 특정 문자 패턴이 포함된 파일을 동기화에서 제외하세요. 이는 근본적인 해결책이 아니라 우회 방법이지만, 문제가 되는 파일로 인해 동기화가 실패하거나 멈추는 것을 방지합니다.

RcloneView의 작업 설정에서 다음과 같은 필터 규칙을 추가하세요:

#이 포함된 파일을 건너뛰려면 --exclude "**/*#*"
%가 포함된 파일을 건너뛰려면 --exclude "**/*%*"

이후 동기화 로그를 검토해 어떤 파일이 건너뛰어졌는지 확인하고 필요하면 수동으로 처리하세요.

해결 방법 5: 경로 길이 제한 확인

파일명이 인코딩되면 길이가 늘어납니다(제한된 문자마다 다중 바이트 유니코드 시퀀스로 대체됨). 소스 경로가 이미 대상의 제한에 가까운 경우, 인코딩으로 인해 제한을 초과할 수 있습니다.

SharePoint는 400자 경로 제한이 있습니다. Windows는 기본적으로 260자 제한이 있습니다(구성 가능). S3는 1024자 키 제한이 있습니다.

경로가 너무 길다는 오류가 발생하면 소스 계층 구조의 폴더 이름을 줄이거나 깊게 중첩된 구조를 평평하게 만드세요. RcloneView의 탐색기는 전체 경로를 표시하므로 깊게 중첩된 파일을 쉽게 확인할 수 있습니다.

향후 문제 예방하기

업로드 전에 파일명 표준화: 처음부터 파일명에 특수 문자를 피하세요. 영숫자, 하이픈, 밑줄, 마침표만 사용하는 것이 좋습니다.
드라이런으로 테스트: 문자 규칙이 다른 제공업체 간의 대규모 동기화 전에 RcloneView의 드라이런 모드를 사용해 데이터를 전송하지 않고도 잠재적인 인코딩 문제를 파악하세요.
동기화 로그 검토: 동기화 후마다 작업 기록에서 건너뛰거나 이름이 변경된 파일에 대한 경고를 확인하세요. 문제가 쌓이기 전에 선제적으로 해결하세요.