Frigate와 Ollama가 동일한 ZimaOS 호스트에서 별도의 Docker 컨테이너로 실행되는 경우, Frigate 내부의 localhost:11434는 Ollama가 아니라 Frigate 컨테이너를 가리킵니다. 두 서비스를 공유 Docker 네트워크에 연결하고 Ollama 서비스 이름을 사용하거나, Frigate가 접근할 수 있는 호스트 주소에 Ollama를 게시하세요.
원본 스레드에서는 검증된 최종 구성을 확인하지 못했지만, 올바른 진단 절차는 확립되었습니다. 먼저 Frigate 컨테이너에서 네트워크 연결 가능성을 확인한 다음 Frigate의 genai: 구성을 점검해야 합니다. 또한 현재 Frigate 문서에서는 이미지 및 이벤트 설명을 위해 비전 기능을 지원하는 모델을 요구합니다.
컨테이너 간 localhost가 작동하지 않는 이유
일반적인 Docker 컨테이너는 각각 고유한 네트워크 네임스페이스를 사용합니다. Frigate 내부에서 다음 주소는:
http://localhost:11434“Frigate 컨테이너 내부의 11434 포트”를 의미합니다. ZimaOS 호스트를 의미하지 않으며 Ollama 컨테이너로 자동 연결되지도 않습니다.
권장 구성: 공유 Docker 네트워크
Frigate와 Ollama를 동일한 사용자 정의 Docker 네트워크에 연결하고 다음과 같이 안정적인 서비스 또는 컨테이너 이름을 사용하세요.
genai:
provider: ollama
base_url: http://ollama:11434
model: qwen3-vl:4b최신 Frigate 생성형 AI 가이드에는 Ollama 공급자 사용법이 안내되어 있으며, GenAI 설명 기능에 적합한 비전 모델을 요구합니다.
1단계: ZimaOS 호스트에서 컨테이너와 네트워크 확인
다음 명령은 Frigate 내부가 아니라 ZimaOS 호스트 터미널에서 실행하세요.
docker ps --format 'table {.Names} {.Image} {.Networks}' | grep -Ei 'NAMES|frigate|ollama'원본 사용자는 실수로 Frigate 컨테이너 내부에서 Docker 명령을 실행했고 docker: not found 오류를 받았습니다. 이는 정상적인 결과입니다. 컨테이너에는 일반적으로 호스트의 Docker CLI가 포함되어 있지 않으며 호스트 Docker를 제어할 수도 없습니다.
2단계: Frigate 내부에서 Ollama 테스트
컨테이너 이름과 네트워크를 확인한 후 실제 HTTP 경로를 테스트하세요. 호스트에서 다음을 실행합니다.
docker exec -it frigate sh
wget -qO- http://ollama:11434/api/tags응답에 Ollama 모델 목록이 표시되면 네트워크가 정상적으로 작동하는 것입니다. ollama를 확인할 수 없다면 두 컨테이너가 동일한 네트워크를 공유하지 않을 가능성이 높습니다. 이름은 확인되지만 연결이 거부되면 Ollama의 수신 주소와 바인딩 설정, 포트 상태를 확인하세요.
대안: ZimaOS 호스트 IP 사용
Ollama의 11434 포트를 호스트에 게시한 경우 Frigate에서 다음과 같이 LAN을 통해 접근 가능한 호스트 주소를 사용할 수 있습니다.
base_url: http://192.168.1.20:11434이 방법은 간단하지만 Docker 서비스 검색 대신 호스트를 통해 트래픽을 라우팅합니다. Ollama가 실제로 Frigate 컨테이너에서 접근 가능한 인터페이스에서 수신 대기 중인지 확인하세요.
비전 기능을 지원하는 Ollama 모델 사용
네트워크 연결만으로는 충분하지 않습니다. Frigate의 최신 GenAI 기능은 시각적 컨텍스트를 전송하므로 구성된 모델이 비전 기능을 지원해야 합니다. 텍스트 전용 Ollama 모델은 API 테스트에는 응답할 수 있지만 카메라 이벤트 설명에는 적합하지 않을 수 있습니다.
어디서나 host.docker.internal을 사용하지 마세요
host.docker.internal은 Docker Desktop에서 편리하지만 모든 Linux Docker 호스트에서 동일하게 작동한다고 보장할 수 없습니다. ZimaOS에서는 일반적으로 사용자 정의 공유 네트워크와 서비스 이름을 사용하는 방식이 더 이식성이 좋습니다.
네트워크가 작동한 후 Frigate 구성 확인
/api/tags 요청이 성공한 후에만 YAML 들여쓰기, 공급자 이름, 모델 이름 및 GenAI 기능 설정을 점검하세요. Frigate를 다시 시작하고 공급자 초기화 관련 로그를 확인합니다.
Docker 네트워킹 가이드에서 컨테이너 네트워킹 모델을 자세히 확인할 수 있습니다.
FAQ
Frigate에서 localhost:11434가 작동하지 않는 이유는 무엇인가요?
Frigate 내부의 localhost는 Ollama 컨테이너가 아니라 Frigate 컨테이너 자체를 가리키기 때문입니다.
Ollama에 가장 적합한 URL은 무엇인가요?
공유 Docker 네트워크에서는 http://ollama:11434와 같이 Ollama 서비스 또는 컨테이너 이름을 사용하세요.
docker exec에서 docker를 찾을 수 없다고 표시되는 이유는 무엇인가요?
컨테이너 내부에서 Docker CLI를 실행했을 가능성이 높습니다. Docker 관리 명령은 ZimaOS 호스트 터미널에서 실행하세요.
모든 Ollama 모델을 Frigate GenAI와 함께 사용할 수 있나요?
아니요. 현재 Frigate 문서에 따르면 GenAI 워크플로에는 비전 기능을 지원하는 모델이 필요합니다.
