Dit is een historisch, versiegebonden probleem en geen huidige vereiste voor een Jellyfin-configuratie. In ZimaOS 1.2.5 voegde IceWhale Windows-LAN-apparaatdetectie en DLNA-gerelateerde services toe. Deze services gebruikten de poorten 1900 en 1901, waardoor Jellyfin mogelijk niet normaal kon starten of opnieuw kon starten.
De oorspronkelijke officiële tijdelijke oplossing stopte de detectieservices
777-Spider identificeerde minidlnad.service en ssdpd.service als de conflicterende ZimaOS-services en plaatste tijdelijke opdrachten om ze te stoppen en uit te schakelen. Nadat de gebruiker de instructies had gevolgd, werkte Jellyfin weer.
Omdat deze opdrachten door medewerkers van IceWhale voor precies deze historische release waren geplaatst, vormen ze geldige broninformatie. Ze mogen niet worden beschouwd als een huidige standaardconfiguratie.
Het conflict keerde terug na het opnieuw opstarten
De oorspronkelijke gebruiker meldde dat Jellyfin na het opnieuw opstarten van ZimaOS weer niet werkte. De Docker-fout gaf vervolgens aan dat poort 1901/tcp al in gebruik was.
Zima-Jerry identificeerde ssdpd als eigenaar van poort 1901
Zima-Jerry legde uit dat de nieuwere UPnP-/Windows-service voor het uitzenden van apparaatinformatie poort 1901 gebruikte en dat het uitschakelen ervan niet zoals verwacht blijvend was toegepast. Tot de volgende release moest de gebruiker ssdpd.service mogelijk na het opstarten opnieuw stoppen.
IceWhale zei dat de poort zou worden gewijzigd
In het officiële antwoord stond ook dat de door ssdpd gebruikte poort 1901 in de komende release zou worden gewijzigd, zodat Jellyfin niet langer met de detectieservice zou conflicteren.
ZimaOS 1.3.0 vermeldde later dat het poortconflict was opgelost
In de releaseopmerkingen van IceWhale voor ZimaOS 1.3.0 staat expliciet dat het bezet houden van de poorten 1900 en 1901 is opgelost om de beschikbaarheid van Plex te garanderen. Deze oplossing op releaseniveau vormt de belangrijke huidige grens: gebruikers van moderne ZimaOS-versies moeten niet beginnen met het uitschakelen van die oude services voor Jellyfin, alleen omdat een artikel uit 2024 dat adviseert.
Diagnoseer huidige poortconflicten aan de hand van de daadwerkelijke fout
Als een huidige Jellyfin-container mislukt met address already in use, bepaal dan aan de hand van de Docker-fout om welke poort het precies gaat en welke hostproces of container deze gebruikt. Ga er niet van uit dat het om de historische ssdpd/minidlnad-bug gaat.
DLNA- en detectiepoorten verschillen van de webpoort van Jellyfin
De normale browserinterface van Jellyfin gebruikt een andere poort dan SSDP-/DLNA-detectie. Een gebruiker kan daarom een werkende WebUI hebben terwijl detectiefuncties conflicteren, of een container kan niet starten omdat de app-configuratie een hostpoort publiceert die al door een andere service wordt gebruikt.
Waarom systemctl disable niet zoals verwacht blijvend werkte
De gebruiker meldde dat de services na het opnieuw opstarten terugkeerden, zelfs na de eerste opdrachten om ze uit te schakelen. Zima-Jerry erkende dat ssdpd in de ZimaOS 1.2.5-omgeving niet echt uitgeschakeld bleef. Daarom moest de officiële tijdelijke oplossing de service na het opstarten opnieuw stoppen totdat de oplossing op releaseniveau beschikbaar kwam.
De Docker-fout identificeerde de exacte poort
De fout na het opnieuw opstarten bevatte failed to bind port 0.0.0.0:1901/tcp en address already in use. Zo'n Docker-melding is de snelste manier om een poortconflict te onderscheiden van een probleem met de Jellyfin-database of mediatoegangsrechten.
Beperk de oude systemctl-opdrachten tot ZimaOS 1.2.5
De bronopdrachten waren officieel voor een specifieke tijdelijke regressie. Op een moderne ZimaOS-build kan het stoppen van detectieservices functionaliteit verwijderen zonder het daadwerkelijke conflict op te lossen. Controleer eerst welke service de poort momenteel gebruikt en wijzig vervolgens de service die daadwerkelijk verantwoordelijk is.
Historische FAQ over Jellyfin-poorten
In welke ZimaOS-versie deed dit gedocumenteerde conflict zich voor?
ZimaOS 1.2.5.
Welke services waren erbij betrokken?
minidlnad.service en ssdpd.service werden door medewerkers van IceWhale geïdentificeerd.
Heeft IceWhale het later opgelost?
Ja. In de releaseopmerkingen van ZimaOS 1.3.0 staat dat het probleem met het bezet houden van poorten 1900 en 1901 is opgelost.
Moeten huidige gebruikers deze services automatisch uitschakelen?
Nee. Bepaal eerst welke service de huidige poort daadwerkelijk gebruikt.
