Channels를 켠 뒤 첫 메시지가 오가기 전까지가 가장 길게 느껴집니다. install.sh로 CLI를 깔았는데 Gateway만 떠 있고, Telegram·Slack 웹훅은 200을 돌려줘도 에이전트가 묵묵할 때는 산선(운영) 관점에서 원인을 나눠야 합니다. 이 글은 캐나다 M4 원격 호스트를 전제로 18789 헬스, 원격 gateway.remote.token, SSH 터널 자가점검, 로그·디스크 예약, 중고사양에서의 egress 습관을 한 장짜 런북으로 묶습니다. 설치·Gateway·토큰·launchd 로그 대조는 OpenClaw 2026 원격 Mac에서 안정 운영: 설치·onboard, Gateway 18789·Token·LaunchDaemon, 로그 대조, 캐나다 M4 7×24와 짝으로 읽는 것을 권합니다.
install.sh 이후 ‘첫 통’ 체크리스트
스크립트가 끝나면 바로 openclaw doctor와 openclaw channels status를 같은 셸에서 돌립니다. 여기서 실패하면 아직 Channels가 아니라 바이너리·PATH·Node 층입니다. launchd로 넘길 계획이라면 대화형 셸과 동일한지 비로그인 프로브를 한 번 더 돌리고, plist에는 절대 경로를 박아 넣습니다. 재부팅 뒤에만 깨지는 패턴은 위 안정 운영 글의 LaunchDaemon·환경 변수 절차와 정확히 맞물립니다.
Gateway 18789와 Channels 연결 순서
대부분의 빌드에서 제어 플레인은 루프백의 TCP 18789를 봅니다. lsof -iTCP:18789 -sTCP:LISTEN으로 리스너가 하나인지 먼저 확인하고, 중복이면 오래된 LaunchAgent와 수동 실행이 겹친 겁니다. 원격 노트북에서 붙을 때는 SSH 로컬 포워드와 ‘직접 URL’ 모드 중 팀 정책에 맞는 쪽을 고릅니다. 토큰·포트·launchd PATH 증상은 동일 시리즈의 SSH 대 직접 Gateway 글에서 표로 대조하면 온콜이 빨라집니다.
Telegram / Slack 연동 시 흔한 오해
플랫폼 쪽 URL·시크릿을 바꾼 뒤에는 OpenClaw 쪽 설정 파일을 다시 로드해야 합니다. 채널별로 프록시나 고정 egress가 다르면, 메신저가 붙는 아웃바운드가 Gateway가 쓰는 경로와 달라 지연·TTL만 길어지는 경우가 있습니다. 이때는 방화벽 로그가 아니라 애플리케이션 로그에서 재시도 간격을 먼저 봅니다. 북미 단일 리전에 고정했다면 M4 중간 이상 구성과 디스크 여유를 사전에 잡아 두는 편이 낫습니다.
원격 토큰·터널 자가점검
gateway.remote.token은 대화형 ~/.zshrc가 아니라 데몬이 읽는 동일 맥락에 있어야 합니다. 터널을 쓸 때는 로컬 curl이 실제로 어떤 소켓으로 나가는지(127.0.0.1 vs 공인 중계)를 적어 두세요. 터널이 살아 있는데 클라이언트만 끊기면 SSH keepalive와 유휴 타임아웃을 의심합니다. 직접 모드로 바꿀 때는 토큰 순환과 역프록시 설정을 같은 변경 티켓에 묶어 배포합니다.
ssh -N -L 18789:127.0.0.1:18789 -i ~/.ssh/id_ed25519 [email protected]
로그·디스크 계획
Channels 트래픽은 메시지 본문보다 부가 로그(재시도, 툴 호출, 미디어 캐시)가 디스크를 먹기 쉽습니다. 월 단위로 로그 상한과 로테이션을 정하고, 에이전트 홈과 시스템 로그를 분리해 수집합니다. 장주기 작업·아티팩트·동시성까지 겹치면 병목이 빨리 드러나므로, 디스크·병렬·M4 스펙 의사결정은 2026 원격 Mac 장주기 개발·테스트: 디스크·동시성 병목, 캐나다 노드로 북미 협업·아티팩트 동기화, M4(16GB/256GB·24GB/512GB·1TB·2TB) 확장·병렬 의사결정 매트릭스(아태 FAQ)와 함께 표로 맞추는 것을 권합니다.
캐나다 M4 중고사양 egress 실무
24GB·512GB~1TB급을 쓰는 팀은 에이전트·브라우저 자동화·채널 웹훅이 동시에 깔릴 때가 많습니다. egress는 ‘대역폭 한도’만이 아니라 연결 수·DNS·TLS 핸드셰이크 빈도까지 포함해 관찰합니다. 캐나다 단일 노드에 북미 사용자를 몰면 지연보다 재시도 폭주가 먼저 로그에 남으니, 채널별 백오프와 헬스체크 주기를 런북에 고정하세요.
| 증상 | 우선 의심 | 조치 |
|---|---|---|
| 웹훅 200인데 에이전트 무응답 | Gateway 미기동 또는 토큰 불일치 | 18789 리스닝·토큰 정렬 후 채널 리로드 |
| Slack만 간헐 실패 | egress 경로·DNS flapping | 고정 리졸버·재시도 상한·프록시 단일화 |
| 새벽 디스크 급증 | 로그·캐시 누적 | 로테이션·볼륨 할당·큰 잡 분리 |
한 줄 요약
2026 OpenClaw Channels 산선에서는 install.sh 직후의 CLI·launchd 맥락을 맞춘 뒤 18789와 gateway.remote.token을 고정하고, Telegram/Slack은 그 다음 레이어로 붙이세요. 터널·직접 모드를 바꿀 때마다 자가점검 명령을 런북에 남기고, 로그·디스크·egress는 캐나다 M4 중고사양 기준으로 한 번에 예약해 두면 온콜이 가벼워집니다.