Czy WebRTC bez żadnego serwera nie jest to nawet serwer sygnalizacyjny

Streszczenie

WebRTC to pakiet komponentów, który umożliwia media w czasie rzeczywistym i kanały danych między przeglądarkami. Jednak nadal wymaga usługi zaplecza dla niektórych funkcji. W tym artykule zbadamy powody, dla których niezbędna jest usługa zaplecza, komponenty i sprzęt związany z konfiguracją WebRTC, obsługiwane kodeki audio i wideo oraz znaczenie katalogu i serwera oszałamiania.

1. Co to jest WebRTC?

WebRTC to zestaw komponentów, który pozwala programistom skonfigurować media w czasie rzeczywistym i kanały danych między przeglądarkami. Został stworzony przez Google i zawiera kluczowe komponenty wysyłane w Chrome, Firefox, Opera i Microsoft Edge (ORTC).

2. Dlaczego nadal potrzebujesz usługi zaplecza?

Pomimo możliwości WebRTC, usługa zaplecza jest wymagana dla niektórych funkcji. Na przykład, aby zadzwonić do kogoś, musisz znać jego adres, który zwykle jest dynamiczny. Informacje te muszą być przechowywane i zarządzane na serwerze. Ponadto usługa zaplecza może śledzić wszystkie urządzenia dla użytkownika i powiadomić je o połączeniach przychodzących.

3. Jakie komponenty i sprzęt są zaangażowane w konfigurowanie WebRTC?

WEBRTC pomaga skonfigurować środowisko fizyczne, takie jak kamery, głośniki i mikrofony, a także inne sprzęt, takie jak anulowanie echo i sprzęt do anulowania tła. Pomaga również w konfigurowaniu sieci za pomocą ogłuszenia (narzędzia Session Traversal dla NAT).

4. Jakie kodeki audio obsługiwane są przez WebRTC?

WebRTC obsługuje różne kodeki audio, w tym G711, ILBC i Opus. Opus to wysokiej jakości zmienna kodek powszechnie stosowana w WebRTC.

5. Jakie kodeki wideo są obsługiwane przez WebRTC?

WEBRTC obsługuje kodeki VP8 i VP9, ​​które są wolnymi od licencji Google odmian H.264/h.265. Obsługuje także H.264.

6. Dlaczego kodeki audio są ważne w WebRTC?

Kodeksy audio obsługują zadania, takie jak utrata pakietów, kodowanie i dekodowanie dźwięku, korekta błędów, anulowanie szumu, anulowanie echa i poziomowanie głośności. Przyczyniają się do popularności WebRTC na urządzeniach mobilnych i komputerach stacjonarnych.

7. Jaki jest katalog, kto jest dostępny?

Aby zainicjować połączenie, musisz znać adres odbiorcy. Katalog służy jako dynamiczne białe strony, umożliwiając użytkownikom zameldowanie się z serwerem i podawanie informacji kontaktowych. Można to zaimplementować za pomocą protokołów XMPP, SIP lub niestandardowych.

8. Dlaczego potrzebujesz serwera oszałamiającego?

Serwer ogłuszenia (Session Traversal narzędzia dla NAT) pomaga określić zewnętrzny adres IP urządzenia i sprawdza, czy dwa urządzenia mogą komunikować się bezpośrednio. Odgrywa kluczową rolę w nawiązywaniu połączeń między rówieśnikami.

9. Co to jest serwer Turn?

Jeśli sesja peer-to-peer nie jest możliwa z powodu ograniczeń zapory, potrzebny jest zwrot (przemieszczanie się za pomocą przekaźników wokół NAT). Pomaga w przekazywaniu danych między urządzeniami poprzez ominięcie ograniczeń zapory.

10. Dlaczego powinieneś rozważyć korzystanie z usługi backendowej, takiej jak Sinch?

Konfigurowanie i utrzymanie serwerów do sygnalizacji, ogłuszenia i obrotu może być złożone i drogie. Sinch, jako dostawca usług backend, oferuje skalowalne i opłacalne rozwiązania. Obsługują miliard minut rocznie i zapewniają zoptymalizowane SDK WebRTC dla różnych urządzeń i warunków sieciowych.

11. Czy WebRTC jest tylko o backend?

