macOS 27에서 끊긴 Time Capsule 백업, TimeCapsuleSMB로 되살린 기록

집에는 오래 써 온 4세대 AirPort Time Capsule이 있습니다. 네트워크에 붙은 하드디스크라서, Mac이 같은 네트워크에 있기만 하면 Time Machine 백업이 알아서 돌아갔습니다. 이 방식이 macOS 27부터 공식적으로 끝났습니다. Apple은 Time Machine 지원 문서에서 Time Capsule 백업은 AFP (Apple Filing Protocol - Apple이 Mac 파일 공유용으로 만든 네트워크 파일 프로토콜)를 쓰기 때문에 macOS 27 이상에서 지원하지 않는다고 적었습니다.

설정 몇 개로 우회할 수 있는 문제가 아니었습니다. macOS 27.0에는 AFP 클라이언트 자체가 없습니다. Time Capsule은 기본 펌웨어에서 AFP와, SMB (Server Message Block - Windows 파일 공유로 널리 쓰였고 지금은 macOS 파일 공유에도 쓰이는 네트워크 파일 프로토콜)의 오래된 첫 버전인 SMB1만 제공합니다. 기기를 관리하던 AirPort Utility도 새로 설치한 macOS에서는 빠졌습니다. Apple 문서가 대안으로 드는 것은 외장 저장장치, Time Machine을 지원하는 NAS (Network Attached Storage - 네트워크에 연결해 쓰는 저장장치), 다른 Mac의 공유 폴더입니다.

저는 기기를 정리하기 전에 커뮤니티 프로젝트 TimeCapsuleSMB를 써 봤습니다. Time Capsule 안에서 Samba 4 계열을 직접 실행해, SMB3로 Time Machine 백업을 받게 만드는 도구입니다. 기본 설정으로 설치한 뒤 함께 설치된 바이너리와 이슈를 살펴보다가, 그대로 두면 안 되겠다고 판단한 텔레메트리 동작을 알게 됐습니다. 그래서 설정을 바꿔 다시 배포했습니다. 기기에서 Samba가 올라오는 것과, macOS 27의 Mac mini에서 Time Machine 첫 백업이 끝나는 것까지 확인했습니다.

이 글은 원인과 재현 조건, 설치 전에 꺼야 할 설정, 4세대 기기 기준 설치 절차와 부트 훅, 확인한 방법을 순서대로 정리합니다. 5세대 기기는 문서 기준으로 짧게만 다룹니다. 아직 Time Capsule로 백업하고 있다면 macOS 27로 올리기 전에 읽어 볼 만한 내용입니다.

원인

Apple은 AFP를 두 단계로 걷어냈습니다

첫 단계는 폐기 예고였습니다. Apple은 macOS Sequoia 15.5의 기업용 릴리스 노트에 다음 문장을 넣었습니다.

Apple Filing Protocol (AFP) client is deprecated and will be removed in a future version of macOS.

두 번째 단계는 지원 종료 명시입니다. 2026년 7월 7일 게시된 Time Machine 백업 디스크 지원 문서는 NAS를 AFP로 쓰는 백업을 권장하지 않으며 macOS 27 이상에서 지원하지 않는다고 적습니다. AirPort Extreme과 Time Capsule 항목에도 같은 이유가 붙었습니다. 두 제품은 AFP를 쓰기 때문에 더 이상 권장하지 않고, AFP는 macOS 27 이상에서 지원되지 않는다는 설명입니다.

Apple이 Time Capsule을 AFP 서버로 본다는 점은 이전 문서에도 드러납니다. macOS Sequoia 15 릴리스 노트는 “Time Capsule or other AFP file server”에서 새 암호화 백업을 만들 때 실패하던 문제를 고쳤다고 적었습니다.

Time Capsule의 SMB로는 Time Machine 백업을 받을 수 없습니다

macOS가 기본으로 쓰는 SMB가 있으니 AFP 대신 쓰면 될 것 같지만, 그렇지 않습니다. TimeCapsuleSMB README와 The Eclectic Light Company는 Time Capsule이 기본적으로 AFP와 SMB1만 지원한다고 설명합니다.

