Când o cameră web BigBlueButton rămâne goală și browserul sau întâlnirea raportează „ICE Socket Connection Failed” (Conexiune ICE Socket eșuată), mesajul indică o conexiune media eșuată, dar nu identifică o cauză universală. Permisiunea camerei, rețeaua utilizatorului, firewall-ul serverului, adresarea NAT și setările releului TURN pot conta. Începeți cu verificări care izolează problema înainte de a modifica configurația serverului.
Ghidul actual de depanare al BigBlueButton descrie o eroare similară, 1007: ICE negotiation failed , ca o eroare de negociere a unei căi între browser și serverul media. Acesta listează NAT, porturile UDP blocate și posibila necesitate a TURN în rețelele restrictive. Expresia exactă din browserul dvs. poate diferi în funcție de versiunea BigBlueButton, platforma de găzduire sau client. Tratați-o ca pe un indiciu, nu ca pe un diagnostic. Citiți ghidul de depanare BigBlueButton 4.0 .
Permisiunea camerei este necesară pentru ca un browser să acceseze o cameră web, iar pagina întâlnirii trebuie să utilizeze un context securizat, cum ar fi HTTPS. Aceste verificări determină dacă browserul poate captura videoclipuri locale. ICE este procesul WebRTC care găsește o rută de rețea pentru trimiterea de fișiere media între browser și BigBlueButton. O refuzare a permisiunii camerei și o rută ICE eșuată sunt probleme diferite, deși ambele pot face camera web indisponibilă. MDN documentează permisiunea browserului și cerințele de context securizat .
Verificați pictograma camerei de lângă bara de adrese și setările site-ului browserului. Permiteți accesul camerei pentru site-ul BigBlueButton, confirmați că este selectată camera dorită și închideți alte aplicații care o pot utiliza. Dacă browserul afișează o previzualizare locală, dar întâlnirea tot nu poate publica videoclipul, accesul dispozitivului local funcționează probabil; continuați cu verificările de rețea. Dacă nu apare nicio previzualizare, remediați mai întâi selecția dispozitivului, setările de confidențialitate ale sistemului de operare sau permisiunea browserului.
Când sunt afectați mai mulți utilizatori, verificați calea media la fiecare limită de rețea: firewall-ul gazdă, grupul de securitate în cloud, routerul sau dispozitivul NAT și orice firewall de rețea din amonte. Documentația firewall-ului BigBlueButton listează TCP 80 și 443 pentru traficul web și, în configurația implicită documentată, UDP 16384–32768 pentru media. Instalarea dvs. poate utiliza un interval personalizat sau o stivă media specifică versiunii, așadar confirmați configurația reală înainte de a modifica regulile. Nu deschideți un interval mai larg decât este necesar pentru instalare. Consultați ghidul de configurare actual al firewall-ului BigBlueButton .
Pentru un server în spatele NAT, confirmați că serviciul media publică o adresă IP externă accesibilă. BigBlueButton 2.5 și versiunile ulterioare utilizează mediasoup pentru media HTML5 WebRTC; ghidul oficial al firewall-ului descrie configurarea adresei externe anunțate în /etc/bigbluebutton/bbb-webrtc-sfu/production.yml. O adresă privată, o adresă publică învechită, o redirecționare incorectă a portului sau o configurație IPv6 lipsă pot împiedica clienții să acceseze serviciul media. Aplicați numai instrucțiunile care corespund versiunii BigBlueButton și aspectului rețelei, apoi reporniți serviciile numai conform instrucțiunilor din ghid.
Verificați și dacă utilizatorii afectați se află în rețele care blochează UDP-ul de ieșire. Un server TURN poate retransmite traficul WebRTC atunci când o rută directă nu este disponibilă, dar trebuie să fie instalat, accesibil și configurat pentru versiunea relevantă a BigBlueButton. Documentația TURN și setările implicite ale pachetului diferă în funcție de versiune; urmați ghidul pentru versiunea exactă pe care o executați. Nu copiați acreditările sau setările portului dintr-o altă versiune. Consultați ghidul serverului TURN BigBlueButton 4.0 .
Nu neapărat. Dacă apare previzualizarea locală și browserul are permisiunea, dispozitivul poate funcționa în timp ce ruta media eșuează. Acțiune: încercați o altă rețea și întrebați dacă alți participanți sunt afectați înainte de a înlocui camera.
Permisiunea permite browserului doar capturarea videoclipurilor. Nu deschide traficul UDP blocat și nu corectează adresa NAT a unui server. Acțiune: după confirmarea permisiunii, testați conexiunea dintr-o altă rețea.
Controalele paginii și ale întâlnirii se pot încărca prin HTTPS, în timp ce sunetul sau video-ul în timp real nu își pot stabili o cale media separată. BigBlueButton documentează erorile ICE alături de UDP și NAT blocate ca posibile cauze. Acțiune: utilizați un test al camerei web și comparați rezultatele în diferite rețele.
Setările implicite documentate sunt puncte de plecare utile, nu o dovadă a configurației live. Porturile pot fi personalizate, iar configurarea TURN variază în funcție de versiune. Acțiune: verificați versiunea implementată și configurația înainte de a modifica regulile de firewall sau de retransmitere.
După o modificare, alăturați-vă unei noi întâlniri și publicați camera web pentru cel puțin un minut. Confirmați că apare previzualizarea locală, că ceilalți participanți pot vedea fluxul și că reconectarea nu reproduce eroarea ICE. Solicitați unui utilizator din rețeaua afectată anterior să repete același test. Dacă doar testul hotspot reușește, comunicați administratorului de rețea rezultatul respectiv și solicitați revizuirea traficului WebRTC de ieșire. Dacă toate rețelele eșuează pentru mai mulți utilizatori, trimiteți gazdei BigBlueButton versiunea serverului, ora aproximativă, browserele afectate, codul de eroare sau mesajul exact, dacă sunetul funcționează și rezultatele fiecărui test de rețea. Evitați să publicați public link-uri de întâlnire, token-uri de acces sau jurnalele de browser needitate.
O diagnosticare utilă restrânge stratul defectuos: accesul la camera locală, rețeaua unui utilizator sau ruta media a serverului. Mesajul singur nu poate distinge aceste cazuri, dar aceste verificări pot oferi administratorului dovezi pentru următoarea modificare.
Comparați 10 instrumente de scanare ping pentru descoperirea rapidă a rețelelor LAN, scanarea multi-platformă și gestionarea adreselor IP. Aflați ce vă poate spune o scanare (sweep).
Comparați șase instrumente de gestionare a rețelei pentru monitorizarea performanței, inclusiv acoperirea SNMP, maparea, alertele, modelele de implementare și compromisurile de costuri.
Aflați ce înseamnă QoS în rețele, cum marcajele DSCP și cozile de trafic prioritizează aplicațiile vocale, video și de business și ce nu poate remedia QoS.
Compară software-ul de server SFTP fiabil pentru Windows și Linux, inclusiv OpenSSH, Bitvise, SolarWinds și SFTPGo. Găsește soluția potrivită pentru nevoile tale de securitate și transfer de fișiere.
Construiți o monitorizare practică a rețelei cu o acoperire clară a dispozitivelor, indicatori de performanță utili, alerte acționabile și o comparație între SolarWinds NPM, PRTG și OpManager.
Comparați șapte instrumente de gestionare a adreselor IP pentru descoperirea subrețelelor, coordonarea DNS și DHCP, inventarul rețelei și IPAM open-source.
Comparați instrumentele de scanare a rețelei pentru descoperirea rapidă a dispozitivelor, scanări IP pe mai multe platforme și IPAM pentru întreprinderi, cu îndrumări privind potrivirea fiecărei opțiuni la rețeaua dvs.
Folosește opțiunea --traceroute din Nmap pentru a mapa salturi la o gazdă autorizată, a înțelege ieșirea saltului și a RTT-ului și a depana răspunsurile lipsă fără a suprascana.
Comparați șase instrumente de monitorizare Windows Server în funcție de colectarea datelor Windows, vizibilitatea aplicațiilor, modelul de implementare și licențierea pentru a găsi instrumentul potrivit.
Comparați șase instrumente de monitorizare a rețelei Linux pentru descoperirea dispozitivelor SNMP, grafice de interfață, metrici gazdă, verificări de servicii și fluxuri de trafic.