Nie, WebRTC obejmuje aspekty frontend i backend. Sinch, na przykład, dostosowuje i konfiguruje swoje SDK WebRTC, aby zapewnić optymalną wydajność w różnych urządzeniach i warunkach sieciowych. Wdrażają funkcje takie jak adaptacyjne opus do dostosowania jakości nagrywania w oparciu o wskaźniki jakości z ruchu.

12. Jakie są korzyści z używania Sincha?

Sinch oferuje wiedzę specjalistyczną w zakresie komunikacji w czasie rzeczywistym i zapewnia niestandardowe SDK WebRTC, zoptymalizowane kodeki i sieć rozproszoną. Ich ceny przesyłania danych są opłacalne i zapewniają komunikację o niskim opóźnieniu za pośrednictwem strategicznie zlokalizowanych serwerów.

13. Jak zauważalne jest opóźnienie sieci w rozmowie?

Około 250 ms opóźnienia sieci jest zauważalne podczas rozmowy. Czynniki takie jak opóźnienie sieci, czas przetwarzania i kodowanie danych mogą przyczynić się do ogólnego opóźnienia.

14. Jakie funkcje świadczy usługa zaplecza w WebRTC?

Usługa zaplecza obsługuje zadania, takie jak zarządzanie katalogiem, sygnalizacja, zarządzanie serwerami ogłusza.

15. Co sprawia, że ​​WebRTC jest popularne na urządzeniach mobilnych i komputerach stacjonarnych?

Obsługa WebRTC dla kodeków audio i wideo, wraz z łatwością użytkowania i możliwościami w czasie rzeczywistym, przyczynia się do jego popularności na urządzeniach mobilnych i komputerach stacjonarnych.

Czy WebRTC bez żadnego serwera nie jest to nawet serwer sygnalizacyjny

Następnie otwórz dwie zakładki w przeglądarce (lub w dwóch różnych przeglądarkach) i wprowadź Localhost: 7000. Jak wspomniano wcześniej, najlepiej mieć dostępne dwa kamery do pracy. Jeśli wszystko pójdzie dobrze, powinieneś zobaczyć jeden kanał wideo w każdej z zakładek.

WebRTC i dlaczego nadal potrzebujesz usługi zaplecza

Dołącz do społeczności Dzone i uzyskaj pełne doświadczenie członków.

Ten artykuł pierwotnie ukazał się na blogu Sinch przez Christian Jensena.

Co to jest WebRTC?

WEBRTC to pakiet komponentów opartych na kilku innowacjach firm, które Google kupiły w 2010 roku. WebRTC umożliwia programistom skonfigurowanie mediów i kanałów danych w czasie rzeczywistym między dwoma przeglądarkami (lub telefonikami, jeśli go skompilujesz). Zawiera kilka kluczowych komponentów i wszystkie są wysyłane w Chrome, Firefox i Opera, a jego wersja istnieje w Microsoft’S nowa krawędź przeglądarki (ORTC).

Konfigurowanie strumieni danych i sprzętu

WEBRTC pomaga skonfigurować zarówno środowisko fizyczne (takie jak kamery, głośniki i mikrofony), jak i inne sprzęt (takie jak anulowanie echo i sprzęt do anulowania tła – te, które znajdziesz głównie w telefonach komórkowych), a także pomagać w ustaleniu sieci wraz ze ogłuszeniem.

Kodeki audio i kodeki wideo

Jedną z głównych korzyści przy użyciu WebRTC nad innym oprogramowaniem w kontaktach z audio i wideo w czasie rzeczywistym są kodeki typu open source/tantiety, które Google jest wystarczająco miłe, aby wysłać.

Kodeksy audio

• G711, używane w regularnych sieciach telefonicznych
• ILBC, stary kodowany wąskopasmowy, również używany w sieciach telefonicznych
• Opus, wysokiej jakości zmienna i (obsługa adaptacyjnego) kodek.

Są więcej wysłanych, ale są to główne i najczęściej używane.

Kodeksy wideo

• VP8, a wkrótce VP9, ​​to jest Google’S Odmiana licencyjnej har H.264/h.265 Kodec
• H.264 (dodane w 2015 r. Jako umowa dla ORTC)

Kodeksy audio wykonują dla Ciebie dużo pracy, dbając o utratę pakietów, kodowanie i dekodowanie dźwięku, korekcję błędów, anulowanie szumu, anulowanie echo, wyrównywanie głośności i wiele innych. Fakt, że zawiera kodeki, sprawia, że ​​jest niezwykle popularny na urządzeniach mobilnych i komputerach stacjonarnych.

