컴퓨터를 바꿀 때 지문 브라우저 환경은 어떻게 이전할까? 5단계 전체 과정
새 컴퓨터로 바꾸는 건 원래 기쁜 일이지만, 멀티 계정을 운영하는 사람에게는 기분이 오래가지 않습니다. 환경을 옮겼더니 로그인 상태가 사라졌고, 프록시는 입력했는데 지문 파라미터가 맞지 않습니다. 가장 나쁜 건 반년을 키운 오래된 계정들이 이전 다음 날 줄줄이 인증을 요구하는 상황입니다. 컴퓨터는 다시 살 수 있지만, 계정 자산을 잃는 것이 진짜 손해입니다.
최근에 브라우저 프로필 이전에 관한 강의 영상을 봤는데, 내용은 여전히 일반 브라우저의 계정 동기화 방식이었습니다. 일반 브라우저는 계정 클라우드 동기화만으로 북마크와 비밀번호를 옮길 수 있습니다. 그렇다면 지문 브라우저는 왜 그런 방식으로 옮길 수 없을까요? 이 글에서는 "지문 브라우저는 어떻게 이전하는가"를 제대로 정리합니다. 무엇을 옮겨야 하는지, 5단계로 어떻게 진행하는지, 이전 후에는 무엇을 검증해야 하는지까지입니다.
일반 브라우저는 동기화가 되는데, 지문 브라우저는 왜 안 될까
먼저 일반 브라우저부터 보겠습니다. Chrome과 Firefox는 계정 동기화를 제공합니다. 같은 계정으로 로그인하면 북마크, 비밀번호, 방문 기록이 기기를 넘어 자동으로 동기화됩니다. 영상에서 보여준 것도 바로 이 방식이었습니다. 새 컴퓨터에서 로그인하고 동기화를 누르면 끝.
지문 브라우저에 이 방식을 그대로 적용하면 안 되는 이유는, 관리하는 자산의 성격이 다르기 때문입니다.
- 로그인 상태는 클라우드에 둘 수 없습니다. 멀티 계정 환경의 쿠키와 로그인 상태는 그 자체로 계정 자산입니다. 클라우드 동기화에 맡기는 것은 모든 계정의 열쇠를 하나의 공용 주머니에 넣는 것과 같아서, 클라우드에 문제가 생기면 한 번에 전멸합니다. 그래서 쿠키가 환경의 생명선입니다. 쿠키에 무엇이 저장되고 왜 중요한지는 쿠키 관리 글에서 자세히 다뤘습니다.
- 지문 파라미터는 로컬에서 자체 정합성을 가져야 합니다. 각 환경의 Canvas, WebGL, 폰트, 시간대는 서로 맞물린 한 세트이고, 클라우드 동기화로 파라미터를 옮기면 세부 값이 유실되기 쉬워서 도착 후 원본과 맞지 않게 됩니다.
- 프록시 설정은 환경을 따라갑니다. 동기화 기능이 SOCKS5의 호스트·포트·계정·비밀번호를 새 기기로 옮겨주지는 않습니다.
따라서 지문 브라우저 이전의 유일한 정석은 환경 전체를 패키지로 내보내고 원래 그대로 가져오기입니다. 이 사고방식은 지문 브라우저 MakoBrowser가 제품 설계 단계에서부터 정해 놓은 원칙이기도 합니다. 환경·지문·프록시는 언제나 하나로 묶여 있으며, "반만 옮기기"라는 선택지는 존재하지 않습니다.
이전에서 무엇을 옮겨야 하나: 환경 하나는 자산 세 개
환경이 무엇으로 이루어져 있는지 정리하면 무엇을 옮겨야 할지 보입니다. 각 환경은 세 가지의 결합체입니다.
- 지문 설정: 이 파라미터 묶음이 플랫폼 눈에 보이는 "기기"가 누구인지 결정합니다. 옮길 때는 원형 그대로여야 하고, 하나만 바꿔도 컴퓨터를 바꾼 것이 됩니다.
- 저장 데이터: 쿠키, LocalStorage, 캐시. 로그인 상태와 계정의 연혁이 모두 여기 있습니다.
- 프록시 바인딩: IP 소재지, 계정 페르소나, 시간대와 언어의 일관성이 모두 여기에 의존합니다.
셋 중 하나라도 빠지면 이전은 "이사"가 아니라 "초기화"가 됩니다. 지문 브라우저가 이전하기 좋은 제품인지는 내보내기 기능이 이 셋을 한 파일로 묶어 주는지로 판단할 수 있습니다. MakoBrowser의 환경 내보내기는 바로 이 기준으로 설계됐습니다. 단일 환경이든 환경 그룹 전체든 패키징이 가능하고, 가져올 때 지문과 프록시 설정이 자동 복원되어 다시 손으로 입력할 필요가 없습니다.
5단계로 이전 완료하기: 내보내기부터 검증까지
실제 작업은 다섯 단계로 진행하며, 전체로 십몇 분 정도 걸립니다.
1단계, 기존 컴퓨터에서 전량 내보내기. 기존 기기의 지문 브라우저에서 이전할 환경을 선택하고(그룹별 일괄 선택이 가장 빠름), 내보내기 기능으로 환경 패키지를 생성합니다. 내보내기 전에 모든 환경을 종료하세요. 실행 중인 환경을 내보내면 데이터가 유실되기 쉽습니다.
2단계, 암호화 후 전송. 패키지 안에는 로그인 상태가 들어 있습니다. 클라우드 드라이브에 바로 올리거나 메신저로 파일을 보내면 유출 면이 넓어집니다. 패키지를 암호화해서 전송하고, 새 기기에서 압축을 풉니다.
3단계, 새 컴퓨터에 지문 브라우저를 설치한 뒤 가져오기. 버전에 주의하세요. 새 기기의 버전이 기존 기기보다 오래되면 안 되고, 메이저 버전을 건너는 가져오기에서는 가끔 파라미터 비호환이 발생합니다. 가져올 때는 "전체 복원"을 선택하고, 귀찮다고 쿠키만 체크하지 마세요.
4단계, 먼저 환경 하나로 검증. 곧바로 전량 실행하지 마세요. 가장 중요한 환경을 열어 확인합니다. 로그인 상태가 남아 있는지, 프록시가 연결되는지, 탐지 사이트에서 지문 점수가 어떤지. 하나가 통과한 뒤에 수량을 늘립니다.
5단계, 전체 검증이 끝난 뒤에 기존 기기를 은퇴. 기존 컴퓨터의 환경 데이터는 최소 일주일에서 두 주는 남겨 두세요. 새 환경에 이상이 생기면 되돌아갈 길이 있습니다. 안정을 확인한 후에 기존 기기를 정리합니다.
이전 후 검증 체크리스트
5단계의 검증은 감이 아니라 항목별로 체크합니다.
- 로그인 상태: 각 환경에서 해당 플랫폼을 열면 이미 로그인 상태이고 재인증을 요구하지 않음
- 프록시: 프록시 검사 통과, 출구 소재지가 이전 전과 일치
- 지문: 탐지 사이트 점수가 이전 전과 같은 등급, Canvas/WebGL/폰트 파라미터에 변동 없음
- WebRTC: 실제 기기 주소를 노출하지 않음
- 시간대와 언어: IP 소재지와 여전히 일치
이 다섯 항목은 환경을 처음 구축할 때의 검증과 같은 논리입니다. 환경 기반을 어떻게 세우는지는 멀티 계정 운영에서 지문 브라우저의 역할 글에 다섯 단계가 모두 나와 있고, 이전 후 검증은 같은 자로 다시 한 번 잰다는 뜻입니다.
실수하기 쉬운 세 가지 함정
함정 1: 쿠키만 내보내고 지문 설정은 안 가져간 경우. 로그인 상태는 살아 있지만 플랫폼이 보는 "기기"가 바뀌었기 때문에, 오래된 계정일수록 오히려 더 위험해집니다. 내보낼 거면 환경 전체를 내보내세요.
함정 2: 이전 직후 고강도 작업에 들어가는 경우. 새 컴퓨터 자체는 리스크 관리를 유발하지 않습니다. 플랫폼이 보는 것은 환경 파라미터지 컴퓨터가 아닙니다. 다만 이전 과정에서 파라미터 일부가 유실됐다면, 고강도 작업이 겹치는 순간 이중 이상이 됩니다. 이전 후 이틀은 평소처럼 낮은 빈도로 사용하세요.
함정 3: 팀 상황에서 파일을 수작업으로 옮기는 경우. 혼자라면 내보내기와 가져오기로 충분합니다. 하지만 팀에서 기기를 자주 바꾸고 환경 인수인계가 잦다면, 손으로 파일을 옮기는 방식은 언젠가 반드시 실수를 낳습니다. 이럴 때는 팀 스페이스를 쓰세요. 환경을 중앙에서 보관하고 권한을 사람별로 배분하기 때문에, 컴퓨터를 바꾸는 것은 자기 계정에 로그인하는 것에 불과하고 "이전"이라는 작업 자체가 사라집니다. 팀 협업 글에서 설명한 팀 스페이스가 바로 이 용법입니다.
FAQ
이전 후 계정이 재인증을 요구합니다. 어디가 문제인가요? 대부분은 쿠키만 옮기고 지문 파라미터를 전부 옮기지 않았거나, 가져올 때 "전체 복원" 대신 "환경 재구성"을 선택한 경우입니다. 지문이 바뀌면 플랫폼 눈에는 새 기기입니다.
신규와 기존 컴퓨터의 OS가 다르면(Windows에서 Mac으로) 이전할 수 있나요? 지문 브라우저가 내보내기 형식을 크로스 플랫폼으로 지원하는지에 달려 있습니다. 주류 제품 대부분은 지원하지만, 일부 지문 파라미터(플랫폼 특성 등)는 대상 OS에 맞춰 조정되므로, 검증 시에는 지문 점수가 같은 등급인지를 중점적으로 확인하세요.
환경 패키지를 클라우드 드라이브에 장기 백업으로 보관해도 되나요? 가능하고 권장합니다. 단, 반드시 암호화해야 합니다. 백업 주기는 계정의 중요도에 맞추세요. 핵심 계정은 매주 한 번, 일반 계정은 매월 한 번이 적당합니다.
이전하면 로그인 상태가 사라질 수 있나요? 전체 복원이 제대로 됐다면 사라지지 않습니다. 로그인이 사라지는 원인은 거의 세 가지입니다. 내보낼 때 환경이 실행 중이었거나, 가져올 때 재구성을 선택했거나, 버전 비호환으로 데이터 해석에 실패한 경우입니다.
마무리하며: 이전은 파일이 아니라 자산을 옮기는 일입니다
일반 브라우저의 이전은 "환경설정 동기화"이고, 지문 브라우저의 이전은 "계정 자산의 운반"입니다. 지문·저장 데이터·프록시, 이 셋 중 하나도 빠뜨리면 안 됩니다. 이 과정은 저희가 직접 기기를 바꿀 때도, 사용자의 이전을 도울 때도 여러 번 돌려 봤는데, 가장 큰 깨달음은 검증이 이전 자체보다 중요하다는 점입니다. 체크리스트 다섯 항목이 모두 초록이 되어야 비로소 진짜로 이사가 끝난 것입니다.
본문에서 언급한 내보내기, 전체 복원, 검증 기능은 모두 MakoBrowser에 있습니다. 다운로드 링크는 여기에 두었습니다. 기기를 바꾸기 전에 이 글을 따라 한 번만 걸어 보는 것이 가장 안전하고, 이전 중에 구체적인 문제가 생기면 블로그 센터에서 지난 글을 찾아보세요.
