안티바이러스의 TLS 차단으로 Claude Desktop 연결 중단; AV 예외 처리로 해결 가능

Cowork(Claude 데스크탑 동반 앱)에서 계속해서 "Claude in Chrome is not connected" 메시지가 표시되는 반면, Claude 사이드 패널은 정상 작동한다면, 원인은 안티바이러스가 bridge.claudeusercontent.com에서 TLS 검사를 수행하기 때문일 가능성이 높습니다. Cowork의 Node.js 런타임은 Windows 시스템 CA 저장소를 신뢰하지 않으므로 차단 인증서를 거부합니다.
문제 확인
PowerShell에서 다음 명령을 실행하여 인증서 발급자를 확인하세요:
$req = [System.Net.WebRequest]::Create("https://bridge.claudeusercontent.com")
try { $req.GetResponse() } catch { }
$req.ServicePoint.Certificate | Format-List Subject, Issuer
Issuer가 공개 CA(예: Amazon, Let's Encrypt) 대신 AV 브랜드(Norton, Bitdefender, ESET, Kaspersky, Avast 등)로 표시되면 문제가 확인됩니다.
해결 방법
- 안티바이러스의 HTTPS 스캔 예외 목록에
*.claudeusercontent.com및*.anthropic.com을 추가하세요. - Cowork 애플리케이션을 다시 시작하세요.
근본 원인 및 요청
이 문제는 HTTPS 스캔이 활성화된 모든 Windows 사용자에게 조용히 발생합니다. 작성자는 Anthropic이 --use-system-ca를 사용하여 Node를 실행하여 시스템 인증서 저장소를 존중하도록 제안합니다. 이렇게 하면 문제를 완전히 피할 수 있습니다.
Cowork를 Claude와 함께 사용 중이며 이 오류가 발생한다면, 먼저 AV 예외 목록을 확인하세요. 디버깅 시간을 크게 절약할 수 있습니다.
📖 전체 출처 읽기: r/ClaudeAI
👀 See Also

좋은 AI 지원 개발은 작업 수준이 아닌 시스템 수준에서 이루어진다
Reddit 사용자는 AI 에이전트 출력물을 수정하는 대신 제약 조건(예: UI 탐색을 강제하는 린터 규칙)을 설계하는 것이 버그 유형 전체를 영구적으로 방지한다고 설명합니다.

비코더가 파운더 콘텐츠 마케팅을 위한 재사용 가능한 클로드 워크플로우를 구축한 방법
코딩 배경이 전혀 없던 전직 잡지 편집자가 어떻게 우연히 솔로 창업자를 위한 반복 가능한 클로드 워크플로를 만들었는지 공유합니다. 생각을 있는 그대로 쏟아낸 후, 클로드가 플랫폼별 형식에 맞게 재구성합니다.

클로드는 코딩을 못하는 게 아니다 — 컨텍스트 설정이 문제다
Claude를 몇 달간 사용한 한 개발자는 모델 자체보다 컨텍스트 구조화 방식에 문제가 있다고 주장합니다. 주요 개선점: 지침과 로직 분리, 컨텍스트 노이즈 제거, 안정적인 패턴 사용.

Claude의 프로젝트 요약을 저장소에 체크인하세요 — 사람이 작성한 문서보다 낫습니다
한 개발자가 Claude가 생성한 프로젝트 요약을 저장소에 커밋할 것을 제안합니다. 충분히 훌륭하고, 생성하는 데 몇 초밖에 걸리지 않으며, 미래의 독자에게 도움이 될 수 있습니다.