Więc teraz mogę zbudować własne połączenia oparte na przeglądarce w czystym JavaScript za pomocą (dodaj tutaj swoją ulubioną stronę JS po stronie). Niestety, to’nie jest takie proste, aby ustawić połączenie, ponieważ brakuje tu dwóch głównych rzeczy.

Directory of Who jest dostępny do nazwie (lub odkrycia peer)

Aby zadzwonić do kogoś, musisz znać adres i w przeciwieństwie do zwykłych numerów telefonów, adresowanie w Internecie to głównie dynamiczne adresy IP. Aby to rozwiązać, musisz prowadzić do tego, gdzie wszyscy są. Można to zrobić na wiele sposobów za pomocą XMPP, SIP, protokołów niestandardowych itp., Ale wszystko sprowadza się do tego, że każdy gotowy do otrzymania sprawdzania połączeń z serwerem w ten czy inny sposób i pozwala serwerze wiedzieć, jak się skontaktować z tym rówieśnikiem (implikowane w celu dalszego dostarczania oferty/zaproszenia/sdp itp.).

Pomyśl o tym jak o całkowicie dynamicznych białych stronach. Zwykle odbywa się to w odstępach czasu, aby utrzymać zapory ogniowe lub podobne do otwarcia serwera sygnalizacyjnego, aby powiadomić klienta, jeśli ktoś chce z nim komunikować. To jest pierwszy kawałek, który musisz zbudować na tym.

Następnie prawdopodobnie chcesz śledzić wszystkie urządzenia dla konkretnego użytkownika i powiadomić je na wszystkich urządzeniach. Korzystając z Sinch, zajmujemy się tą częścią.

Serwer ogłuszenia

Po zlokalizowaniu urządzenia i wysyłaniu serwera sygnalizacyjnego potrzebujesz serwera oszałamiającego. Serwer ogłuszenia ułatwi określenie zewnętrznego adresu IP, a także jeśli dwa (lub więcej) urządzenia mogą bezpośrednio ze sobą rozmawiać. Sinch też się za tobą zajmie.

Serwer przekaźników multimediów (Turn Server)

Jeśli sesja peer-to-peer nie jest możliwa (nasze własne dane sugerują to około 25% sesji), potrzebujesz serwera Turn Server. Serwer tury zasadniczo przesunie bity przez otwarte dziury w zaporze między dwoma klientami. Dlaczego to się dzieje? Najczęstsze są asymetryczne zapory ogniowe i możliwość uderzenia otworów w różne porty w zaporach zaporowych.

Ok, ale dlaczego Don’T sam to ustawiłem?

Cóż, możesz. To może być nieco przesada, a kolejne kompetencje w zespole operacyjnym będzie wymagane. Twoja kolej i oszałamiające będą prawdopodobnie mocno używane i drogie. I tutaj wchodzi skalowalna ekonomia. Ponieważ Sinch wykonuje ponad miliard minut rocznie, nasze ceny przesyłania danych są tańsze, niż większość firm może uzyskać.

Prawdopodobnie chcesz mieć również sieć rozproszoną. Jeśli na przykład masz swój serwer w U.S. i trwają połączenia między klientami w Europie, dodasz opóźnienia tylko dlatego, że cały ruch musi przekroczyć ocean. Dobrą zasadą jest to, że około 250 ms jest zauważalne w rozmowie (więcej informacji o jakości usługi tutaj). Tak więc, bez dodawania opóźnień sieciowych do klienta i czasu przetwarzania w celu zakodowania danych, masz zasadniczo gwarancję zbyt dużego opóźnienia między klientami.

Czy chodzi tylko o backend?

To’S nie tylko o zapleczu. W Sinch mamy ogromne doświadczenie komunikacji w czasie rzeczywistym i dostosowujemy i konfigurujemy naszą SDK WEBRTC do najlepszych na wszystkich urządzeniach i w różnych warunkach sieciowych. Kilka przykładów to wdrożenie adaptacyjnego Opus, który dostosuje jakość rejestrowania w oparciu o wskaźniki jakości z naszego ruchu. Wiemy również, jakie kodeksy użyć w określonych okolicznościach, a które wybrać, aby zminimalizować transkodowanie i opóźnienie na całym świecie.

Opublikowane w Dzone za zgodą Christiana Jensena . Zobacz oryginalny artykuł tutaj.

Opinie wyrażone przez współpracowników Dzone są ich własnymi.

