Когда клиент Plex на телевизоре или смартфоне показывает пустую библиотеку и не находит Plex Media Server в домашней сети, первое, что стоит проверить, — запущен ли сам серверный процесс на компьютере или NAS и доступен ли он через браузер по адресу http://IP-адрес-сервера:32400/web. Если по этому адресу открывается веб-интерфейс, сервер работает, и проблема кроется в обнаружении его клиентами. Если страница недоступна даже с самого сервера (через localhost:32400), искать нужно в другом месте — серверная служба просто не запущена или упала с ошибкой.
Проблема «сервер есть, но клиенты его не видят» — одна из самых частых у пользователей Plex, и в подавляющем большинстве случаев она связана не с самим медиасервером, а с сетевым окружением: брандмауэром, разными подсетями, активным VPN или изоляцией клиентов на роутере. Ниже разберём каждую причину и порядок действий — от простых проверок к более тонким настройкам.
Как Plex обнаруживает сервер в сети
Чтобы понимать, где искать сбой, полезно знать механизм обнаружения. Клиентские приложения Plex находят сервер двумя путями: через аккаунт Plex (сервер регистрируется в облаке и сообщает свои адреса) и через локальное широковещательное обнаружение по протоколу GDM (G'Day Mate) — широковещательные пакеты в локальной сети. Именно второй механизм часто ломается: broadcast-трафик не проходит между подсетями, блокируется настройками роутера или режется брандмауэром.
Если сервер не вошёл в аккаунт Plex (например, при установке был пропущен шаг авторизации), клиенты, полагающиеся на облачное обнаружение, его не увидят. Проверить это просто: откройте веб-интерфейс сервера и посмотрите, отображается ли в правом верхнем углу ваш аватар аккаунта. Если там предложение войти — выполните вход и привяжите сервер к учётной записи.
Проверка состояния сервера и базовая диагностика
Начните с самого очевидного, но часто упускаемого шага — убедитесь, что серверный процесс реально работает. На Windows значок Plex Media Server должен быть в системном трее; если его нет, запустите сервер вручную. На NAS (Synology, QNAP и других) проверьте статус пакета в центре приложений — после обновления прошивки пакет иногда останавливается.
Затем выполните короткую диагностику:
- 🔍 Откройте на самом сервере адрес
http://localhost:32400/web— веб-интерфейс должен загрузиться. - 🌐 С другого устройства в той же сети откройте
http://IP-сервера:32400/web— если страница недоступна, трафик блокируется брандмауэром или сетевыми настройками. - 👤 Убедитесь, что сервер вошёл в ваш аккаунт Plex (аватар в веб-интерфейсе).
- 🔄 Перезапустите сервер и роутер — это сбрасывает зависшие сетевые состояния.
☑️ Быстрая диагностика недоступного сервера
Результат второго пункта особенно показателен. Если по localhost интерфейс работает, а по IP-адресу с другого устройства — нет, сервер исправен, и дальше нужно разбираться с сетью и брандмауэром.
Брандмауэр и антивирус — самая частая причина
Брандмауэр Windows при первой установке Plex Media Server обычно запрашивает разрешение на сетевой доступ. Если в тот момент нажали «Отмена» или разрешили доступ только для частных сетей, а текущая сеть определилась как общедоступная, входящие подключения к порту 32400 будут заблокированы.
Откройте «Брандмауэр Защитника Windows» → «Разрешение взаимодействия с приложением» и убедитесь, что для Plex Media Server отмечены и частная, и при необходимости публичная сеть. Заодно проверьте тип текущего сетевого профиля: в «Параметрах» Windows раздел «Сеть и Интернет» → свойства подключения — для домашней сети должен быть выбран профиль «Частная».
⚠️ Внимание: сторонние антивирусы со встроенным файрволом (Kaspersky, ESET, Avast и другие) могут блокировать Plex независимо от настроек брандмауэра Windows. Если у вас установлен такой пакет, добавьте Plex Media Server в его исключения или временно отключите сетевой экран антивируса для проверки.
На NAS и Linux действуют свои брандмауэры: ufw, firewalld или встроенный файрвол прошивки. Для ufw разрешить порт можно командой:
sudo ufw allow 32400/tcpРазные подсети, VLAN и гостевые сети
Если сервер подключён к роутеру кабелем, а телевизор или смартфон — по Wi-Fi, оба устройства должны попадать в одну подсеть. Сравните IP-адреса: если у сервера адрес 192.168.1.10, а у клиента 192.168.0.25 — это разные подсети, и широковещательное обнаружение между ними не работает. Такое бывает при наличии второго роутера в сети, работающего в режиме маршрутизатора, а не точки доступа.
Отдельный частый сценарий — гостевая Wi-Fi сеть или функция изоляции клиентов (AP Isolation, Client Isolation). Она специально запрещает беспроводным устройствам видеть друг друга и проводной сегмент. Проверьте настройки роутера: клиент должен быть подключён к основной сети, а изоляция — отключена, если она вам не нужна.
| Симптом | Вероятная причина | Что проверить |
|---|---|---|
| Сервер не открывается даже по localhost | Серверный процесс не запущен | Значок в трее, статус службы или пакета на NAS |
| Localhost работает, по IP — нет | Брандмауэр или антивирус | Правила для Plex, профиль сети «Частная» |
| Виден в браузере, но не в приложении | Разные подсети или изоляция клиентов | IP-адреса устройств, AP Isolation на роутере |
| Пропал после смены сети на VPN | VPN-туннель на сервере | Отключить VPN или настроить исключения |
| Не виден только на Smart TV | ТВ в гостевой сети или устаревшее приложение | Сеть телевизора, обновление приложения Plex |
VPN, Docker и особенности сетевых конфигураций
Активный VPN-клиент на машине с сервером перенаправляет весь трафик в туннель, и сервер становится недоступен из локальной сети либо регистрируется в аккаунте Plex с внешним IP провайдера VPN. Самое простое решение — отключить VPN и проверить, появился ли сервер. Если VPN нужен постоянно, настройте в его клиенте раздельное туннелирование (split tunneling), исключив Plex или локальные адреса — название и наличие этой функции зависят от вашего VPN-приложения.
Для сервера, запущенного в Docker, критичен режим сети контейнера. В режиме bridge широковещательное обнаружение не работает, и контейнер живёт в собственной подсети. Рекомендуемый вариант для домашнего сервера — режим host, при котором контейнер использует сеть хоста напрямую:
docker run --network=host ... plexinc/pms-dockerПочему в Docker не работает обнаружение в bridge-режиме
Broadcast-пакеты GDM не выходят за пределы виртуальной сети Docker, поэтому клиенты не могут найти сервер автоматически. Режим host решает проблему, но доступен не на всех платформах — например, в Docker Desktop на Windows и macOS он работает с ограничениями. Альтернатива — ручное добавление сервера по IP в клиенте, если приложение это поддерживает.
На NAS после обновлений прошивки иногда меняется IP-адрес устройства или сбрасываются правила файрвола. Закрепите за сервером статический IP (или резервирование по MAC-адресу в настройках DHCP роутера) — это исключит ситуацию, когда клиенты и закладки ссылаются на старый адрес.
Настройки самого Plex Media Server
В веб-интерфейсе сервера откройте «Настройки» → «Сеть». Здесь есть несколько параметров, влияющих на видимость. Поле Custom server access URLs позволяет вручную указать адреса, по которым сервер доступен, — полезно при нестандартных конфигурациях. Проверьте также, что в разделе «Удалённый доступ» нет конфликтов, хотя сам удалённый доступ на локальную видимость напрямую не влияет.
⚠️ Внимание: параметр «List of IP addresses and networks that are allowed without auth» (список сетей без авторизации) влияет только на доступ без входа в аккаунт и не исправляет проблему обнаружения. Не путайте его с настройками видимости сервера.
Если ничего не помогает, попробуйте перезапустить сервер с чистой сетевой регистрацией: выйдите из аккаунта на сервере, перезапустите службу и войдите заново, пройдя привязку («claim») повторно. На NAS и в Docker при этом важно не потерять данные библиотеки — они хранятся в каталоге метаданных, который удалять не нужно.
Если сервер виден в браузере, но не в приложении
Бывает, что веб-интерфейс по IP открывается, а фирменное приложение на телевизоре или приставке сервер не находит. В этом случае обновите приложение Plex на клиентском устройстве — старые версии могут терять совместимость с актуальным сервером. На Smart TV также помогает выход из аккаунта в приложении и повторный вход.
Некоторые клиенты позволяют добавить сервер вручную по IP-адресу и порту 32400. Если ваше приложение поддерживает такую опцию, это рабочий обходной путь при неисправном broadcast-обнаружении в сети. Учтите, что состав функций зависит от платформы — сверяйтесь с документацией для вашего устройства.
Часто задаваемые вопросы
Почему Plex видит сервер через интернет, но не в локальной сети?
Такое происходит, когда облачная регистрация работает, а локальное обнаружение сломано — например, устройства в разных подсетях, включена изоляция клиентов на роутере или broadcast-трафик блокируется. Проверьте, что сервер и клиент находятся в одной подсети и одной Wi-Fi сети (не гостевой).
Нужно ли пробрасывать порты на роутере для локальной сети?
Нет. Проброс портов (port forwarding) требуется только для удалённого доступа из интернета. Внутри локальной сети достаточно, чтобы брандмауэр сервера пропускал входящие соединения на порт 32400, а устройства были в одной подсети.
После обновления Windows сервер перестал быть виден. Что делать?
Крупные обновления Windows иногда сбрасывают сетевой профиль на «Общедоступный» и пересоздают правила брандмауэра. Проверьте тип сетевого профиля в параметрах Windows и заново разрешите Plex Media Server в настройках брандмауэра.
Plex на NAS виден с компьютера, но не виден на телевизоре. В чём причина?
Чаще всего телевизор подключён к гостевой Wi-Fi сети или к другому роутеру, создающему отдельную подсеть. Проверьте IP-адрес телевизора в его сетевых настройках и сравните с адресом NAS — первые три октета должны совпадать. Также обновите приложение Plex на телевизоре.
Поможет ли переустановка Plex Media Server?
Переустановка помогает только если повреждены файлы самого сервера, что встречается редко. В большинстве случаев причина в сети или брандмауэре, и переустановка ничего не изменит. Сначала пройдите диагностическую цепочку: localhost → доступ по IP → обнаружение в приложении.