[GH-ISSUE #15077] Ollama 0.18.3 don't consider ollama.env, and so no longer reachable from distant host - FIXED not an ollama issue #35431

Closed
opened 2026-04-22 19:55:55 -05:00 by GiteaMirror · 10 comments
Owner

Originally created by @viba1 on GitHub (Mar 26, 2026).
Original GitHub issue: https://github.com/ollama/ollama/issues/15077

What is the issue?

After upgrading to Ollama 0.18.3, the server is no longer reachable from other machines on the local network (e.g. Open‑WebUI, n8n), even though the environment variable OLLAMA_HOST=0.0.0.0:11434 is correctly set.
With the previous version, the same configuration allowed access to the API from other LAN IPs without any issues.

Ollama version

0.18.3

Originally created by @viba1 on GitHub (Mar 26, 2026). Original GitHub issue: https://github.com/ollama/ollama/issues/15077 ### What is the issue? After upgrading to Ollama 0.18.3, the server is no longer reachable from other machines on the local network (e.g. Open‑WebUI, n8n), even though the environment variable OLLAMA_HOST=0.0.0.0:11434 is correctly set. With the previous version, the same configuration allowed access to the API from other LAN IPs without any issues. ### Ollama version 0.18.3
GiteaMirror added the bug label 2026-04-22 19:55:55 -05:00
Author
Owner

@rick-github commented on GitHub (Mar 26, 2026):

Works here.

time=2026-03-26T21:31:07.126+01:00 level=INFO source=routes.go:1798 msg="Listening on [::]:11435 (version 0.18.3)"
[GIN] 2026/03/26 - 21:31:27 | 200 |      97.728µs |    10.10.22.186 | GET      "/"

Server logs will aid in debugging.

<!-- gh-comment-id:4138025240 --> @rick-github commented on GitHub (Mar 26, 2026): Works here. ``` time=2026-03-26T21:31:07.126+01:00 level=INFO source=routes.go:1798 msg="Listening on [::]:11435 (version 0.18.3)" [GIN] 2026/03/26 - 21:31:27 | 200 | 97.728µs | 10.10.22.186 | GET "/" ``` [Server logs](https://docs.ollama.com/troubleshooting) will aid in debugging.
Author
Owner

@viba1 commented on GitHub (Mar 26, 2026):

my problem is the following: after update to 0.18.3, ollama no longer considers ollama.env.

<!-- gh-comment-id:4138184708 --> @viba1 commented on GitHub (Mar 26, 2026): my problem is the following: after update to 0.18.3, ollama no longer considers ollama.env.
Author
Owner

@rick-github commented on GitHub (Mar 26, 2026):

What is ollama.env?

<!-- gh-comment-id:4138204087 --> @rick-github commented on GitHub (Mar 26, 2026): What is ollama.env?
Author
Owner

@viba1 commented on GitHub (Mar 26, 2026):

See here for exemple: https://github.com/peterjohannmedina/IntelArc_NoRebar

<!-- gh-comment-id:4138221061 --> @viba1 commented on GitHub (Mar 26, 2026): See here for exemple: https://github.com/peterjohannmedina/IntelArc_NoRebar
Author
Owner

@rick-github commented on GitHub (Mar 26, 2026):

Standard ollama doesn't use .env files.

<!-- gh-comment-id:4138238821 --> @rick-github commented on GitHub (Mar 26, 2026): Standard ollama doesn't use .env files.
Author
Owner

@viba1 commented on GitHub (Mar 26, 2026):

Lot of project are using environment files
Other exemple : https://github.com/bhza/ollama-deep-researcher
It seems to be broken

<!-- gh-comment-id:4138245146 --> @viba1 commented on GitHub (Mar 26, 2026): Lot of project are using environment files Other exemple : https://github.com/bhza/ollama-deep-researcher It seems to be broken
Author
Owner

@rick-github commented on GitHub (Mar 26, 2026):

Lot of project are using environment files

Maybe so, ollama doesn't, that's done by the service framework. IntelArc_NoRebar includes a line in the service to use the the env file:

EnvironmentFile=/etc/ollama/ollama.env

I suspect that you had this configured in the main service file and it was overwritten when you upgraded to 0.18.3. If you want to continue to use this method, it needs to be added to the override file for the service. Run sudo systemctl edit ollama and add the EnvironmentFile line to a section titled [Service].

<!-- gh-comment-id:4138278389 --> @rick-github commented on GitHub (Mar 26, 2026): > Lot of project are using environment files Maybe so, ollama doesn't, that's done by the service framework. IntelArc_NoRebar includes a line in the service to use the the env file: ``` EnvironmentFile=/etc/ollama/ollama.env ``` I suspect that you had this configured in the main service file and it was overwritten when you upgraded to 0.18.3. If you want to continue to use this method, it needs to be added to the override file for the service. Run `sudo systemctl edit ollama` and add the `EnvironmentFile` line to a section titled `[Service]`.
Author
Owner

@viba1 commented on GitHub (Mar 26, 2026):

I've already tried it: it no longer works. It still worked before this migration to 0.18.3
I've also tried to add to the PATH with the same result

<!-- gh-comment-id:4138294881 --> @viba1 commented on GitHub (Mar 26, 2026): I've already tried it: it no longer works. It still worked before this migration to 0.18.3 I've also tried to add to the PATH with the same result
Author
Owner

@rick-github commented on GitHub (Mar 26, 2026):

What's the output of systemctl --no-pager cat ollama.

<!-- gh-comment-id:4138305635 --> @rick-github commented on GitHub (Mar 26, 2026): What's the output of `systemctl --no-pager cat ollama`.
Author
Owner

@viba1 commented on GitHub (Mar 26, 2026):

Ok. I think i've fix my issue.
Problem was link to access rights on .ollama directory after upgrading.
I don't think it an ollama issue.
Could be closed. Sorry.
Thanks for your help.

<!-- gh-comment-id:4138376169 --> @viba1 commented on GitHub (Mar 26, 2026): Ok. I think i've fix my issue. Problem was link to access rights on .ollama directory after upgrading. I don't think it an ollama issue. Could be closed. Sorry. Thanks for your help.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/ollama#35431