Jitsi Meet nie wysyła spotkania na YouTube samodzielnie: w przypadku Jitsi hostowanego samodzielnie, standardowym, wbudowanym rozwiązaniem jest Jibri, które przechwytuje konferencję i przesyła ją strumieniowo na YouTube za pomocą klucza strumieniowego. Jeśli potrzebujesz tylko krótkiego wydarzenia, koder na komputerze, taki jak OBS, może przechwycić okno uczestnika Jitsi i przesłać je na YouTube. Właściwy wybór zależy od tego, kto powinien obsługiwać koder, czy potrzebujesz nakładek i szczegółowej kontroli oraz czy możesz obsługiwać usługę Jibri.
Ten przewodnik obejmuje obie ścieżki, najpierw konfigurację Jibri na własnym hostingu. Dotyczy on administratorów wdrożeń Jitsi Meet na własnym hostingu. Usługa Jitsi może nie udostępniać transmisji strumieniowej na żywo; jej operator kontroluje dostępność Jibri. YouTube wymaga obecnie zweryfikowanego kanału bez ograniczeń transmisji strumieniowej na żywo w ciągu ostatnich 90 dni. Pierwsza aktywacja może zająć trochę czasu, dlatego przed dniem wydarzenia należy potwierdzić kwalifikowalność kanału.
| Trasa | Najlepiej pasuje | Główny kompromis |
|---|---|---|
| Jitsi z Jibri | Powtarzalny, samodzielnie organizowany przepływ pracy spotkań, w którym moderator uruchamia transmisję strumieniową z interfejsu Jitsi. | Wymaga konfiguracji Jibri po stronie serwera oraz wystarczającej mocy obliczeniowej procesora, pamięci i sieci. Administrator Jitsi musi ją konserwować. |
| Jitsi plus OBS na komputerze prezentera | Jednorazowe wydarzenie, firmowe układy, karty tytułowe, nakładki, lokalne sceny lub większa kontrola nad koderem i protokołem przetwarzania. | Wymaga dedykowanego komputera i operatora. Spotkanie musi być widoczne i słyszalne dla systemu przechwytywania, a połączenie komputera z serwerem do przesyłania danych staje się kluczowe. |
| Nagraj, a następnie prześlij | Prelekcje, które nie wymagają obecności publiczności w czasie rzeczywistym ani czatu na żywo. | Nie tworzy wydarzenia na żywo, ale daje czas na edycję i sprawdzenie ostatecznego nagrania przed publikacją. |
W przypadku zarządzanego, samodzielnie hostowanego wdrożenia, które wymaga moderatora do uruchomienia transmisji strumieniowej konferencji, użyj Jibri. Wybierz OBS, gdy kontrola produkcji lub jawna konfiguracja RTMPS są ważniejsze niż przepływ pracy jednym kliknięciem. YouTube zaleca RTMPS do szyfrowanego pobierania danych; wbudowany przepływ pracy Jibri i dostępne opcje wyjściowe mogą się różnić w zależności od wersji, dlatego sprawdź, jaki rodzaj transportu jest obsługiwany przez zainstalowaną wersję. Jeśli nie możesz zweryfikować obsługi RTMPS w konfiguracji Jibri, użyj kodera, który ujawnia adres URL i protokół pobierania danych YouTube.
Jibri to komponent Jitsi do transmisji i nagrywania. Otwiera sesję przeglądarki dla spotkania, przechwytuje renderowany dźwięk i obraz oraz koduje wynik dla usługi strumieniowej. Nie działa w ramach funkcji routingu multimediów Jitsi Videobridge. Projekt Jibri twierdzi, że jest przeznaczony do działania na oddzielnej maszynie lub maszynie wirtualnej, bez innych aplikacji korzystających z jego wyświetlacza lub urządzeń audio, a jedna instancja Jibri obsługuje jedno nagrywanie na raz. Dzięki temu lepiej nadaje się do zaplanowanych, zarządzanych wydarzeń niż sporadyczny strumień na małym, już obciążonym serwerze.
OBS unika dodawania Jibri do stosu serwerów Jitsi, ale przenosi zadania przechwytywania i kodowania na komputer prezentera. Może to być tańsze, jeśli posiadasz już stację roboczą do obsługi wydarzenia, ale powoduje to lokalną zależność operacyjną: operator musi dbać o prawidłowe działanie okna spotkania, routingu audio, kodera i połączenia sieciowego. Gospodarz Jibri centralizuje te obowiązki, kosztem konfiguracji i konserwacji serwera.
Podręcznik Jitsi dotyczący Dockera jest stale aktualizowany. Użyj plików Compose i przykładowego środowiska, które odpowiadają zainstalowanej wersji; nie kopiuj ustawień z niepowiązanej gałęzi ani starego samouczka do wdrożenia produkcyjnego. Poniższe kroki zakładają, że masz już działającą instalację Docker Compose Jitsi Meet i dostęp administracyjny do jej hosta.
W YouTube Studio sprawdź, czy kanał obsługuje transmisję na żywo i utwórz lub zaplanuj transmisję z kodera. Aktualne strony pomocy YouTube podają, że zweryfikowany kanał, który w ciągu ostatnich 90 dni nie miał ograniczeń dotyczących transmisji na żywo, może transmitować. W ustawieniach transmisji znajdź adres URL serwera i klucz transmisji. Traktuj klucz transmisji jak hasło: każdy, kto go zna, może transmitować na tym kanale.
Sprawdź, czy Twój adres URL Jitsi Meet jest publicznie dostępny przez HTTPS oraz czy gospodarz i Jibri mogą nawiązać połączenie z potrzebnymi im usługami. Zaplanuj spotkanie testowe przed wydarzeniem publicznym. Jeśli korzystasz z zarządzanego dostawcy Jitsi, zapytaj jego administratora, czy transmisja strumieniowa Jibri na żywo jest włączona; nie możesz jej włączyć, zmieniając ustawienia przeglądarki.
W katalogu zawierającym istniejące pliki Jitsi Compose sprawdź plik .envi upewnij się, że opcja nagrywania/strumieniowania Jibri jest włączona. Aktualny podręcznik Dockera opisuje ENABLE_RECORDING=1opcję umożliwiającą nagrywanie i strumieniowanie na żywo. W przypadku standardowego wdrożenia dodaj plik Jibri Compose do tego samego polecenia i uwzględnij wszelkie dodatkowe nadpisania polecenia Compose, których instalacja już potrzebuje:
docker compose -f docker-compose.yml -f jibri.yml up -dNie uruchamiaj tego skróconego polecenia, jeśli wdrożenie opiera się na innych plikach nadrzędnych; jibri.ymlzamiast tego dodaj je do zwykłego polecenia Compose. Oficjalny podręcznik Jitsi Docker omawia również katalog magazynu Jibri i uprawnienia do zapisu. Przed zmianą uprawnień sprawdź aktualny układ katalogów w podręczniku zgodnym z wydaniem. Istniejące wdrożenia mogą korzystać z innego układu.
Upewnij się, że wewnętrzni użytkownicy XMPP, hasła i ustawienia browaru Jibri są zgodne w konfiguracji sieci, Prosody, Jicofo i Jibri. Projekt Compose udostępnia zmienne dla tych wartości. Podczas konfigurowania usługi generuj silne hasła wewnętrzne, korzystając z udokumentowanej procedury wdrożenia, i chroń plik środowiska. Nie generuj wielokrotnie haseł w działającym wdrożeniu bez skoordynowania odpowiedniej konfiguracji komponentów.
Po uruchomieniu kontenerów sprawdź ich status i logi. Użyj standardowej nazwy usługi Docker Compose, na przykład:
docker compose ps
docker compose logs --tail=100 jibriDokładna nazwa usługi i dane wyjściowe logu mogą się różnić w zależności od wersji. Sprawdź logi Jitsi Meet, Jicofo, Prosody i Jibri pod kątem błędów uwierzytelniania XMPP lub wykrywania browarów/MUC. Po zarejestrowaniu prawidłowego konta Jibri w Jicofo, interfejs spotkania może zapewnić kontrolę nad transmisją na żywo. Jeśli interfejs użytkownika informuje, że usługa transmisji strumieniowej jest niedostępna, wprowadzenie klucza YouTube nie naprawi połączenia z bazowym kontem Jibri.
W YouTube Studio wybierz Utwórz → Transmisja na żywo , a następnie utwórz lub zaplanuj transmisję strumieniową enkodera. Skopiuj klucz transmisji z pokoju reżyserskiego. Klucz transmisji YouTube to dane uwierzytelniające docelowego enkodera; nie wklejaj go do czatu na spotkaniu publicznym, historii poleceń, zrzutu ekranu ani udostępnionego pliku konfiguracyjnego. Jeśli klucz zostanie ujawniony, obróć go w YouTube Studio i zaktualizuj enkoder.
Standardowy przepływ pracy Jibri w Jitsi prosi moderatora o podanie klucza strumienia po wykryciu działającego Jibri. Interfejs API Jibri opisuje również parametr klucza strumienia YouTube dla operacji strumieniowania. Jeśli korzystasz z niestandardowej integracji Jibri, postępuj zgodnie z interfejsem API i mechanizmami kontroli dostępu dla konkretnej wdrożonej wersji, zamiast improwizować wywołanie punktu końcowego.
Dołącz do spotkania jako moderator, otwórz panel sterowania i wybierz akcję transmisji na żywo, jeśli jest dostępna. Wprowadź klucz YouTube Stream w monicie i rozpocznij transmisję. W pokoju sterowania YouTube Live poczekaj na podgląd i sprawdź, czy dźwięk i obraz są dostępne, zanim wybierzesz opcję Rozpocznij transmisję . Dokładne opisy przycisków mogą się różnić w zależności od wersji Jitsi lub niestandardowych interfejsów.
Na początek testu utwórz strumień niepubliczny i użyj krótkiego spotkania z ruchem i mową. Sprawdź balans głośników, czytelność współdzielonego ekranu i czy kafelki uczestników są przycięte zgodnie z oczekiwaniami. YouTube automatycznie transkoduje sygnał wejściowy z kompatybilnego kodera dla urządzeń widzów, ale czysty sygnał wejściowy i niezawodna ścieżka przesyłania nadal mają znaczenie. Monitoruj wskaźniki stanu transmisji YouTube podczas testów i w trakcie wydarzenia.
Dzięki OBS możesz dołączyć do spotkania Jitsi na dedykowanym komputerze, nagrać okno spotkania lub wybraną scenę i skonfigurować adres URL serwera YouTube oraz klucz strumieniowania w ustawieniach strumieniowania OBS. Jeśli chcesz ukryć elementy sterujące spotkaniem, powiadomienia lub prywatne informacje o uczestnikach, przed wydarzeniem utwórz i przetestuj czystą scenę. Nagrywaj tylko treści, do których transmisji masz uprawnienia, i poinformuj uczestników spotkania, że ich dźwięk lub obraz mogą być przesyłane strumieniowo.
OBS zapewnia kontrolę nad układem, nakładkami, źródłami dźwięku i ustawieniami wyjściowymi. Aktualne wytyczne YouTube dotyczące koderów obsługują pobieranie danych RTMP/RTMPS i zalecają RTMPS dla szyfrowanego połączenia. Dla kodeka H.264 w rozdzielczości 1080p30 YouTube podaje zalecaną przepływność wideo 14 Mb/s; dla rozdzielczości 720p30 – 8 Mb/s. Są to docelowe ustawienia kodera, a nie gwarantowane poziomy jakości. Pozostaw margines przesyłania dla innego ruchu i wybierz niższą rozdzielczość lub przepływność, jeśli połączenie nie jest w stanie utrzymać strumienia bez przerw.
Jibri jest prostszy dla moderatorów po skonfigurowaniu i przechowuje przechwytywanie na serwerze, ale oferuje mniej kontroli nad produkcją w ramach podstawowego procesu spotkania. OBS jest bardziej elastyczny i ułatwia wybór konkretnego adresu URL do pobierania lub dodawanie grafiki, ale operator musi to nadzorować. Żadna z metod nie jest uniwersalna: użyj Jibri do scentralizowanych, cyklicznych wydarzeń; użyj OBS do produkcji niestandardowych lub gdy wymagane są RTMPS i kontrola scen.
ENABLE_RECORDINGustawienie zgodności z wydaniem i czy usługa tworzenia Jibri jest uruchomiona.Porównaj 10 narzędzi do pingowania, które umożliwiają szybkie wykrywanie sieci LAN, skanowanie międzyplatformowe i zarządzanie adresami IP. Dowiedz się, co narzędzie pingujące może Ci powiedzieć, a czego nie.
Porównaj sześć narzędzi do zarządzania siecią służących do monitorowania wydajności, obejmujących zasięg SNMP, mapowanie, alerty, modele wdrażania i kompromisy kosztów.
Porównaj siedem darmowych i otwartych monitorów pingów — od kompletnych pakietów sieciowych po ukierunkowane sondy opóźnień — i wybierz odpowiedni monitor pod kątem dostępności, utraty pakietów i historii.
Dowiedz się, co oznacza QoS w sieciach, w jaki sposób oznaczenia DSCP i kolejki ruchu nadają priorytet aplikacjom głosowym, wideo i biznesowym oraz czego QoS nie jest w stanie naprawić.
Porównaj niezawodne oprogramowanie serwera SFTP dla systemów Windows i Linux, w tym OpenSSH, Bitvise, SolarWinds i SFTPGo. Znajdź rozwiązanie odpowiednie dla swoich potrzeb w zakresie bezpieczeństwa i transferu plików.
Porównaj siedem narzędzi do zarządzania adresami IP służących do wykrywania podsieci, koordynacji DNS i DHCP, inwentaryzacji sieci i otwartego oprogramowania IPAM.
Porównaj sześć narzędzi do monitorowania systemu Windows Server pod kątem zbierania danych systemu Windows, widoczności aplikacji, modelu wdrażania i licencjonowania, aby znaleźć odpowiednie rozwiązanie.
Porównaj narzędzia do skanowania sieciowego umożliwiające szybkie wykrywanie urządzeń, skanowanie adresów IP na wielu platformach oraz zarządzanie IPAM w przedsiębiorstwie. Znajdziesz tu wskazówki dotyczące dopasowania każdej opcji do swojej sieci.
Zbuduj praktyczny monitoring sieci z przejrzystym zakresem urządzeń, przydatnymi wskaźnikami wydajności, przydatnymi alertami oraz porównaniem SolarWinds NPM, PRTG i OpManager.
Użyj opcji --traceroute programu Nmap, aby mapować przeskoki do autoryzowanego hosta, zrozumieć dane wyjściowe dotyczące przeskoków i czasu RTT oraz rozwiązywać problemy z brakującymi odpowiedziami bez nadmiernego skanowania.