Czy WebRTC bez żadnego serwera nie jest to nawet serwer sygnalizacyjny?

Próbuję skonfigurować wtyczkę A Cordova na iOS, która implementuje funkcje WebRTC bez korzystania z żadnego serwera i będzie to być używane tylko w sieci lokalnej. Wiem, że jest ta wtyczka, która wygląda obiecująco, ale mam z nią pewne problemy. Moim planem nie jest używanie płukania, ogłuszenia ani żadnego serwera sygnalizacyjnego. Może myślisz teraz: “Ok, to nie jest możliwe. Żadna sygnalizacja nie równa się żadnemu połączeniu.„Ale pozwól mi najpierw wyjaśnić. Jak wskazano tutaj i tutaj, można uniknąć korzystania z serwera TRUN,. Myślę, że to dobry sposób na rozpoczęcie mojego projektu, ale wciąż jest otwarte pytanie. Jak urządzenia znajdą się nawzajem, jeśli nie ma żadnej sygnalizacji (w przykładzie używają węzła.serwer JS)? W tej chwili gram z ideą kodu QR, który zawiera wszystkie niezbędne informacje. Na koniec powinno wyglądać tak (czarne arrwos są ważniejsze): Pomysł polega na tym, że każdy, kto wchodzi do pokoju, musi skanować kod QR na RP, a następnie urządzenie zna IP, port itp. RP i połączenie WebRTC z datachannelem zostanie ustanowione. Szukałem odpowiedzi od dni, ale z powodu faktu (lub przynajmniej jednego z powodów), że WebRTC nie jest nawet obsługiwane na iOS Nativly, nie ma wielu przykładów WebRTC, które działają na iOS i nikt dla sieci lokalnej. Więc moje pytanie brzmi: czy jestem we właściwy sposób, czy też nie jest to nawet możliwe? (Nigdzie nie znalazłem tego przykładu, ale jeśli umieściłem wszystkie posty, które czytam, myślę, że powinno to być możliwe.)

zapytał 10 sierpnia 2017 o 12:38

3 257 3 3 złote odznaki 11 11 srebrnych odznak 19 19 brązowych odznaki

Nie ma znaczenia, w jaki sposób rozwiązujesz odkrycie, ale aby ustanowić połączenie WebRTC, musisz jakoś uzyskać wiadomości ofertowe i odpowiedzi między rówieśnikami. Te wiadomości automatycznie zawierają kandydatów do lodu, jeśli poczekasz, aż najpierw się skończy. Zobacz StackoverFlow.COM/A/29056385/918910.

WEBRTC: Przykład działający

Ostatnio musiałem użyć WebRTC do prostego projektu. Sama technologia ma wiele zalet i jest opracowywana jako standard otwarty, bez potrzeby wtyczki. Byłem jednak całkiem nowy w WEBRTC i miałem pewne problemy z udziałem podstawowych pojęć, a także stworzeniem działającego rozwiązania. Dostępnych jest wiele samouczków (takie jak ten, który zainspirował moje rozwiązanie). Ale większość z nich jest niekompletna, przestarzała lub zmusiła mnie do korzystania z niektórych usług stron trzecich (e.G. Google Firebase), co sprawiło, że cały proces był bardziej skomplikowany i trudniejszy do zrozumienia.

Postanowiłem zebrać informacje z tych wszystkich zasobów i stworzyć prosty, działający przykład aplikacji WebRTC. Nie wymaga żadnych usług stron trzecich, chyba że chcesz je używać w sieci publicznej (w którym to przypadku posiadanie serwera naprawdę pomogłoby). Mam nadzieję, że zapewni to dobry punkt wyjścia dla każdego, kto jest zainteresowany odkryciem WebRTC.

To nie będzie pełny samouczek technologii WebRTC. Na przykład w Internecie można znaleźć wiele samouczków i szczegółowych wyjaśnień w Internecie. Możesz także sprawdzić interfejs API WebRTC, jeśli chcesz więcej informacji. Ten post po prostu pokaże jeden możliwy przykładowy przykład WebRTC i wyjaśni, jak to działa.

Ogólny opis

Pełny kod źródłowy tego przykładu jest dostępny na GitHub. Program składa się z trzech części:

• Aplikacja internetowa
• serwer sygnalizacyjny
• Turn Server

