Olungu shows HTTP 403
Ollama is running, but the extension origin is not allowed. Recheck OLLAMA_ORIGINS for your selected setup and fully restart Ollama.
LOCAL AI SETUP
Choose your operating system and how you run Ollama. The page will show only the instructions for that setup, with the exact dashboard values and verification commands to use.
These choices change the steps below. If you are unsure, keep the default option for your operating system.
Operating system
How Ollama runs
Model preference
This is the usual Mac setup. The key detail is setting OLLAMA_ORIGINS with launchctl because menu bar apps inherit their environment from macOS.
Ollama provides the local HTTP server that Olungu calls. Without the server running, the dashboard fields cannot connect to anything.
How to do it
Expected result: Running ollama --version should print a version number. If it does not, close and reopen the terminal.
Ollama only serves models that have been pulled onto your machine. Olungu will return a model-not-found error if this step is skipped.
How to do it
ollama pull llama3.2:3b
ollama listExpected result: The model list should include llama3.2:3b.
Chrome extensions do not share the same origin as ordinary localhost pages. Ollama must explicitly allow extension origins or it can return HTTP 403.
How to do it
launchctl setenv OLLAMA_ORIGINS "chrome-extension://*,http://localhost:*,http://127.0.0.1:*"Expected result: This command does not print much when it succeeds. The setting takes effect after Ollama restarts.
Changing OLLAMA_ORIGINS does not update an already-running Ollama process. A full restart is required.
How to do it
pkill -9 Ollama
pkill -9 ollama
open -a OllamaExpected result: After restart, http://localhost:11434 should open a short Ollama running message in the browser.
Olungu needs to know that classification should use your local Ollama server instead of managed AI or browser built-in local AI.
How to do it
Expected result: Do not include /api/generate or /api/chat in the base URL. Olungu adds the Ollama API path itself.
A normal local curl can work while browser extension requests still fail. This test includes an Origin header so it catches the real CORS issue.
How to do it
curl -i http://localhost:11434/api/generate \
-H 'Origin: chrome-extension://test' \
-H 'Content-Type: application/json' \
-d '{"model":"llama3.2:3b","prompt":"Return only {\"ok\":true}","stream":false,"format":"json"}'Expected result: After this passes, open a normal browsing page and let Olungu classify it once. That confirms the extension path, not only the dashboard page.
Use these values after completing the setup steps above.
AI Mode
Local Model / Ollama (best privacy)
Local Model Provider
Ollama local endpoint
Ollama Base URL
http://localhost:11434
Ollama Model
llama3.2:3b
Start with the error shown in Olungu or in the verification command.
Ollama is running, but the extension origin is not allowed. Recheck OLLAMA_ORIGINS for your selected setup and fully restart Ollama.
Use http://localhost:11434 as the base URL and make sure the selected model appears in ollama list.
The model is loading into memory. This is normal. Smaller models start faster; larger models usually classify better.
Pull qwen2.5:7b or llama3.1:8b, then change only the Ollama Model field in Olungu.
chrome-extension://* is convenient because it works before you look up the exact Olungu extension ID. It also allows any Chrome extension on your machine to call Ollama. For a stricter setup, replace it with Olungu's exact extension origin.