# Как изменить локальный порт Ollama на Linux

Источник: https://modelium.tech/zhurnal/ollama-smenit-port-linux/

Для стандартной службы Ollama на Linux задайте `OLLAMA_HOST=127.0.0.1:11435` в настройке systemd, перезапустите службу и откройте `/api/tags` на новом адресе. Порт 11435 — пример, он должен быть свободен на вашем компьютере. Адрес 127.0.0.1 оставляет доступ только с этого компьютера; инструкция не проверена редакцией на реальной установке.

Если на Linux порт `11434` занят или приложение ожидает другой адрес, вы можете сменить порт **стандартной службы** Ollama, оставив сервер доступным только со своего компьютера. Ниже меняется `11434` на примерный `11435`, но адрес `127.0.0.1` сохраняется. Это локальный адрес: другие устройства домашней сети не должны получать доступ к нему напрямую. [s1](#src-s1) [s2](#src-s2)

Проверено по документации и исходному коду Ollama от 27 октября 2026 года, **не воспроизведено редакцией на Linux**. Настройка требует прав администратора и кратковременно перезапускает службу. Если Ollama запущена вручную командой `ollama serve` или в Docker, шаги для systemd не подходят. [s1](#src-s1) [s3](#src-s3)

## Что проверить до изменения?

Откройте терминал Linux — окно для ввода команд. Выполните `systemctl status ollama`: должна существовать служба `ollama.service`, а не только отдельный процесс Ollama. Если службы нет, остановитесь: эта инструкция рассчитана на стандартную установку со службой systemd (системным диспетчером фоновых программ). Запишите результат `systemctl show -p Environment ollama`, особенно если ранее уже задавали `OLLAMA_HOST`: он понадобится для отката. При работе службы могут прерваться текущие запросы, поэтому завершите их до перезапуска. [s1](#src-s1) [s3](#src-s3)

Примерный порт `11435` должен быть свободен. При необходимости выберите другой и одинаково замените его во всех шагах и в приложениях, которые подключаются к Ollama. Не подставляйте `0.0.0.0`: это уже привязка к сетевым интерфейсам, а **локальный API Ollama не требует авторизации**. Модель для проверки адреса скачивать не нужно; список может быть пустым. [s1](#src-s1) [s2](#src-s2) [s4](#src-s4) [s5](#src-s5)

## Как сменить порт службы?

- Откройте настройки службы командой `sudo systemctl edit ollama.service`. В редактируемой области вставьте `[Service]`, а на **следующей строке** — `Environment="OLLAMA_HOST=127.0.0.1:11435"`. Если в этом же override уже есть строка с `OLLAMA_HOST`, измените её вместо добавления второй. Сохраните файл и выйдите из редактора. Это меняет адрес сервера, но не папку моделей и не порт других программ. [s1](#src-s1) [s2](#src-s2)

- Выполните `sudo systemctl daemon-reload`, затем `sudo systemctl restart ollama`. После перезапуска введите `systemctl status ollama` и `systemctl show -p Environment ollama`: служба должна работать, а последняя команда — содержать `OLLAMA_HOST=127.0.0.1:11435`. Если служба не запустилась, откройте `journalctl -e -u ollama` и проверьте выбранный порт и запись переменной. Наличие переменной само по себе ещё не доказывает ответ API. [s1](#src-s1) [s3](#src-s3)

- В браузере **на этом же компьютере** откройте `http://127.0.0.1:11435/api/tags`. Ожидается ответ JSON — текст с полем `models`, возможно пустым массивом `[]`. Если видите ошибку соединения, проверьте статус службы и точный адрес; не переходите на `0.0.0.0` ради устранения ошибки. Этот шаг подтверждает адрес и список, **не** доказывает, что конкретная модель сгенерирует ответ. [s1](#src-s1) [s4](#src-s4)

## Как проверить результат и откатить настройку?

Учебный пример: раньше ваш локальный клиент обращался к `http://127.0.0.1:11434`, а теперь браузер показывает поле `models` по адресу `http://127.0.0.1:11435/api/tags`. Затем укажите **новый** адрес в приложении-клиенте, если оно раньше было настроено на старый. Не показываем выдуманный список моделей: он зависит от вашего компьютера. Проверку реального ответа установленного тега сделайте отдельно по [гайду проверки Ollama](/zhurnal/ollama-healthcheck/). [s2](#src-s2) [s4](#src-s4)

Чтобы вернуть прежнюю настройку, откройте `sudo systemctl edit ollama.service` и восстановите **только строку OLLAMA_HOST**, записанную вами до изменения; если её не было, уберите добавленную строку. Не удаляйте другие настройки override. Повторите `sudo systemctl daemon-reload` и `sudo systemctl restart ollama`, затем откройте `/api/tags` на прежнем адресе. Если ответ на новом порту отсутствует, проверьте журнал службы и занятость порта, а не открывайте API в сеть: сетевой доступ требует отдельной защиты. [s1](#src-s1) [s2](#src-s2) [s5](#src-s5)

**Следующий шаг:** [проверить установленную модель и её ответ](/zhurnal/ollama-healthcheck/) — список `/api/tags` не заменяет проверку генерации. [s4](#src-s4)

## Источники

1. [Ollama FAQ: configure server, environment variables on Linux, network bind](https://github.com/ollama/ollama/blob/8ec9ecdf692e417798169ff8d5972159078d3754/docs/faq.mdx) — получено 2026-10-27
2. [Ollama envconfig/config.go: Host and default port](https://github.com/ollama/ollama/blob/8ec9ecdf692e417798169ff8d5972159078d3754/envconfig/config.go) — получено 2026-10-27
3. [Ollama Linux: systemd service and manual installation](https://github.com/ollama/ollama/blob/8ec9ecdf692e417798169ff8d5972159078d3754/docs/linux.mdx) — получено 2026-10-27
4. [Ollama API: List local models (GET /api/tags)](https://docs.ollama.com/api/tags) — получено 2026-10-27
5. [Ollama API authentication: local and cloud endpoints](https://docs.ollama.com/api/authentication) — получено 2026-10-27