Aplikacja internetowa jest bardzo proste: jeden plik HTML i jeden plik JavaScript (plus jedna zależność: gniazdo elektryczne.io.JS, który jest zawarty w repozytorium). Jest zaprojektowany do pracy z dwoma klientami (dwie przeglądarki internetowe lub dwie zakładki tej samej przeglądarki). Po otwarciu go w przeglądarce (testowanej na Firefox 74) poprosi o pozwolenie na użycie aparatu i mikrofonu. Po udzieleniu zgody wideo i dźwięk z każdej z kart zostaną przesyłane strumieniowo do drugiej.

Uwaga: możesz wystąpić pewne problemy, jeśli spróbujesz uzyskać dostęp do tego samego aparatu z obu kart. W moim teście ja’Używał dwóch urządzeń podczas testowania na moim komputerze (wbudowana kamera laptopa i kamera internetowa USB).

serwer sygnalizacyjny jest używany przez aplikacje WebRTC do wymiany informacji wymaganych do utworzenia bezpośredniego połączenia między rówieśnikami. Możesz wybrać dowolną technologię, którą chcesz. W tym przykładzie korzysta z WebSockets (Python-Socketio na backend i gniazdo elektryczne.IO-CLIENT na froncie).

ZAKRĘT Serwer jest wymagany, jeśli chcesz użyć tego przykładu w sieci publicznej. Proces jest opisany dalej w tym poście. Do testowania sieci lokalnych nie będziesz go potrzebować.

Sygnalizacja

Serwer sygnalizacyjny jest napisany w Python3 i wygląda tak:

Od AIOHTTP import Web Import Socketio Room = &bdquo;Room&rdquo; SIO = Socketio.AsynCServer (CORS_ALLOWED_ORIGINS = '*') App = Web.Application () SIO.załącz (aplikacja) @Sio.Event Async def Connect (SID, Environ): Print (&bdquo;Connected&rdquo;, sid) czekają na SIO.emit (&bdquo;gotowy&rdquo;, pokój = pokój, skip_sid = sid) sio.enter_room (sid, pokój) @Sio.zdarzenie def odłącz (SID): SIO.Leave_room (sid, pokój) print (&bdquo;odłączony&rdquo;, sid) @Sio.zdarzenie Async DEF (SID, Data): Print (&bdquo;Wiadomość od <>: <>&rdquo;.Format (SID, dane)) czekaj na SIO.Emit (&bdquo;Data&rdquo;, dane, pokój = pokój, skip_sid = sid) Jeśli __name__ == '__main__': Web.run_app (app, port = 9999)

Każdy klient dołącza do tego samego pokoju. Przed wejściem do pokoju a gotowy Wydarzenie jest wysyłane do wszystkich klientów obecnie w pokoju. Oznacza to, że pierwsze połączenie WebSocket nie otrzyma żadnej wiadomości (pokój jest pusty), ale po utworzeniu drugiego połączenia, pierwszy otrzyma gotowy zdarzenie, sygnalizowanie, że w pokoju są co najmniej dwóch klientów, a połączenie WebRTC może się uruchomić. Poza tym ten serwer przekaże wszelkie dane (dane zdarzenie), które jest wysyłane przez jeden WebSocket do drugiego.

Konfiguracja jest dość prosta:

CD PIP instaluj AIOHTTP Python-Socketio Python Server.py

To uruchomi serwer sygnalizacyjny pod adresem Localhost: 9999.

WEBRTC

Uproszczony proces korzystania z WebRTC w tym przykładzie wygląda tak:

• Obaj klienci uzyskują swoje lokalne strumienie mediów
• Po uzyskaniu strumienia każdy klient łączy się z serwerem sygnalizacyjnym
• Gdy drugi klient się połączy, pierwszy odbiera gotowy zdarzenie, co oznacza, że ​​połączenie WebRTC można negocjować
• Pierwszy klient tworzy obiekt RTCPeerConnection i wysyła ofertę do drugiego klienta
• Drugi klient otrzymuje ofertę, tworzy obiekt RTCPeerConnection i wysyła odpowiedź
• Więcej informacji jest również wymieniane, jak kandydaci na lód
• Po negocjowaniu połączenia wywołuje wywołanie zwrotu od odbierania zdalnego strumienia, a ten strumień jest używany jako źródło wideo element.

Jeśli chcesz uruchomić ten przykład w LocalHost, serwer sygnalizacyjny i aplikacja internetowa to wszystko, czego potrzebujesz. Główną częścią pliku HTML jest pojedynczy element wideo (którego źródło zostanie ustawione później przez skrypt):

