paper&honey

zip 파일 한글 이름이 깨지는 이유 — 자소 분리와 인코딩

zip 파일을 주고받다가 한글 파일 이름이 깨지는 문제는 사실 하나가 아니라 두 가지 별개의 문제입니다. 하나는 "한글.txt"가 "ㅎㅏㄴㄱㅡㄹ.txt"처럼 낱자로 풀어지는 자소 분리이고, 다른 하나는 이름이 아예 읽을 수 없는 문자로 바뀌는 인코딩 깨짐입니다. 겉보기에는 비슷해 보여도 원인이 다르기 때문에, 어느 쪽 증상인지 구분해야 올바른 해결책을 고를 수 있습니다.

증상 1 — 자소 분리는 유니코드 정규화 차이입니다

유니코드에서 "한"이라는 글자는 두 가지 방식으로 표현할 수 있습니다. 완성된 글자 하나로 저장하는 방식을 NFC(완성형), ㅎ·ㅏ·ㄴ 세 낱자를 결합해 저장하는 방식을 NFD(조합형)라고 부릅니다. 화면에 표시될 때는 둘 다 "한"으로 보이지만, 내부 데이터는 서로 다릅니다.

맥(macOS)은 전통적으로 파일 이름을 NFD 방식으로 저장해 왔고, 윈도우와 대부분의 다른 환경은 NFC 방식을 사용합니다. 그래서 맥에서 zip으로 압축하면 압축 파일 안에 NFD 형태의 이름이 그대로 기록되고, 이 파일을 윈도우에서 풀면 낱자를 결합해 주지 않아 "ㅎㅏㄴㄱㅡㄹ"처럼 분리된 채로 표시됩니다. 글자를 읽을 수는 있지만 검색이 안 되고, 같은 이름의 파일과 다른 파일로 취급되는 문제가 생깁니다. 예를 들어 탐색기에서 "한글"로 검색해도 분리된 "ㅎㅏㄴㄱㅡㄹ" 이름은 걸리지 않고, 프로그램에서 완성형 경로로 파일을 지정하면 같은 이름인데도 찾지 못합니다.

증상 2 — 외계어 깨짐은 문자 인코딩 차이입니다

zip 포맷은 원래 파일 이름을 어떤 인코딩으로 기록했는지 담는 표준이 없었습니다. 그래서 압축 프로그램들은 각자 시스템의 기본 인코딩으로 이름을 기록해 왔습니다. 한국어 윈도우 환경은 CP949(EUC-KR 계열)를, 맥과 리눅스는 UTF-8을 기본으로 씁니다.

CP949로 기록된 zip을 UTF-8을 기대하는 환경에서 열면, 같은 바이트를 다른 문자로 해석하기 때문에 이름이 전혀 읽을 수 없는 기호의 나열로 바뀝니다. 이후 zip 규격에 파일 이름이 UTF-8이라고 표시하는 플래그가 추가되긴 했지만, 모든 압축 프로그램이 이 플래그를 기록하거나 읽는 것은 아니어서 지금도 호환 문제가 남아 있습니다.

어떤 조합에서 어떤 증상이 나오나

예방법 — 만들 때부터 깨지지 않게

윈도우에서 맥·리눅스 사용자에게 보낼 때는, 파일 이름을 UTF-8로 기록하는 옵션이 있는 압축 프로그램을 쓰는 것이 안전합니다. 반디집처럼 압축 시 파일명 인코딩을 선택할 수 있는 프로그램이라면 UTF-8을 지정해 주면 됩니다.

맥에서 윈도우 사용자에게 보낼 때는 자소 분리가 문제이므로, 받는 쪽에서 분리된 자소를 자동으로 결합해 표시해 주는 압축 프로그램으로 열도록 안내하는 방법이 있습니다. 받는 사람의 환경을 알 수 없다면, 중요한 서류는 zip으로 묶지 않고 파일을 하나씩 첨부하는 것도 인코딩 문제를 원천적으로 피하는 방법입니다. 가장 확실한 예방법은 다소 원시적이지만, 여러 환경을 오가는 파일이라면 이름을 영문과 숫자로만 짓는 것입니다. 자소 분리와 인코딩 문제 모두 한글 이름에서만 발생하기 때문입니다.

이미 깨진 zip을 받았다면

이미 이름이 깨진 채로 zip을 받았다면 보낸 사람에게 다시 압축해 달라고 하기보다, 받은 쪽에서 인코딩을 바로잡아 푸는 편이 빠릅니다. paper&honey의 zip 한글 깨짐 복구 도구에 파일을 올리면 브라우저 안에서 파일 이름 인코딩을 해석해 원래 한글 이름으로 압축을 풀 수 있습니다. 모든 처리는 브라우저 안에서만 이루어지고 파일이 서버로 전송되지 않으므로, 업무 문서처럼 민감한 파일에도 쓸 수 있습니다.

자주 묻는 질문

Q. 맥에서는 파일 이름이 멀쩡해 보이는데 왜 깨져서 전달되나요? NFD로 저장된 이름도 맥 화면에서는 정상적인 "한글"로 표시됩니다. 겉모습은 같지만 내부 데이터가 낱자로 나뉘어 있고, 이 데이터가 zip에 그대로 담겨 윈도우로 넘어가면서 분리된 형태가 드러나는 것입니다.

Q. NFD는 잘못된 방식인가요? 아닙니다. NFC와 NFD 모두 유니코드 표준이 허용하는 정규화 방식입니다. 다만 운영체제마다 채택한 방식이 달라서, 서로 다른 환경 사이에서 파일을 주고받을 때 호환 문제가 생기는 것입니다.

Q. 압축 프로그램만 바꾸면 항상 해결되나요? 항상은 아닙니다. 인코딩 깨짐은 UTF-8 옵션이 있는 프로그램으로 만들면 대부분 예방되지만, 자소 분리는 여는 쪽 프로그램의 결합 처리 여부에도 달려 있습니다. 보내는 쪽과 받는 쪽 중 한쪽만 통제할 수 있다면, 위의 조합별 증상을 보고 자신이 통제할 수 있는 쪽에서 대응하는 것이 현실적입니다.