크로스 플랫폼 파일 공유: 모든 기기 간 전송

크로스 플랫폼 파일 공유는 플랫폼 네이티브 도구에 의존하는 것을 멈추는 순간 해결됩니다. AirDrop(Apple 전용), Quick Share(Google과 Samsung), Nearby Sharing(Windows 전용), iMessage — 이 모두가 경계에서 실패합니다. 브라우저 링크는 지난 10년간 출시된 모든 운영체제에서 작동합니다. HTTP와 TLS가 공통 언어이기 때문입니다. 파일을 한 번 업로드하고 URL을 채팅 앱에 붙여넣으면 CLI의 Linux 사용자, 4G의 Android 사용자, 호텔 Wi-Fi의 macOS 사용자 모두 같은 바이트를 가져갈 수 있습니다.

브라우저 링크가 해결하는 상호운용성 문제

Windows 노트북에서 iPhone으로 보낼 때 AirDrop, AirPlay, SMB 중 어느 것도 기본적으로 작동하지 않습니다. 일반적인 대안: 이메일(25 MB 제한), Windows용 iCloud(불안정하고 Apple ID 필요), 양쪽에 서드파티 앱 설치. 모두 마찰을 더합니다.

링크 기반 전송은 문제를 세 단계로 축소합니다. 발신자가 URL에 업로드하고, 수신자가 URL을 열어 다운로드합니다. 신원 연동 없이, mDNS 검색 없이, 프로토콜 불일치 없이. 파일은 HTTPS(2018년부터 TLS 1.3)로 전송되며 모든 최신 OS에서 기본 지원됩니다.

모든 플랫폼에서 작동해야 하는 것들

진정한 크로스 플랫폼 파일 전송에 필요한 것:

브라우저 업로드 — File API(HTML Living Standard 규격) 사용. Safari 12+, Chrome 38+, Firefox 50+, Edge 79+에서 작동.
불안정한 연결을 위한 청크 재개 가능 업로드 — HTTP/2의 Range 요청으로 구현.
크로스 OS 파일명 처리: NTFS는 Linux에서 허용하지 않는 문자를 허용합니다(반대도 마찬가지). 서비스가 UTF-8을 일관성 있게 정화하거나 보존해야 합니다.
수신자가 열 수 있는 아카이브 형식: .zip은 공통 언어입니다. .tar.gz는 Linux/macOS용이지만 Windows에서는 7-Zip 또는 WinRAR이 필요합니다.
브라우저가 직접 수행할 수 있는 엔드투엔드 암호화: Web Crypto API crypto.subtle은 2017년부터 모든 1등급 브라우저에 탑재.

각 플랫폼의 특수 사항

macOS (Sonoma, Sequoia): Finder는 zip 안에 __MACOSX 및 .DS_Store 파일을 생성합니다. 터미널에서 zip -X를 사용하거나 "깔끔한 zip" 앱으로 보내기 전에 제거하세요. Windows 수신자에게는 불필요한 파일로 표시됩니다.

Windows 11: :、*、?、"、<、>、| 문자가 포함된 파일명을 여전히 거부합니다. 유니코드는 괜찮지만 파일명 끝의 공백은 오류를 일으킵니다. 다운로드는 %USERPROFILE%\Downloads에 저장되며 SmartScreen이 아카이브 안의 .exe에 경고를 표시할 수 있습니다.

Linux (Ubuntu, Fedora, Arch): 대소문자 구분 파일 시스템. Photo.jpg와 photo.jpg가 공존합니다. Linux 배포를 위해 macOS(기본적으로 대소문자 구분 없음)에서 압축할 때 우발적인 이름 충돌에 주의하세요.

iOS/iPadOS: Files 앱이 일반적인 아카이브를 열지만 .zip을 선호합니다. Readdle의 Documents 같은 서드파티 앱은 .7z와 .rar을 처리합니다.

Android: Files by Google 앱이 .zip을 추출하지만 다른 형식에는 RAR 또는 7-Zip 설치가 필요합니다. Android 11부터의 범위 지정 저장소는 파일이 저장되는 위치를 제한합니다.

Chrome OS: Files 앱이 인식하는 아카이브 — .zip, .rar, .tar, .gz. Files에서 브라우저 탭으로의 드래그 앤 드롭이 바로 작동합니다.

