Om Frigate och Ollama körs i separata Docker-containrar på samma ZimaOS-värd pekar localhost:11434 inuti Frigate tillbaka till Frigate-containern – inte till Ollama. Placera båda tjänsterna i ett gemensamt Docker-nätverk och använd Ollamas tjänstenamn, eller publicera Ollama på en värdadress som Frigate kan nå.
Källtråden nådde aldrig fram till en verifierad slutlig konfiguration, men den fastställde den korrekta felsökningsvägen: bevisa först nätverksåtkomst från Frigate-containern och felsök därefter Frigates genai:-konfiguration. Den aktuella Frigate-dokumentationen kräver också en visionskapabel modell för bild- och händelsebeskrivningar.
Varför localhost inte fungerar mellan containrar
Varje vanlig Docker-container har ett eget nätverksnamnområde. Inuti Frigate betyder:
http://localhost:11434”port 11434 inuti Frigate-containern”. Det betyder inte ZimaOS-värden och översätts inte automatiskt till Ollama-containern.
Bästa konfigurationen: gemensamt Docker-nätverk
Placera Frigate och Ollama i samma användardefinierade Docker-nätverk och använd ett stabilt tjänste- eller containernamn, till exempel:
genai:
provider: ollama
base_url: http://ollama:11434
model: qwen3-vl:4bDen aktuella Frigate-guiden för generativ AI beskriver Ollama-leverantören och kräver en lämplig visionsmodell för GenAI-beskrivningar.
Steg 1: Kontrollera containrarna och nätverken från ZimaOS-värden
Kör detta från ZimaOS-värdens terminal, inte inifrån Frigate:
docker ps --format 'table {.Names} {.Image} {.Networks}' | grep -Ei 'NAMES|frigate|ollama'Källanvändaren körde av misstag ett Docker-kommando inuti Frigate-containern och fick docker: not found. Det är förväntat: containrar innehåller eller styr normalt inte värdens Docker CLI.
Steg 2: Testa Ollama inifrån Frigate
När du känner till containernamnen och nätverken testar du den faktiska HTTP-vägen. Från värden:
docker exec -it frigate sh
wget -qO- http://ollama:11434/api/tagsOm svaret listar Ollama-modeller fungerar nätverket. Om ollama inte kan översättas till en adress delar containrarna troligen inte samma nätverk. Om namnet kan översättas men anslutningen nekas kontrollerar du Ollamas lyssningsadress, bindning och portstatus.
Alternativ: använd ZimaOS-värdens IP-adress
Om Ollama publicerar port 11434 på värden kan Frigate använda en LAN-nåbar värdadress, till exempel:
base_url: http://192.168.1.20:11434Detta är enkelt, men trafiken går ut via värden i stället för att använda Dockers tjänsteidentifiering. Kontrollera att Ollama faktiskt lyssnar på ett gränssnitt som kan nås från Frigate-containern.
Använd en visionskapabel Ollama-modell
Nätverksanslutning räcker inte. Frigates aktuella GenAI-funktion skickar visuellt sammanhang, så den konfigurerade modellen måste stödja vision. En textbaserad Ollama-modell kan svara på API-tester men ändå vara olämplig för beskrivningar av kamerahändelser.
Använd inte host.docker.internal överallt
host.docker.internal är praktiskt i Docker Desktop, men fungerar inte garanterat på samma sätt på alla Linux-baserade Docker-värdar. Ett gemensamt användardefinierat nätverk och ett tjänstenamn är vanligtvis mer portabelt på ZimaOS.
Verifiera Frigate-konfigurationen när nätverket fungerar
Först när /api/tags fungerar bör du fokusera på YAML-indrag, leverantörsnamn, modellnamn och GenAI-funktionsinställningar. Starta om Frigate och granska loggarna efter initiering av leverantören.
Guiden om Docker-nätverk ger en bredare bild av modellen för containernätverk.
Vanliga frågor
Varför fungerar inte localhost:11434 från Frigate?
Eftersom localhost inuti Frigate är själva Frigate-containern, inte Ollama-containern.
Vilken Ollama-URL är bäst?
I ett gemensamt Docker-nätverk använder du Ollamas tjänste- eller containernamn, till exempel http://ollama:11434.
Varför står det att docker inte hittas när jag kör docker exec?
Du körde troligen Docker CLI inuti en container. Kör Docker-hanteringskommandon från ZimaOS-värdens terminal.
Fungerar alla Ollama-modeller med Frigate GenAI?
Nej. Enligt den aktuella Frigate-dokumentationen kräver GenAI-arbetsflödet en visionskapabel modell.