SMB로 Time Machine 백업을 받으려면 서버가 Apple 전용 기능을 제공해야 합니다. Samba에서는 vfs_fruit 모듈이 이 역할을 맡습니다. Samba 테스트 설정에 있는 Time Machine 공유 정의를 일부만 옮기면 다음과 같습니다. 이 글의 절차에서 직접 고칠 파일은 아니고, 서버에 무엇이 필요한지 보여 주는 예시입니다.

[vfs_fruit_timemachine]
	vfs objects = fruit streams_xattr acl_xattr xattr_tdb
	fruit:time machine = yes

fruit:time machine = yes를 켠 공유는 Bonjour에 _adisk._tcp 서비스로 광고되고, macOS는 이 광고를 보고 백업 대상으로 인식합니다. vfs_fruit는 macOS와 SMB2의 AAPL 확장을 협상해 Finder 메타데이터 같은 Apple 전용 정보를 처리합니다. 이 확장은 SMB2 이상에서 동작하므로, SMB1만 제공하는 기본 펌웨어로는 조건을 맞출 방법이 없습니다.

TLS 1.2 요건 때문은 아닙니다

MacRumors 같은 일부 기사는 AFP 제거와 함께 macOS 27의 TLS (Transport Layer Security - 네트워크 연결을 암호화하는 프로토콜) 1.2 최소 요건도 Time Capsule이 넘지 못하는 조건으로 듭니다. macOS 27 RC (Release Candidate - 정식 출시 직전 빌드) 릴리스 노트를 보면 이 요건은 기기 관리와 자동 기기 등록, 구성 프로파일 설치, 앱 설치, 소프트웨어 업데이트에 관여하는 일부 시스템 프로세스에 적용됩니다. 적용 대상에 Time Machine은 없으므로, Time Capsule 백업이 끊긴 이유는 AFP 제거로 보는 것이 맞습니다.

같은 릴리스 노트에는 AFP 제거 항목이 따로 없습니다. 제거 사실은 앞의 지원 문서와, 실제 macOS 27.0에서 AFP 실행 파일이 사라진 상태로 확인해야 합니다.

재현 조건

macOS 27.0이 설치된 Mac
TimeCapsuleSMB를 설치하기 전, 기본 펌웨어 상태의 AirPort Time Capsule
Time Machine이나 Finder에서 AFP로 이 기기에 접속하는 경우

macOS 27.0에 AFP 클라이언트가 없다는 사실은 터미널에서 바로 확인할 수 있습니다. mount -t afp는 AFP 공유를 마운트하는 명령입니다. 아래는 제 Mac(macOS 27.0)에서 존재하지 않는 주소로 실행한 결과이고, 마운트할 디렉터리 경로만 <dir>로 바꿨습니다.

$ mount -t afp //example.invalid/share <dir>
mount: exec /Library/Filesystems/afp.fs/Contents/Resources/mount_afp for <dir>: No such file or directory
mount: <dir> failed with 72

이 오류는 네트워크 연결 실패가 아닙니다. 주소를 찾기도 전에 mount_afp 실행 파일이 없어서 끝납니다. 같은 Mac에서 /sbin/mount_afp, /System/Library/Filesystems 안의 AFP 번들, 네트워크 파일시스템 플러그인 목록의 AFP 항목이 모두 없는 것을 확인했습니다. 반면 mount_smbfs는 그대로 있습니다.

매뉴얼에는 흔적이 남아 있습니다. man tmutil의 setdestination 설명은 아직 “AFP share, or SMB share”를 대상으로 적고 있습니다. 매뉴얼 문구가 남아 있다고 AFP 백업이 되는 것은 아닙니다.

AirPort Utility도 조건에 따라 다릅니다. macOS 27 RC 릴리스 노트는 AirPort Utility가 새로 설치한 macOS에는 포함되지 않고, 이미 설치된 상태에서 업데이트하면 남지만 macOS 27부터 동작을 보장하지 않는다고 적습니다. 제 Mac은 macOS 26.6.2에서 업데이트했기 때문에 AirPort Utility 6.3.9가 남아 있었습니다.

해결 방법

선택지부터 비교했습니다