한 번 업로드, 모든 수신자 — 수치 계산

100 Mbps에서 5 GB 파일을 한 번 업로드하는 데 약 7분이 걸립니다. 네 가지 OS의 네 수신자에게 개별 피어 투 피어 전송하는 시나리오는 가장 느린 업링크에서 4배 시간이 필요합니다. 게다가 조율도 해야 합니다. 링크 방식은 파일을 서버에 한 번 보내고 각 수신자가 자신의 속도로 가져가게 합니다. 발신자의 컴퓨터가 닫혀 있는 밤 사이에도요.

모든 플랫폼에서의 엔드투엔드 암호화

AES-256-GCM을 사용한 클라이언트 사이드 암호화는 iPad의 Safari, Android의 Chrome, Windows의 Edge, Linux의 Firefox, macOS의 Safari에서 동일하게 작동합니다. Web Crypto API는 표준화되어 있습니다(W3C Web Cryptography API, 2017년 권고). 브라우저에 입력된 비밀번호는 PBKDF2-HMAC-SHA256으로 256비트 키가 됩니다. 파일은 5 MB 청크로 암호화되며 각각 고유한 96비트 IV와 128비트 인증 태그를 갖습니다. 서버는 평문을 절대 보지 못합니다. GDPR, PIPA, HIPAA 등 개인정보 보호법 및 규정 준수 요건에 충족합니다.

HexaTransfer는 정확히 이 파이프라인을 기반으로 구축되었습니다. Android 아티스트가 암호화된 8 GB 프로젝트를 Linux 애니메이터에게 보낼 수 있습니다. 같은 코드 경로, 같은 암호문 형식.

파일명과 인코딩 함정

UTF-8이 유일하게 안전한 인코딩입니다. macOS에서 악센트 문자가 포함된 파일명을 NFC 정규화(macOS는 NFC를 사용하지 않습니다. HFS+ 호환성을 위해 APFS에서 NFD 사용)로 보내면 Windows 수신자에게 café.pdf가 café.pdf로 렌더링되어 파일이 열리지 않을 수 있습니다. 좋은 전송 서비스는 NFC로 재정규화하고 저장 전에 Windows에서 허용되지 않는 문자를 정화합니다.

공백, 이모지, 비라틴 문자(日本語, العربية, русский)는 모두 서버가 원시 UTF-8 바이트를 저장하고 다운로드 시 Content-Disposition: attachment; filename*=UTF-8''... 헤더(RFC 6266)로 보존하기 때문에 브라우저 기반 전송에서 살아남습니다.

현실적인 크로스 플랫폼 시나리오

Windows의 건축가가 400 MB .rvt Revit 모델을 macOS에서 Enscape로 검토 중인 클라이언트에게 전송: 브라우저 업로드, 다운로드.
Linux Ubuntu에서 DaVinci Resolve로 편집하는 영상팀이 6 GB .drp 프로젝트를 Windows의 컬러리스트에게 전달: 프로젝트를 .zip으로 내보내고 업로드, 어떤 OS에서도 다운로드.
iPad에서 사진작가가 12 GB의 RAW .cr3 파일을 내보내 M3 MacBook의 보정 작가에게 전송: iPad Safari에서 업로드, macOS Safari에서 다운로드, 원본 메타데이터 모두 보존.

진정한 크로스 플랫폼 도구 비교

| 서비스 | 최대 크기 | 엔드투엔드 암호화 | 계정 없는 수신자 | 중단 후 재개 | | --- | --- | --- | --- | --- | | WeTransfer 무료 | 2 GB | 아니오 | 예 | 아니오 | | Smash | 무제한 | 아니오 | 예 | 부분적 | | SwissTransfer | 50 GB | 저장 시 비밀번호 보호 | 예 | 예 | | Dropbox Transfer | 100 GB(Pro) | 아니오 | 예 | 예 | | HexaTransfer | 10 GB | 브라우저 내 AES-256-GCM | 예 | 예 |

크로스 플랫폼의 장점은 발신자와 수신자가 아무것도 합의할 필요가 없다는 것입니다. 브라우저만 있으면 됩니다.

hexatransfer.com에서 사용해 보세요 — 무료, 계정 불필요, 최대 10GB.