перейти к содержанию

связь

Многие клиенты автоматически обнаруживают серверы, работающие в одной локальной сети, и отображают их при входе в систему. Если вы находитесь вне сети при подключении, вы можете ввести полный IP-адрес или имя домена в поле сервера с правильным портом, чтобы перейти на страницу входа. Вы можете найти порты по умолчанию ниже для доступа к веб-интерфейсу.

Фиксация порта

Цель этого документа - предоставить администратору сведения о портах, с которыми связан Jellyfin, и о целях, которые они обслуживают.

 сетей сетей

Статические порты

  • 8096 / tcp используется по умолчанию для трафика HTTP. Вы можете изменить это на приборной панели.
  • 8920 / tcp используется по умолчанию для трафика HTTPS. Вы можете изменить это на приборной панели.
  • 1900 / udp используется для службы самообнаружения. Это не настраивается.

HTTP трафик: 8096

Доступ к веб-интерфейсу можно получить здесь для устранения проблем с сертификатами SSL в локальной сети. Вы можете изменить эти настройки со страницы сетей в настройках.

HTTPS трафик: 8920

Эти настройки также можно изменить со страницы сетей использовать другой порт.

Сервис Discovery: 1900

Поскольку автоматическое обнаружение клиента будет нарушено, если этот параметр будет настраиваемым, вы не можете изменить его в настройках в настоящее время. DLNA также использует этот порт, и он должен находиться в локальной подсети.

Обнаружение клиента: 7359 UDP

Позволяет клиентам обнаружить Jellyfin в локальной сети. На этот порт отправлено сообщение «Кто такой JellyfinServer?» Вы получите ответ в формате JSON, включающий адрес, идентификатор и имя сервера.

Динамические порты

Устройства Live TV часто используют случайный порт UDP для устройств HDHomeRun. Сервер при запуске выберет неиспользуемый порт для подключения к этим устройствам тюнера.

Запуск Jellyfin за обратным прокси

Jellyfin можно запустить за другим сервером, действующим в качестве обратного прокси. При использовании обратного прокси-сервера этот сервер обрабатывает весь сетевой трафик и отправляет его Jellyfin. Это обеспечивает преимущества использования DNS-имен и отсутствия необходимости запоминать номера портов, а также упрощает интеграцию и управление сертификатами SSL.

предупреждение

Чтобы обратный прокси-сервер имел максимальную выгоду, он должен иметь общедоступный IP-адрес и правильно настроенный домен DNS. В этих примерах предполагается, что вы хотите запустить Jellyfin на поддомене (то есть jellyfin.example.com), но при желании они легко адаптируются к корневому домену.

Некоторые популярные опции для систем обратного прокси-сервера: Apache, Caddy, Haproxy, Nginx и Traefik.

Хотя шифрование Let$0027s не является обратным прокси-сервером, его можно использовать независимо или с обратным прокси-сервером для предоставления сертификатов SSL.

Следуя этому руководству, обязательно замените следующие переменные своей информацией.

  • ИМЯ ДОМЕНА: Ваше публичное доменное имя для доступа к Jellyfin по адресу (например, jellyfin.example.com)
  • example.com: доменное имя сервисов Jellyfin будет работать под (например, example.com)
  • IP-адрес сервера: IP-адрес вашего сервера Jellyfin (если обратный прокси-сервер находится на том же сервере, используйте 127.0.0.1)

Кроме того, образцы настроены для использования с сертификатами Let$0027s Encrypt. Если у вас есть сертификат из другого источника, измените настройку SSL с / etc / letsencrypt / Domain_name / на расположение вашего сертификата и ключа.

Порты 80 и 443 (указывающие на прокси-сервер) должны быть открыты на маршрутизаторе и брандмауэре.

Базовый URL

Запуск Jellyfin с путем (https://example.com/jellyfin) поддерживается Android и веб-клиентами.

предупреждение

Известно, что базовый URL нарушает HDHomeRun, DLNA, Sonarr, Radarr, Chromecast и MrMC.

Установка базового URL на странице сетей это расширенный параметр, используемый для указания префикса URL-адреса, по которому можно получить доступ к вашему экземпляру Jellyfin. По сути, добавьте этот фрагмент URL в начало любого пути URL. Например, если у вас есть сервер Jellyfin по адресу http: // myserver и вы обращаетесь к его домашней странице http: //myserver/web/index.html, установка базового URL-адреса / jellyfin изменит эту домашнюю страницу на http: // myserver /jellyfin/web/index.html. Это может быть полезно, если администраторы хотят получить доступ к нескольким экземплярам Jellyfin под одним доменным именем или если экземпляр Jellyfin живет только в подчиненном маршруте из другого домена, где другие службы прослушивают /.

Значение, введенное на странице конфигурации, будет нормализовано, чтобы включить дорожку /, если она отсутствует.

Эта конфигурация требует перезапуска сервера для изменения, чтобы избежать аннулирования существующих маршрутов, пока администратор не будет готов.

В этом сценарии есть три основных предостережения.

  1. Когда задан новый базовый URL-адрес (то есть с / на / baseurl) или изменен базовый URL-адрес (то есть с / baseurl на / newbaseurl), веб-сервер Jellyfin автоматически позаботится о перенаправлениях, чтобы предотвратить их показывать пользователям недействительные страницы. Например, при доступе к серверу с базовым URL-адресом / jellyfin в пути / автоматически добавляется базовый URL-адрес / jellyfin. Однако полное удаление базового URL (т. Е. Из / baseurl в /, пустое значение в настройках) не удастся - все URL со старым базовым URL-путем станут недействительными и выдают 404 ошибки. следует учитывать при удалении существующего базового URL.
  2. Клиентские приложения обычно пока не обрабатывают неявные перенаправления базовых URL-адресов. Поэтому, например, в приложении Android в конфигурации хоста также должен быть указан базовый URL (например, http: // myserver: 8096 / baseurl), иначе соединение не будет установлено.
  3. Все параметры обратного прокси-сервера должны быть обновлены для обработки нового базового URL-адреса. Как правило, передача / возврат к экземпляру Jellyfin будет работать нормально во всех случаях, и маршруты будут нормализованы, и это стандартная настройка в наших примерах. Однако имейте это в виду при выполнении более продвинутой маршрутизации.

Заключительные шаги

Настоятельно рекомендуется проверить надежность SSL и безопасность сервера на SSLLabs, если вы предоставляете эти сервисы Интернету.

ru_RUРусский
es_ESEspañol zh_CN简体中文 hi_INहिन्दी arالعربية pt_BRPortuguês do Brasil bn_BDবাংলা ja日本語 de_DEDeutsch fr_FRFrançais it_ITItaliano ru_RUРусский