선택지	장점	한계
외장 저장장치를 Mac에 직접 연결	Apple 문서가 가장 흔한 구성으로 소개하고, 네트워크 문제가 없습니다	노트북은 연결해 둘 때만 백업됩니다
SMB로 Time Machine을 지원하는 NAS	Apple 문서가 제시하는 방법이고, 여러 Mac이 함께 씁니다	새 장비 비용이 듭니다
다른 Mac의 공유 폴더	가진 장비를 재사용합니다	Apple 문서는 두 Mac이 모두 macOS 11 이상일 때만 권장합니다
특정 Mac을 macOS 26에 묶어 두기	당분간 AFP로 계속 씁니다	폐기가 예고된 경로라서 그 Mac의 보안 업데이트가 끝나면 이어 가기 어렵습니다
TimeCapsuleSMB	기기를 그대로 쓰고, 기존 백업도 옮겨서 이어 쓸 수 있습니다	비공식 도구이고, 아래에서 설명할 보안상 판단이 필요합니다

저는 기기를 그대로 쓰고, 제거 명령으로 설치 파일을 지울 수 있다는 점을 보고 TimeCapsuleSMB를 골랐습니다. 1~4세대에 쓴 펌웨어 부트 훅까지 순정으로 되돌리려면 제거 명령과 별개로 flash --restore를 써야 합니다. 대신 비공식 도구가 기기 안에서 root 권한으로 돈다는 사실을 받아들여야 했습니다.

설치 전에 확인할 것

TimeCapsuleSMB는 Time Capsule 안에 서버 프로그램을 설치합니다. 저는 기본 설정으로 먼저 설치했고, 그 뒤에 함께 설치된 바이너리와 이슈를 살펴보면서 아래 내용을 알게 됐습니다. 같은 순서를 밟지 않도록 설치 절차보다 앞에 둡니다. 이 절은 제가 설치한 v2.2.9 기준입니다.

1. 기기가 heartbeat 실행 파일을 내려받아 실행합니다. v2.2.9에서는 NBNS (NetBIOS Name Service - 오래된 Windows 방식 네트워크 탐색에 쓰는 이름 응답 서비스) 응답기인 nbns-advertiser 바이너리에 heartbeat 기능이 들어 있습니다. 바이너리 문자열을 보면 http://timecapsulesmb.jamesyc.com/downloads/bin/heartbeat4le와 서명 파일을 HTTP (HyperText Transfer Protocol - 암호화하지 않은 웹 요청 방식)로 내려받고, 서명을 확인한 뒤 실행하는 흐름이 보입니다. 이 기능의 소스는 v2.2.9 태그에 없습니다.

이슈 #299는 이 동작이 12시간마다 root 권한으로 실행되며 기기 정보를 보낸다고 보고했습니다. 관리자는 텔레메트리이며 설정에서 끌 수 있고 v3.0.0에서 구조를 바꿨다고 답했습니다. 하지만 2026년 9월 14일 기준 v3.0.0은 릴리스되지 않았습니다. 서명을 확인하므로 아무 파일이나 실행되지는 않지만, 무엇을 실행할지는 관리자의 서버와 서명 키가 정합니다.

2. 앱의 텔레메트리 설정은 Mac 쪽만 끕니다. 앱과 CLI (Command Line Interface - 터미널 명령 도구)의 텔레메트리 끄기는 Mac의 .bootstrap 파일에 TELEMETRY=false를 쓰고, Mac에서 보내는 사용 이벤트를 멈춥니다. v2.2.9의 배포 코드와 nbns-advertiser 바이너리 문자열을 보면, 기기로 가는 설정에는 이 값이 들어가지 않습니다. #299에서 관리자가 말한 「설정」이 어느 항목인지는 이슈에 적혀 있지 않습니다. Mac 쪽과 기기 쪽은 따로 꺼야 한다고 보는 편이 안전합니다.

3. 기기 heartbeat를 멈추려면 NBNS를 끄고 재배포합니다. v2.2.9의 배포는 nbns-advertiser를 항상 하드디스크의 .samba4 폴더에 올립니다. 하지만 부팅 스크립트는 NBNS_ENABLED=1일 때만 이 바이너리를 램디스크로 복사해 실행합니다. 네트워크에서 요청이 사라지는 것까지 확인하지는 않았지만, 코드상으로는 NBNS를 끄면 heartbeat 코드가 실행되지 않습니다. 앱에서 기기의 고급 설정 “Enable NBNS”를 끄고 Install/Update를 다시 실행하면 이 값이 0으로 배포됩니다. CLI라면 deploy --no-nbns를 씁니다.

