Jest to historyczny problem związany z konkretną wersją, a nie bieżące wymaganie konfiguracji Jellyfin. W ZimaOS 1.2.5 firma IceWhale dodała usługi wykrywania urządzeń Windows w sieci LAN oraz usługi związane z DLNA. Usługi te zajmowały porty 1900 i 1901, co mogło uniemożliwiać normalne uruchamianie lub ponowne uruchamianie Jellyfin.
Pierwotne oficjalne obejście problemu zatrzymywało usługi wykrywania
Użytkownik 777-Spider zidentyfikował minidlnad.service i ssdpd.service jako powodujące konflikt usługi ZimaOS oraz opublikował tymczasowe polecenia zatrzymania i wyłączenia tych usług. Po wykonaniu instrukcji przez użytkownika Jellyfin ponownie działał.
Ponieważ polecenia te zostały opublikowane przez pracowników IceWhale dla dokładnie tej historycznej wersji, stanowią wiarygodne źródło informacji. Nie należy jednak traktować ich jako obecnej domyślnej konfiguracji.
Konflikt powrócił po ponownym uruchomieniu
Użytkownik źródłowy zgłosił, że po ponownym uruchomieniu ZimaOS Jellyfin znów przestał działać. Błąd Dockera wskazywał, że port 1901/tcp był już używany.
Zima-Jerry wskazał ssdpd jako właściciela portu 1901
Zima-Jerry wyjaśnił, że nowsza usługa rozgłaszania urządzeń UPnP/Windows zajmowała port 1901, a operacja wyłączenia nie została trwale zastosowana zgodnie z oczekiwaniami. Do czasu wydania kolejnej wersji użytkownik mógł być zmuszony ponownie zatrzymywać ssdpd.service po uruchomieniu systemu.
IceWhale zapowiedziało przeniesienie portu
W oficjalnej odpowiedzi poinformowano również, że port 1901 używany przez ssdpd zostanie przeniesiony w nadchodzącej wersji, dzięki czemu Jellyfin nie będzie już kolidować z usługą wykrywania.
W ZimaOS 1.3.0 konflikt portów został później oznaczony jako naprawiony
Informacje o wydaniu ZimaOS 1.3.0 firmy IceWhale wyraźnie stwierdzają, że problem zajmowania portów 1900 i 1901 został naprawiony, aby zapewnić dostępność Plex. Ta poprawka na poziomie wydania wyznacza istotną granicę: użytkownicy nowoczesnych wersji ZimaOS nie powinni rozpoczynać rozwiązywania problemów z Jellyfin od wyłączania tych starych usług tylko dlatego, że artykuł z 2024 roku tak zaleca.
Diagnozuj bieżące konflikty portów na podstawie rzeczywistego błędu
Jeśli bieżący kontener Jellyfin nie uruchamia się z powodu błędu address already in use, ustal dokładny port na podstawie błędu Dockera, a następnie sprawdź, który proces hosta lub kontener go zajmuje. Nie zakładaj, że przyczyną jest historyczny błąd ssdpd/minidlnad.
Porty DLNA i wykrywania różnią się od portu internetowego Jellyfin
Standardowy interfejs Jellyfin w przeglądarce korzysta z innego portu niż wykrywanie SSDP/DLNA. Użytkownik może więc mieć działający interfejs WebUI, podczas gdy funkcje wykrywania będą powodować konflikt, albo kontener może nie uruchomić się, ponieważ definicja aplikacji udostępnia port hosta już zajęty przez inną usługę.
Dlaczego polecenie systemctl disable nie zadziałało trwale zgodnie z oczekiwaniami
Użytkownik zgłosił, że usługi powróciły po ponownym uruchomieniu, mimo wcześniejszego wykonania poleceń wyłączenia. Zima-Jerry przyznał, że w środowisku 1.2.5 usługa ssdpd faktycznie nie pozostawała wyłączona. Dlatego do czasu wydania poprawki na poziomie wersji oficjalne obejście nadal wymagało ponownego zatrzymywania usługi po uruchomieniu systemu.
Błąd Dockera wskazywał dokładny port
Błąd po ponownym uruchomieniu zawierał komunikaty failed to bind port 0.0.0.0:1901/tcp oraz address already in use. Taki komunikat Dockera to najszybszy sposób na odróżnienie konfliktu portów od problemu z bazą danych Jellyfin lub uprawnieniami do multimediów.
Ogranicz stare polecenia systemctl do ZimaOS 1.2.5
Polecenia ze źródła były oficjalnym rozwiązaniem konkretnej, tymczasowej regresji. W nowoczesnej wersji ZimaOS zatrzymanie usług wykrywania może usunąć pewne funkcje, nie rozwiązując rzeczywistego konfliktu. Najpierw sprawdź, który proces zajmuje port, a następnie zmień konfigurację usługi faktycznie odpowiedzialnej za problem.
Historyczne FAQ dotyczące portów Jellyfin
W której wersji ZimaOS występował ten udokumentowany konflikt?
ZimaOS 1.2.5.
Jakie usługi były zaangażowane?
Pracownicy IceWhale wskazali minidlnad.service oraz ssdpd.service.
Czy IceWhale później naprawiło ten problem?
Tak. Informacje o wydaniu ZimaOS 1.3.0 wymieniają problem zajmowania portów 1900/1901 jako naprawiony.
Czy obecni użytkownicy powinni automatycznie wyłączać te usługi?
Nie. Najpierw zdiagnozuj, który proces faktycznie zajmuje dany port.
