파일이 아니라 폴더째로 보내는 방법
마지막 업데이트: 2026-08-05
프로젝트를 보내는 것은 파일 하나를 보내는 것과 다릅니다. 손에 든 건 하위 폴더가 잔뜩 있는 폴더이고, 하나씩 복사-붙여넣기하면 그것을 쓸모 있게 만드는 구조가 사라져 버립니다. 먼저 압축해도 되지만, 그러면 전송을 시작하기 전에 압축 도구를 거쳐야 합니다.
Relayium은 실시간 전송에서 폴더를 그대로 선택해 보낼 수 있게 해줍니다. 브라우저가 전체 트리와 상대 경로를 유지하고, 같은 LAN에서는 WebRTC로 직접, 네트워크를 넘을 때는 TURN으로 종단간 암호문을 실시간 전송하며 서버 측 실시간 복사본이나 기록을 남기지 않습니다. 나중을 위해 남기는 저장 링크만은 트리를 나르지 않는 유일한 경로입니다. 폴더를 직접 압축해 그 한 파일을 올리세요.
파일 더미가 아니라 폴더를 선택하세요
필요한 것
- 보내는 쪽은 데스크톱 브라우저 — Chrome, Edge 또는 Firefox. iPhone과 iPad의 Safari 선택기는 폴더를 아예 고를 수 없고 개별 파일만 되므로, 폴더 전송은 컴퓨터에서 시작합니다.
- 파일이 최대 1,000개인 트리. 이 상한은 세션당이 아니라 배치당이므로, 더 큰 트리는 다시 연결하지 않고 여러 번에 걸쳐 보낼 수 있습니다.
- 받는 브라우저에 대한 판단. 도착하는 형태가 그것으로 결정됩니다. Chrome이나 Edge는 받는 사람이 고른 폴더에 트리를 쓰고, 그 밖의 브라우저는 대신 .zip 하나를 만듭니다.
- 실시간 전송이라면 양쪽이 동시에 온라인일 것. 상대가 없다면 로그인한 보내는 사람과 함께, 직접 만든 압축 파일이 필요합니다. 저장 링크가 올리는 것은 평평한 파일 목록이라 디렉터리 구조를 나르지 않기 때문입니다.
파일을 하나씩 고르는 대신 폴더 자체를 선택하세요. Relayium은 브라우저에서 디렉터리 트리 전체를 훑으며 각 파일의 상대 경로(하위 폴더, 중첩된 하위 폴더까지 전부)를 유지하므로, 상대에게 도착하는 것은 처음 시작할 때와 같은 구조를 갖습니다.
현재 이 기능은 데스크톱 Chrome, Edge, Firefox에서 동작합니다. iOS에서는 동작하지 않습니다. iPhone과 iPad의 Safari 파일 선택기는 폴더를 선택할 방법이 없고 개별 파일만 고를 수 있어서, 폴더 전송은 지금으로선 데스크톱 기능입니다.
보내는 컴퓨터에서 전송 페이지를 엽니다 — 같은 네트워크라면 같은 네트워크 페이지, 페어링 코드가 필요하면 실시간 전송 페이지입니다.
https://relayium.com/폴더를 페이지에 끌어다 놓거나 폴더 선택 버튼을 씁니다. Relayium이 브라우저에서 트리를 훑으며 각 파일의 상대 경로를 유지하므로 미리 압축할 필요가 없습니다.
같은 네트워크라면 “주변 기기”에서 받는 사람을 찾아 그 카드에서 “작업 공간 열기”를 누르고, 작업 공간 안의 “폴더 보내기” 첨부를 쓰세요. 네트워크를 넘을 때도 같은 하나의 동작입니다. 페어링 코드 방에 참여해 거기서도 상대 카드에서 “작업 공간 열기”를 누르세요. 어느 쪽이든 상대에게 도착하는 요청에는 한 파일이 아니라 트리 전체의 파일 개수와 총 크기가 적힙니다.
받는 쪽에서는 수락하기 전에 요청 아래 줄을 읽으세요. Chrome이나 Edge라면 브라우저가 저장 위치를 묻는다고 적혀 있고, 그 경로가 바로 디스크에 폴더를 되살리는 길입니다. 그다음 “받기”를 누릅니다.
두 화면에서 파일 카운터가 트리를 하나씩 지나가는 것을 지켜보세요. 세는 단위가 파일이므로, 300개 파일 폴더는 배치 전체에 진행 막대 하나가 아니라 “파일 300/300”까지 갑니다.
파일 300/300
폴더 전송이 끝났을 때의 화면
카운터가 그 배치의 마지막 파일에서 멈추고, 각 파일은 도착할 때 고유한 SHA-256 해시로 종단간 검증되었으므로 내려앉은 것이 보낸 것과 바이트 단위로 일치합니다.
그다음 볼 것은 페이지가 아니라 결과이고, 브라우저마다 다릅니다. Chrome이나 Edge라면 고른 폴더 안에 하위 폴더까지 그대로 트리가 있고, Firefox나 Safari라면 다운로드 목록에 .zip 하나가 있어 풀면 같은 구조가 됩니다.
LAN 직접
파일 300/300상대방이 받는 것
폴더가 어떻게 도착하는지는 받는 쪽의 브라우저에 따라 다릅니다. Chrome과 Edge는 받는 사람이 선택한 디렉터리로 파일을 곧바로 써넣을 수 있어서, 폴더가 떠날 때와 똑같은 모습으로 디스크에 나타납니다. 추가 단계가 없습니다.
Firefox와 Safari에는 그 기능이 없어서, 대신 압축하지 않은(저장 방식) .zip 아카이브 하나를 받으며 이를 풀면 정확히 같은 폴더 구조가 됩니다. 크기는 4 GiB 미만으로 유지됩니다(ZIP64 미지원). 대부분의 프로젝트 폴더나 사진·문서 모음에는 충분하며, 더 크다면 두 번으로 나눠 보내세요.
증상, 확인, 조치
- 보내는 기기에서 폴더를 고를 방법이 아예 없습니다.
https://relayium.com/ # 선택기가 폴더를 내놓는 것은 브라우저가 지원할 때뿐이다거의 확실히 iPhone이나 iPad이고, 거기서는 Safari 선택기가 개별 파일만 내놓습니다. 폴더 전송은 컴퓨터의 Chrome, Edge, Firefox에서 시작하고 휴대폰은 받는 쪽으로 쓰세요.
- 도착한 .zip이 손상되었거나, 다운로드가 4 GiB 근처에서 멈춥니다.
chrome://downloads # .zip 크기를 보낸 폴더와 견주어 본다아카이브 경로는 ZIP64가 없어 개별 항목과 아카이브 전체가 모두 4 GiB 미만이어야 합니다. 트리를 두 번으로 나눠 보내거나, 받는 쪽이 Chrome이나 Edge를 쓰게 하세요. 그쪽은 고른 폴더에 파일을 쓰고 아카이브를 아예 만들지 않습니다.
- .zip 크기가 폴더와 같고 압축이 전혀 되지 않았습니다.
chrome://downloads # 항목 크기가 폴더 총합과 같고 더 작지 않다예상된 결과입니다. 이 아카이브는 저장 방식이라 압축 없이 트리만 묶으므로 보낸 것과 바이트 단위로 같습니다. 정확한 사본보다 회선상의 크기가 더 중요하다면 보내기 전에 직접 폴더를 압축하세요.
- 파일은 도착했는데 모두 한 폴더에 평평하게 놓이고 하위 폴더가 사라졌습니다.
chrome://downloads # 디렉터리 선택기가 없는 브라우저는 .zip 하나를 건넨다실시간 전송에서는 상대 경로가 살아남으므로, 이것은 전송이 구조를 평탄화한 것이 아니라 풀기 전의 .zip 모습입니다. 아카이브를 풀면 하위 폴더가 그대로 있고, 트리를 디스크에 바로 놓고 싶다면 Chrome이나 Edge로 받아 물어볼 때 대상 폴더를 고르세요. 정말로 평평한 경로는 저장 다운로드 링크 하나뿐이며, 그쪽은 평평한 파일 목록을 올리고 경로를 버립니다. 링크로 보낼 폴더를 먼저 압축해야 하는 이유가 그것입니다.
- 수백 개 파일 폴더가 중간에 멈추고 한 파일이 빠졌습니다.
https://relayium.com/ # 카운터가 멈춘 파일의 이름을 보여준다실시간 전송은 한 번의 실시간 세션이고, 두 페이지가 모두 열려 있는 한 일시적인 끊김은 마지막 영구 체크포인트에서 다시 이어갈 수 있습니다. 어느 한쪽을 닫거나 새로 고치면 세션이 끝나고, 그러면 이어갈 것이 남지 않습니다. 두 탭을 열어 둔 채 잠시 기다려 보고, 세션이 정말 끝났을 때만 카운터가 알려준 파일부터 배치를 다시 보내세요. 상대가 아예 없는 전달이라면 폴더를 먼저 직접 zip으로 묶어 그 압축 파일 하나를 저장 링크로 올리세요. 저장 업로드가 받는 것은 평평한 파일 목록이기 때문입니다.
지금 실시간으로, 또는 나중을 위해 링크로
양쪽이 동시에 온라인이면 폴더를 실시간으로 보내세요. 같은 LAN에서는 WebRTC가 직접 연결하고, 네트워크를 넘는 브라우저는 설계상 TURN으로 릴레이가 읽거나 복호화할 수 없는 종단간 암호문을 운반합니다. Relayium은 서버 측 실시간 복사본이나 전송 기록을 보관하지 않습니다. 같은 네트워크는 계정이 필요 없고, 네트워크를 넘을 때는 페어링 코드 생성자가 로그인하며 참가자는 계정이 필요 없습니다.
상대가 지금 없다면 대신 저장 링크를 만들 수 있습니다 — 다만 폴더를 먼저 직접 압축하세요. 저장 업로드가 받는 것은 평평한 파일 목록이고 상대 경로는 버려지므로, 트리를 그대로 올리면 흩어진 파일들로 도착하고 서로 다른 하위 폴더의 같은 이름 파일 둘은 충돌합니다. 평범한 .zip을 만들어 그 한 파일을 올리면 구조가 압축 파일 안에 담겨 함께 갑니다. 브라우저는 업로드 전에 그 링크에만 존재하는 무작위 AES-256-GCM 키로 올리는 것을 암호화하므로, 서버는 읽을 수 없는 암호문만 보관합니다. 링크 생성에는 보내는 쪽의 로그인이 필요합니다. 1시간·1일·3일·7일·최대 14일(요금제에 따라 다름) 중 만료 시점을 정하거나, 첫 다운로드 후 소각되도록 설정할 수도 있습니다.
자주 묻는 질문
iPhone이나 iPad에서 폴더를 보낼 수 있나요?
보내는 쪽으로는 안 됩니다. iOS의 Safari에는 폴더 선택 수단이 없고 개별 파일만 고를 수 있어서, 현재 폴더 전송은 데스크톱 Chrome, Edge, Firefox에서만 가능합니다. iPhone이나 iPad는 받는 쪽으로는 폴더를 문제없이 받을 수 있으며, .zip 형태로 도착합니다.
하위 폴더와 파일 구조가 유지되나요?
실시간 전송이라면 그렇습니다. Relayium은 중첩된 하위 폴더를 포함해 각 파일의 상대 경로를 유지하므로, 도착한 폴더는 선택했던 것과 같은 구조를 갖습니다. 저장 다운로드 링크는 다릅니다 — 평평한 파일 목록을 올리고 경로를 버리므로, 구조가 살아남아야 한다면 폴더를 직접 압축해 그 압축 파일을 올리세요.
폴더 전송에 담을 수 있는 파일 수는 얼마나 되나요?
한 배치에 최대 1,000개 파일이며, 각각 도착 시 고유한 SHA-256 해시로 검증됩니다.
상대방이 실제 폴더를 받나요, 아니면 .zip을 받나요?
상대방의 브라우저에 따라 다릅니다. Chrome과 Edge는 상대가 선택한 디렉터리로 파일을 곧바로 써넣습니다. Firefox와 Safari는 압축하지 않은 .zip(4 GiB 미만) 하나를 받으며, 풀면 같은 폴더 구조가 됩니다.
폴더를 보내는 데 계정이 필요한가요?
같은 네트워크에서는 필요 없습니다. 네트워크를 넘어 페어링 코드로 보낼 때는 보내는 쪽의 로그인이 필요하지만, 받는 쪽은 어느 경우든 계정이 필요 없습니다.
폴더를 선택해서 있는 그대로 보내세요 — 구조는 그대로, 모든 파일은 검증됩니다.
지금 Relayium 사용해보기