대가로 NetBIOS 이름 응답이 사라져, Windows 방식 네트워크 탐색에서는 기기가 보이지 않을 수 있습니다. Mac은 Bonjour로 기기를 찾으므로 NBNS가 꼭 필요하지는 않습니다. 제 기기는 NBNS를 끄고 재배포한 뒤에도 정상 동작했습니다.

네트워크와 권한 설정도 확인합니다

4. “Bind SMB to LAN Only”를 켭니다. 이 설정은 기본으로 꺼져 있습니다. FAQ (Frequently Asked Questions - 자주 묻는 질문 문서)는 꺼 두면 Samba가 WAN (Wide Area Network - 인터넷 쪽 외부 네트워크) 인터페이스를 포함한 모든 인터페이스에 바인딩될 수 있다고 적습니다. 켜면 LAN (Local Area Network - 집 안 내부 네트워크) 쪽 인터페이스에만 바인딩합니다. Time Capsule을 공유기로도 쓰고 있다면 특히 켜 두는 편이 안전합니다. 다만 켜 두면 Time Capsule의 LAN이 아닌 다른 네트워크에 있는 Mac은 SMB에 연결하지 못합니다. 이때는 Checkup이 이 설정을 끄라고 안내합니다.

5. 인증과 권한 모델을 알고 씁니다. SMB 사용자 이름은 아무 값이나 받고, 비밀번호는 Time Capsule 기기 비밀번호를 씁니다. 게스트 접속은 막혀 있습니다. 들어온 SMB 사용자는 기기 안에서 root로 매핑됩니다. README는 LAN 안에서만 쓰고 인터넷에 포트를 열지 말라고 적고, FAQ는 집 네트워크라면 아마 괜찮지만 보안에 민감하다면 쓰지 말라고 적습니다.

6. 공식 릴리스만 받습니다. 앱을 처음 열 때 Gatekeeper 경고가 뜨면 직접 허용해야 합니다. 이슈 #284에서는 관리자가 미공개 빌드를 외부 파일 공유 링크로 전달한 적도 있습니다. 릴리스 페이지가 아닌 곳에서 받은 파일은 쓰지 않는 편이 안전합니다.

TimeCapsuleSMB가 하는 일

TimeCapsuleSMB v2.2.9는 Time Capsule 안에서 Samba 4.24.3을 실행합니다. Samba는 SMB3 연결을 받고, 별도의 mDNS (multicast DNS - Bonjour가 로컬 네트워크에 기기와 서비스를 알리는 방식) 헬퍼가 _smb._tcp 서비스와 Time Machine용 _adisk._tcp 레코드를 광고합니다. 기본 설정은 SMB2와 SMB3만 허용합니다. “Allow Any SMB Protocol”을 켜야 이 제한이 풀립니다.

기기의 저장 구조 때문에 설치 방식이 조금 복잡합니다. 플래시 영역 /mnt/Flash는 재부팅 뒤에도 남지만 공간이 작습니다. 그래서 여기에는 부팅 스크립트와 설정 파일, 작은 mDNS 헬퍼만 두고, Samba 본체는 하드디스크의 .samba4 폴더에 둡니다. 부팅할 때는 본체를 램디스크 /mnt/Memory로 복사해 실행합니다. Apple 펌웨어가 쉬는 동안 하드디스크를 내리므로, 하드디스크에서는 바로 실행할 수 없습니다.

설치 과정에서 앱은 기기의 SSH (Secure Shell - 원격 셸 접속 프로토콜)를 켜고, 이 연결로 파일을 올립니다. 기존 디스크 데이터는 지우지 않습니다. 제거 명령은 하드디스크의 설치 파일과 /mnt/Flash의 로더 파일을 지웁니다. 펌웨어까지 순정으로 되돌리려면 README가 소개하는 flash --restore를 따로 써야 합니다. 5세대는 NetBSD 6용, 1~4세대는 NetBSD 4용 바이너리를 씁니다. 제 4세대 기기에는 NetBSD 4.0 little-endian용 바이너리가 설치됐습니다.