Część JavaScript jest nieco bardziej skomplikowana, a ja’Wyjaśnij to krok po kroku. Po pierwsze, istnieją zmienne konfiguracyjne:

// Zmienne konfiguracyjne const sygnalizowanie_server_url = 'http: // localhost: 9999'; const pc_config = <>;

Dla LocalHost, PC_CONFIG może pozostać pustym i Signaling_Server_Url powinien wskazać serwer sygnalizacyjny’zaczął się w poprzednim kroku.

Następnie mamy metody sygnalizacyjne:

Let Socket = IO (Signaling_Server_Url, < autoConnect: false >); gniazdo elektryczne.ON (&bdquo;Data&rdquo;, (data) => < console.log('Data received: ',data); handleSignalingData(data); >); gniazdo elektryczne.on (&bdquo;gotowy&rdquo;, () => < console.log('Ready'); createPeerConnection(); sendOffer(); >); Niech senddata = (data) => < socket.emit('data', data); >;

W tym przykładzie chcemy połączyć się z serwerem sygnalizacyjnym dopiero po uzyskaniu lokalnego strumienia mediów, więc musimy ustawić . Poza tym mamy Prześlij dane metoda emitują dane wydarzenie i reagujemy na dane zdarzenie poprzez odpowiednio obsługę przychodzących informacji (więcej o tym później). Otrzymanie również gotowy Wydarzenie oznacza, że ​​obaj klienci uzyskali swoje lokalne strumienie mediów i połączyli się z serwerem sygnalizacyjnym, abyśmy mogli utworzyć połączenie po naszej stronie i negocjować ofertę ze stroną zdalną.

Niech PC; Niech LocalStream; Let RegestreamElement = dokument.QuerySelelect („#RETOTESTREAM”);

Niech getLocalStream = () => < navigator.mediaDevices.getUserMedia(< audio: true, video: true >) .Następnie ((strumień) => < console.log('Stream found'); localStream = stream; // Connect after making sure that local stream is availble socket.connect(); >) .Catch (błąd => < console.error('Stream not found: ', error); >); >

Niech CreatePeerConnection = () => < try < pc = new RTCPeerConnection(PC_CONFIG); pc.onicecandidate = onIceCandidate; pc.onaddstream = onAddStream; pc.addStream(localStream); console.log('PeerConnection created'); >Catch (błąd) < console.error('PeerConnection failed: ', error); >>;

Niech sendoffer = () => < console.log('Send offer'); pc.createOffer().then( setAndSendLocalDescription, (error) => < console.error('Send offer failed: ', error); >); >; Niech sendanswer = () => < console.log('Send answer'); pc.createAnswer().then( setAndSendLocalDescription, (error) => < console.error('Send answer failed: ', error); >); >; Niech setandsendLocalDescription = (sessionDescription) => < pc.setLocalDescription(sessionDescription); console.log('Local description set'); sendData(sessionDescription); >;

Niech OniceCandidate = (zdarzenie) => < if (event.candidate) < console.log('ICE candidate'); sendData(< type: 'candidate', candidate: event.candidate >); >>; Niech onaddstream = (zdarzenie) => < console.log('Add stream'); remoteStreamElement.srcObject = event.stream; >;

Niech HandleSignaLingData = (data) => < switch (data.type) < case 'offer': createPeerConnection(); pc.setRemoteDescription(new RTCSessionDescription(data)); sendAnswer(); break; case 'answer': pc.setRemoteDescription(new RTCSessionDescription(data)); break; case 'candidate': pc.addIceCandidate(new RTCIceCandidate(data.candidate)); break; >>;

// Rozpocznij połączenie getLocalStream ();

CD Web Python -m http.serwer 7000

sudo apt instal Coturn TurnServer -a -o -v -n --no -dtls -no -tls -u nazwa użytkownika: fasent -r RealmName

const turn_server_url = ': 3478'; const turn_server_username = &bdquo;nazwa użytkownika&rdquo;; const turn_server_credential = &bdquo;poświadczenie&rdquo;; const pc_config = < iceServers: [ < urls: 'turn:' + TURN_SERVER_URL + '?transport=tcp', username: TURN_SERVER_USERNAME, credential: TURN_SERVER_CREDENTIAL >, < urls: 'turn:' + TURN_SERVER_URL + '?transport=udp', username: TURN_SERVER_USERNAME, credential: TURN_SERVER_CREDENTIAL >]>;