Ce fac serverele STUN și TURN
WebRTC stă la baza apelurilor video, a partajării ecranului și a transferurilor de fișiere de la browser la browser. Înainte ca două dispozitive să comunice direct, fiecare trebuie să știe la ce adresă poate fi contactat celălalt. Majoritatea dispozitivelor se află însă în spatele unui router de acasă sau al unui firewall de companie și folosesc adrese private traduse prin NAT. Serverele STUN și TURN rezolvă această problemă:
- STUN îi spune unui dispozitiv cum este văzut de pe internet: adresa IP publică și portul. Cu aceste informații, doi parteneri se pot conecta adesea direct.
- TURN funcționează ca releu atunci când o conexiune directă este imposibilă, de exemplu în spatele unui NAT simetric, al unor firewall-uri stricte sau în rețele care permit doar TCP.
Rularea testului
- Introdu URL-ul serverului cu prefixul stun:, turn: sau turns: (de exemplu stun:server.example.com:3478 sau turn:server.example.com:3478?transport=tcp).
- Pentru serverele TURN, completează numele de utilizator și credențialul. Dacă folosești credențiale cu valabilitate limitată, asigură-te că nu au expirat.
- Adaugă mai multe servere, dacă este nevoie, și rulează testul. Browserul adună candidații ICE și îi listează pe fiecare cu tipul, adresa, protocolul și timpul în care a sosit.
Dacă nu ai propriul server, folosește opțiunea de testare a serverelor noastre pentru a vedea cum arată un rezultat funcțional.
Interpretarea tipurilor de candidați
Fiecare rând din rezultat este un candidat ICE. Semnificația lui depinde de tip:
- host: adresa locală a dispozitivului. Browserele moderne o ascund în spatele unui nume .local aleatoriu, pentru confidențialitate.
- srflx: adresa publică raportată de serverul STUN. Dacă apare, STUN funcționează.
- relay: adresa de releu alocată de serverul TURN. Dacă apare, TURN și autentificarea funcționează.
- prflx: o adresă descoperită în timpul verificărilor de conectivitate; apare rar într-un test unilateral.
Coloana de timp arată după câte milisecunde de la pornire a sosit fiecare candidat. Îți oferă o idee despre distanța și încărcarea serverului; timpii de câteva sute de milisecunde pot întârzia vizibil inițierea apelului.
Probleme frecvente
- Niciun candidat relay: nume de utilizator sau parolă greșite, un static-auth-secret nepotrivit pe server sau portul TURN blocat de un firewall.
- Funcționează doar prin UDP: pentru utilizatorii din rețele restricționate, adaugă ?transport=tcp sau turns: (TLS) pe portul 443.
- turns: eșuează, dar turn: funcționează: certificatul TLS poate fi invalid, expirat sau nepotrivit cu numele de host.
- Adresă srflx neașteptată: cu CGNAT sau VPN, adresa publică aparține furnizorului de internet sau furnizorului VPN.
Testul rulează în întregime în browser; credențialele introduse sunt folosite doar de browserul tău pentru a se conecta la serverul specificat. Pentru a vedea IP-ul public și starea scurgerii prin WebRTC, accesează Care este IP-ul meu. Pentru a măsura pierderea reală de pachete printr-un canal de date WebRTC, încearcă testul de pierdere a pachetelor și verifică latența de bază cu testul ping înainte de a optimiza calitatea apelurilor în propria aplicație.