앱으로 설치하기

README의 macOS 앱 빠른 시작 순서에, 앞에서 정한 설정 변경을 끼워 넣으면 다음과 같습니다.

GitHub 릴리스 페이지에서 앱을 받아 압축을 풀고 실행합니다. 열 수 없다는 경고가 뜨면 Gatekeeper에서 직접 허용합니다.
시스템 설정의 개인정보 보호 및 보안에서 로컬 네트워크 항목을 열고 TimeCapsuleSMB를 허용한 뒤, 앱을 종료했다가 다시 엽니다.
왼쪽 사이드바의 Add Device로 기기를 고르고, 기기 비밀번호를 입력해 Save Device를 누릅니다. 앱이 기기의 SSH를 켤 때까지 기다립니다.
앱 설정에서 텔레메트리를 끄고, 기기의 고급 설정에서 “Enable NBNS”를 끄고 “Bind SMB to LAN Only”를 켭니다. NBNS와 LAN 전용 바인딩 설정은 다음 Install/Update 때 기기에 반영되고, 텔레메트리 설정은 Mac에만 적용됩니다.
기기를 선택하고 Install/Update 탭에서 Install/Update를 누릅니다.
1~4세대라면 다음 절의 부트 훅을 씁니다.
5~10분 기다린 뒤 Checkup 탭에서 Checkup을 실행합니다.

제 4세대 기기에서는 배포가 약 6분 걸렸습니다. 앱이 기기를 재부팅하고 런타임 활성화까지 검증한 뒤 끝났습니다. 이어서 실행한 Checkup은 실패와 경고 없이 통과했습니다.

README는 SSH 활성화가 실패하면 앱을 다시 열고 기기를 다시 추가하거나, 기기를 재부팅해 보라고 안내합니다. 배포가 실패하면 저장한 기기를 지우고 다시 추가한 뒤 배포하라고 하며, 파일을 모두 올리는 데 배포를 여러 번 해야 할 때도 있다고 적습니다.

CLI로 설치한다면

CLI로 설치한다면 README의 순서에 --no-nbns를 더해 다음처럼 실행합니다. 저는 앱으로 설치했기 때문에 이 명령은 실행하지 않았습니다.

./tcapsule bootstrap
.venv/bin/tcapsule configure
.venv/bin/tcapsule deploy --no-nbns
.venv/bin/tcapsule doctor

bootstrap은 저장소 폴더 안에 Python 가상환경을 만들고, configure는 기기 주소와 비밀번호를 담은 설정 파일을 씁니다. deploy --no-nbns는 NBNS 응답기를 끈 설정으로 배포하고, doctor는 설치 상태를 점검합니다. CLI는 이 옵션을 저장하지 않으므로, 업데이트나 재배포 때도 --no-nbns를 다시 붙여야 합니다. 1~4세대라면 deploy 뒤에 flash로 펌웨어를 백업하고 flash --patch로 부트 훅을 씁니다. CLI 경로는 macOS 14 이상, Python 3.9 이상, Homebrew, smbclient가 필요하고, NetBSD 4 기기에는 sshpass도 필요합니다. Mac 쪽 텔레메트리는 .bootstrap에 TELEMETRY=false를 넣어 끕니다.

1~4세대는 부트 훅을 써야 합니다

1~4세대 Time Capsule은 NetBSD 4 펌웨어를 씁니다. 이 펌웨어는 Samba를 자동으로 시작할 부팅 훅을 재부팅 뒤까지 유지하지 못합니다. 그대로 두면 기기를 재부팅할 때마다 tcapsule activate로 Samba를 다시 켜야 합니다.

이를 피하려면 펌웨어에 부트 훅을 씁니다. 앱의 유지보수 화면에 있는 “Persistent NetBSD4 Boot Hook” 절에서 Back Up and Inspect, Plan Patch, Write Patch를 순서대로 실행합니다.

제 기기는 펌웨어 7.8.1이었습니다. 앱은 먼저 펌웨어 뱅크 두 개를 모두 Mac에 백업했습니다. 그다음 Apple 카탈로그에서 받은 7.8.1 펌웨어를 바탕으로 패치 이미지를 만들고, primary 뱅크에만 썼습니다. secondary 뱅크는 원본 그대로 남았습니다. 쓰기가 끝난 뒤에는 뱅크를 다시 읽어 기대한 내용과 같은지 검증했고, 통과했습니다.

