连接性

许多客户端将自动发现在同一LAN上运行的服务器，并在登录时显示它们。如果连接后不在网络中，则可以在服务器字段中输入具有正确端口的完整IP地址或域名，以继续登录页面。您可以在下面找到访问Web前端的默认端口。

端口固定

本文档旨在为管理员提供有关Jellyfin所链接的端口及其服务目的的知识。

静态端口

• 默认情况下，8096 / tcp用于HTTP通信。您可以在仪表板上更改它。
• 默认情况下，8920 / tcp用于HTTPS通信。您可以在仪表板上更改它。
• 1900 / udp用于自我发现服务。这是不可配置的。

HTTP流量： 8096

可以在此处访问Web前端，以调试本地网络上的SSL证书问题。您可以从页面修改这些设置 联网 在设置中。

HTTPS流量： 8920

这些设置也可以在页面上修改 联网 使用其他端口。

发现服务： 1900

如果此选项可配置，由于客户端自动发现会中断，因此您目前无法在设置中更改它。 DLNA也使用此端口，并且它必须位于本地子网上。

客户发现： 7359 UDP

允许客户在本地网络上发现Jellyfin。使用“谁是JellyfinServer？”广播到此端口的消息。您将获得一个包含服务器地址，ID和名称的JSON响应。

动态端口

直播电视设备通常为HDHomeRun设备使用随机的UDP端口。服务器将在启动时选择一个未使用的端口以连接到这些调谐器设备。

在反向代理后面运行Jellyfin

Jellyfin可以在充当反向代理的另一台服务器之后运行。使用反向代理，此服务器可处理所有网络流量并将其发送到Jellyfin。这提供了使用DNS名称而不必记住端口号的好处，以及更容易集成和管理SSL证书。

享受你的媒体库

为了使反向代理具有最大的利益，它必须具有公共路由的IP地址和正确配置的DNS域。这些示例假定您要在子域（即jellyfin.example.com）上运行Jellyfin，但是如果需要，它们可以轻松地适应根域。

反向代理系统的一些流行选项是Apache，Caddy，Haproxy，Nginx和Traefik。

尽管不是反向代理，但Let$0027s Encrypt可以独立使用，也可以与反向代理一起使用以提供SSL证书。

当您遵循本指南时，请确保将以下变量替换为您的信息。

• 域名：您在以下位置访问Jellyfin的公用域名（例如jellyfin.example.com）
• example.com：Jellyfin服务域名将在（例如example.com）下工作
• 服务器IP地址：Jellyfin服务器的IP地址（如果反向代理在同一服务器上，则使用127.0.0.1）

此外，示例被配置为与Let$0027s加密证书一起使用。如果您有来自其他来源的证书，请将SSL设置从/ etc / letsencrypt / Domain_name /更改为证书和密钥的位置。

必须在路由器和防火墙上打开端口80和443（指向代理服务器）。

基本网址

Android和Web客户端支持使用路径（https://example.com/jellyfin）运行Jellyfin。

享受你的媒体库

基本URL已知会破坏HDHomeRun，DLNA，Sonarr，Radarr，Chromecast和MrMC。

在页面上设置基本URL 联网 它是一种高级设置，用于指定可以访问Jellyfin实例的URL的前缀。实际上，将此URL代码段添加到任何URL路径的开头。例如，如果您在http：// myserver上有一个Jellyfin服务器并访问其主页http：//myserver/web/index.html，则将基本URL设置为/ jellyfin会将此主页更改为http：// myserver /jellyfin/web/index.html。如果管理员希望在一个域名下访问多个Jellyfin实例，或者如果Jellyfin实例仅位于另一个域的子例程中，而其他服务在/上侦听，则这将很有用。

在配置页面上输入的值将被规范化以包含曲目/（如果缺少）。

此配置需要重新启动服务器才能进行更改，以避免在管理员准备好之前使现有路由无效。

在这种情况下，有三个主要警告。

1. 当设置了新的基本URL（即从/到/ baseurl）或更改了基本URL（即从/ baseurl到/ newbaseurl）时，Jellyfin Web服务器将自动处理重定向以防止被重定向向用户显示无效页面。例如，当访问路径为/的基本URL为/ jellyfin的服务器时，/ jellyfin的基本URL将被自动添加。但是，完全删除基本URL（即从/ baseurl到/，设置中的空值）将不会-具有旧基本URL路径的所有URL都将变为无效并引发404错误。删除现有基本URL时应考虑。
2. 目前，客户端应用程序通常不会隐式处理基本URL重定向。因此，例如在Android应用程序中，主机配置还必须包括基本URL（例如http：// myserver：8096 / baseurl），否则连接将失败。
3. 必须更新任何反向代理设置以处理新的基本URL。通常，在所有情况下，传递/返回Jellyfin实例都可以正常工作，并且路由将正常化，这是我们示例中的标准设置。但是，在进行更高级的路由时请记住这一点。

最后步骤

如果要将这些服务暴露给Internet，则强烈建议您在SSLLabs中检查SSL的强度和服务器的安全性。