패치 모드는 쓰기가 끝난 뒤 재부팅 명령을 보낼 수 없습니다. 그래서 전원 코드를 직접 뽑았다가 다시 꽂았습니다. 기기가 다시 켜진 뒤 activate 없이 Samba가 올라왔습니다.

이 단계가 TimeCapsuleSMB에서 가장 위험합니다. FAQ는 플래시에 쓰는 도중 전원이 끊기면 기기가 벽돌이 될 수 있다고 경고합니다. 쓰는 동안에는 전원과 네트워크를 건드리지 않아야 합니다. README에 따르면 tcapsule flash --restore로 선택한 뱅크를 Apple 순정 펌웨어로 되돌리는 기능도 있습니다. 저는 복원 기능은 써 보지 않았습니다.

5세대라면

README와 FAQ는 5세대 기기가 부트 훅 없이 재부팅 뒤 자동으로 Samba를 시작한다고 적습니다. 배포할 때 기기를 한 번 재부팅합니다. 저는 5세대 기기로는 확인하지 못했습니다.

기존 백업 옮기기

main 브랜치 FAQ(2026년 9월 14일, 34c075f 기준)에 따르면 설치는 디스크를 지우거나 기존 .sparsebundle 백업을 삭제하지 않습니다. 기존 백업을 이어 쓰려면 먼저 SMB 연결이 되는지 확인합니다. 그다음 .sparsebundle을 Time Machine이 보는 공유 루트로 옮깁니다. 기본 설정에서는 ShareRoot 폴더입니다. 예전 설정에서 사용자별 폴더 안에 백업이 있었다면 그것도 공유 루트로 옮깁니다. 마지막으로 Time Machine에서 SMB 공유를 다시 선택하고, macOS가 기존 백업을 제안하면 그것을 고릅니다. FAQ는 Time Machine이 기존 백업을 찾거나 재사용하지 못하면 새 백업 묶음을 만들 수도 있다고 적습니다.

이 절은 FAQ 기준으로 정리했습니다. 옮긴 뒤에도 macOS가 기존 백업을 찾지 못하면, FAQ는 백업이 마운트되지 않은 상태에서 Time Capsule과 Mac을 차례로 재부팅해 보라고 안내합니다.

검증 방법

확인한 환경은 다음과 같습니다.

설치에 쓴 Mac: macOS 27.0
Time Machine 백업을 확인한 Mac: Mac mini (macOS 27)
Time Capsule: 4세대, 펌웨어 7.8.1, NetBSD 4.0
TimeCapsuleSMB: 앱 2.2.9 (Samba 4.24.3)
기준일: 2026년 9월 14일

확인한 항목입니다.

배포와 Checkup: 앱 기록에 배포 성공과 런타임 활성화 검증이 남았고, Checkup은 실패 0건, 경고 0건으로 통과했습니다.
부트 훅: primary 뱅크 쓰기 뒤 읽기 검증이 통과했고, 전원을 다시 넣은 뒤 activate 없이 Samba가 올라왔습니다.
Time Machine: macOS 27의 Mac mini에서 Time Capsule의 SMB 공유를 백업 대상으로 골라 첫 백업이 끝나는 것까지 확인했습니다.
NBNS 끄기: NBNS를 끄고 재배포한 뒤에도 정상 동작했습니다.

설치 뒤 상태는 앱의 Checkup이나 CLI의 doctor로 점검합니다. README에 따르면 doctor는 Samba 프로세스와 445 포트, Bonjour 광고, 인증된 공유 목록, 공유에서의 파일 작업까지 확인합니다. Mac에서 직접 보고 싶다면 먼저 Bonjour 광고를 확인합니다. 아래 두 명령은 끝나지 않고 결과를 계속 보여 주므로, 하나씩 실행하고 Control-C로 멈춥니다.

dns-sd -B _smb._tcp local.

dns-sd -B _adisk._tcp local.

첫 명령은 SMB 서비스로, 두 번째 명령은 Time Machine 백업 디스크로 광고되는 기기 이름을 보여 줍니다. 그다음 Time Machine 대상을 확인합니다.

tmutil destinationinfo

이 명령은 지금 Mac에 설정된 Time Machine 대상 목록을 보여 줍니다. 광고가 보인다고 인증과 파일 쓰기까지 된다는 뜻은 아니므로, 최종 판단은 Checkup과 실제 백업 결과로 합니다.

확인하지 못한 것도 적어 둡니다.

heartbeat 요청이 네트워크에서 실제로 사라졌는지는 패킷으로 확인하지 않았습니다. NBNS를 끄면 heartbeat가 멈춘다는 판단은 v2.2.9의 부팅 스크립트와 바이너리 문자열을 읽고 내린 것입니다.
5세대 기기, AirPort Extreme, Time Capsule에 연결한 외장 디스크는 확인하지 않았습니다.
기본 펌웨어의 SMB1 파일 공유가 macOS 27에서 연결되는지는 시험하지 않았습니다. 이 글은 Time Machine 백업이 끊긴 문제로 범위를 한정했습니다.
2026년 9월 14일 기준 TimeCapsuleSMB main 브랜치(34c075f)는 heartbeat를 별도 telemetry 헬퍼로 옮겼습니다. 이 헬퍼도 서버가 지정하면 서명된 debug 실행 파일을 내려받아 실행합니다. 대신 기기의 /mnt/Flash/tcapsulesmb.conf에 TELEMETRY=false가 있으면 동작을 멈추고, main의 배포 코드는 Mac 쪽 텔레메트리 설정을 이 파일에 함께 씁니다. 아직 릴리스되지 않은 코드이므로 확인한 동작은 아닙니다. 다음 릴리스에서는 이 글의 NBNS 방법 대신 앱의 텔레메트리 설정으로 기기 쪽까지 끄게 될 수 있으니, 업데이트 전에 릴리스 노트와 FAQ를 다시 확인해야 합니다.

다시 막는 방법

앱과 CLI 폴더를 지우지 않습니다. Checkup, 재배포, activate, 제거가 모두 앱이나 CLI 폴더에서 이뤄집니다. FAQ는 CLI 폴더를 유지보수용으로 남겨 두라고 권합니다.
업데이트는 기존 설치 위에 다시 배포합니다. FAQ는 업데이트 전에 제거할 필요가 없다고 적습니다. CLI로 배포한다면 --no-nbns를 빠뜨리지 않습니다. 업데이트한 뒤에는 NBNS와 LAN 전용 바인딩 설정이 그대로인지, 텔레메트리 구조가 바뀌지 않았는지 확인하고 Checkup을 실행합니다.
전원이 끊긴 뒤에는 5~10분 기다렸다가 Checkup을 실행합니다. 부트 훅을 쓰지 않은 1~4세대라면 activate가 필요합니다.
macOS를 업데이트한 뒤에는 첫 Time Machine 백업을 확인합니다. FAQ는 macOS 26.4.x와 15.7.5~15.7.7에서 Time Machine 네트워크 백업 회귀가 있었다고 안내합니다.
백업이 중간에 끊기면 네트워크부터 봅니다. 관리자가 정리한 이슈 #294는 Time Machine 백업 중 SMB 연결이 멈추는 문제를 다룹니다. Time Capsule 자체 Wi-Fi보다 유선이나 별도의 최신 무선 액세스 포인트를 거친 연결이 훨씬 안정적이었고, 원인은 아직 확인되지 않았다고 적습니다. 관리자는 비슷한 이슈 #271을 Samba와 네트워크 불안정 문제로 판단했습니다.
설치 전에 기기 설정을 기록해 둡니다. 이슈 #177에는 첫 배포 도중 기기 설정이 공장 초기화된 사례가 있습니다. 디스크 데이터는 남지만 네트워크 설정을 AirPort Utility로 다시 해야 합니다. macOS 27에서는 AirPort Utility 동작이 보장되지 않으므로, 이 위험은 예전보다 무겁게 봐야 합니다.
백업을 한 곳에만 두지 않습니다. Time Capsule은 Apple의 지원이 끝난 기기이고, TimeCapsuleSMB는 비공식 프로젝트입니다. 중요한 백업은 외장 저장장치나 SMB NAS에 한 벌 더 두는 편이 안전합니다.