StudioLink Status: ERROR

Eckdaten:

  • StudioLink Version (Plug-in v21.03.2-stable, Standalone v21.07.0-stable):
  • both Variante (Standalone and Plug-in (Ultraschall 5.11):
  • Betriebssystem (macOS):
  • Mac Mini M1, 2020, macOS Sequoia 15.4

Fehlerbeschreibung:

Ich habe in den letzten Jahren Ultraschall und StudioLink problemlos auf demselben System verwendet. Unsere letzte Aufnahme war im Januar, danach hatten wir eine Pause bis letzte Woche – und seitdem funktioniert es nicht mehr.
Wenn der Browser geöffnet wird, zeigt er nur „Status: ERROR“ an, und ich habe keine Ahnung warum.
Die Firewall ist deaktiviert, und die Konfiguration stammt noch aus dem Jahr 2022.

baresip configuration

#------------------------------------------------------------------------------

Core

version_str 21.07.0
poll_method kqueue # poll, select, kqueue ..

SIP

sip_listen 0.0.0.0:0
#sip_certificate cert.pem
#sip_cafile /etc/ssl/cert.pem

Call

call_local_timeout 120
call_max_calls 7

Audio

#audio_path /usr/local/share/baresip
audio_player slaudio,default
audio_source slaudio,default
audio_alert slaudio,default
ausrc_srate 48000
auplay_srate 48000
ausrc_channels 2
auplay_channels 2
audio_txmode thread # poll, thread
audio_level no
ausrc_format s16 # s16, float, ..
auplay_format s16 # s16, float, ..
auenc_format s16 # s16, float, ..
audec_format s16 # s16, float, ..
audio_buffer 20-400 # ms

Video

#video_source avcapture,nil
#video_display sdl,nil
video_size 352x288
video_bitrate 500000
video_fps 25.00
video_fullscreen no
videnc_format yuv420p

AVT - Audio/Video Transport

rtp_tos 184
#rtp_ports 10000-20000
#rtp_bandwidth 512-1024 # [kbit/s]
rtcp_mux no
jitter_buffer_delay 0 # frames
rtp_stats no
#rtp_timeout 60

Network

#dns_server 1.1.1.1:53
#dns_server 1.0.0.1:53
dns_fallback 8.8.8.8:53
#net_interface en0

#------------------------------------------------------------------------------

Modules

#module_path /usr/local/lib/baresip/modules

UI Modules

module slogging.so
module stdio.so
#module cons.so
#module evdev.so
#module httpd.so

Audio codec Modules (in order)

module opus.so
#module amr.so
#module g7221.so
#module g722.so
#module g726.so
module g711.so
#module gsm.so
#module l16.so
#module mpa.so
#module codec2.so
#module ilbc.so
#module isac.so

Audio filter Modules (in encoding order)

#module vumeter.so
#module sndfile.so
#module speex_pp.so
#module plc.so
#module webrtc_aec.so

Audio driver Modules

module slaudio.so
#module jack.so
#module portaudio.so
#module aubridge.so
#module aufile.so
#module ausine.so

Video codec Modules (in order)

#module avcodec.so
#module vp8.so
#module vp9.so

Video filter Modules (in encoding order)

#module selfview.so
#module snapshot.so
#module swscale.so
#module vidinfo.so
#module avfilter.so

Video source modules

#module avcapture.so
#module x11grab.so
#module cairo.so
#module vidbridge.so

Video display modules

#module x11.so
#module sdl.so
#module fakevideo.so

Audio/Video source modules

#module avformat.so
#module rst.so
#module gst.so
#module gst_video.so

Compatibility modules

#module ebuacip.so

Media NAT modules

module stun.so
module turn.so
module ice.so
#module natpmp.so
#module pcp.so

Media encryption modules

#module srtp.so
module dtls_srtp.so
#module zrtp.so

#------------------------------------------------------------------------------

Temporary Modules (loaded then unloaded)

module_tmp uuid.so
#module_tmp account.so

#------------------------------------------------------------------------------

Application Modules

#module_app auloop.so
#module_app b2bua.so
#module_app contact.so
#module_app debug_cmd.so
#module_app echo.so
#module_app gtk.so
#module_app menu.so
#module_app mwi.so
#module_app presence.so
#module_app syslog.so
#module_app mqtt.so
#module_app ctrl_tcp.so
#module_app vidloop.so
module_app webapp.so

#------------------------------------------------------------------------------

Module parameters

Opus codec parameters

opus_bitrate 64000 # 6000-510000
#opus_stereo yes
#opus_sprop_stereo yes
#opus_cbr no
#opus_inbandfec no
#opus_dtx no
#opus_mirror no
#opus_complexity 10
opus_application audio # {voip,audio}
opus_samplerate 48000
#opus_packet_loss 10 # 0-100 percent

Opus Multistream codec parameters

#opus_ms_channels 2 #total channels (2 or 4)
#opus_ms_streams 2 #number of streams
#opus_ms_c_streams 2 #number of coupled streams

vumeter_stderr yes

#jack_connect_ports yes

Selfview

video_selfview window # {window,pip}
#selfview_size 64x64

ZRTP

#zrtp_hash no # Disable SDP zrtp-hash (not recommended)

Menu

#menu_bell yes
#redial_attempts 0 # Num or
#redial_delay 5 # Delay in seconds
#ringback_disabled no
#statmode_default off

avcodec

#avcodec_h264enc libx264
#avcodec_h264dec h264
#avcodec_h265enc libx265
#avcodec_h265dec hevc
#avcodec_hwaccel videotoolbox

mqtt

#mqtt_broker_host 127.0.0.1
#mqtt_broker_port 1883
#mqtt_broker_clientid baresip01
#mqtt_broker_user user
#mqtt_broker_password pass
#mqtt_basetopic baresip/01

sndfile

#snd_path /tmp

EBU ACIP

#ebuacip_jb_type fixed # auto,fixed





Kannst du mir einmal eine deiner Studio Link IDs als PN schicken. Dann schaue ich mal was die Ursache sein könnte.

Im Logfile ist auch nichts, kannst du mal folgendes in der Konsole testen:

curl https://my.studio.link/api/v1/provisioning/test

Da sollte {"error":"not a valid uuid"} kommen.

soenke@Soenkes-iMac ~ % curl https://my.studio.link/api/v1/provisioning/test
{„error“:„not a valid uuid“}%

habe mich mal ausgeloggt und neu gestartet und er zieht auch keine ID mehr…

Das klingt dann nach einem Netzwerk/DNS Problem. Hat sich da was geändert? Ist evtl. ein VPN Tunnel aktiv?

Ich musste das Pi-Hole vor ein paar Monaten neu aufsetzen, aber das war wahrscheinlich vor der letzten Aufnahme mit Studio Link.
Er löst ja die DNS auf… also kann es eigentlich nicht am pi-hole liegen?
Ansonsten habe ich nur noch die neue Version vom CleanMyMac installiert, aber auch das kann schon vor der Aufname gewesen sein. Sonst ist alle Hard und Software gleich.

Hab es gefunden, das pi-hole blockiert in den Einstellungen nach dem neuen Aufsetzen.link, habe es entfernt. Jetzt geht es wieder.

1 „Gefällt mir“

Vielen Vielen Dank.

2 „Gefällt mir“

Hallo zusammen,

ich muss dieses alte Thema nochmal hervorholen, da ich leider vermutlich dasselbe Problem mit blockierten .link-Adressen habe.

Der Fehler: StudioLink Standalone bekommt seit einiger Zeit keine ID mehr (zunächst war Status “Error”, nach Neuinstallation wird gar keine ID mehr zugeordnet).

Dazu kommt: my.studio.link lässt sich im Browser auf allen Geräten im Netzwerk nicht mehr aufrufen. Ich habe es spaßeshalber mal mit einer anderen .link-Website probiert - auch die geht nicht. Ich vermute also, dass es eine Sicherheitseinstellung gibt, die das unterbindet. Sobald ich z.B. auf dem Handy aus dem WLAN ins Mobilfunknetz wechsle, geht alles.

Das Problem: Wir nutzen StudioLink auf Geräten im Netzwerk einer Universität. Ich kann also nicht so einfach selbst die Sicherheitseinstellungen verändern.

Deshalb meine Frage: Gibt es irgendeine andere Möglichket, dieses Problem zu umgehen? Ansonsten müsste ich versuchen, die Uni-IT davon zu überzeugen, den Filter wieder abzuschalten. Ich rechne mir da aber keine allzu großen Chancen aus :grinning_face:

Danke für jede Hilfe!

Viele Grüße

Tobias

Hallo,
da Dein Setup ja funktioniert, sagt meine Glaskugel, dass an der UNI vermutlich der UDP-Port 5004 nicht frei ist oder auf TCP 443 irgendwas gefiltert wird.

Ich kenne Deine Uni IT Admins nicht aber meine Erfahrung ist, dass es eher schwierig ist an Unis etwas zu ändern (gilt nicht nur für IT).

Kannst Du in herausfinden ob die IT diese Ports [1] frei sind?

Grüße

Gero

[1]
StudioLink nutzt hauptsächlich folgende Ports:

  1. UDP-Port 5004
    • Wichtigster Port für die Audioverbindung (RTP – Real-time Transport Protocol).
    • Muss geöffnet sein (bzw. NAT-freundlich weitergeleitet), damit eine direkte Verbindung zwischen zwei Teilnehmern funktioniert.
  2. UDP-Port 3478
    • Wird verwendet für STUN (Session Traversal Utilities for NAT) – notwendig, um NAT-Typen zu erkennen und die bestmögliche Verbindung zu etablieren.
    • Optional, aber empfohlen offen zu lassen, damit Verbindungen besser zustande kommen.
  3. TCP-Port 443
    • Für HTTPS-Verbindungen, z. B. zum Laden des Webinterfaces oder bei der StudioLink-Standalone-Version.
    • Muss in der Regel nicht speziell freigegeben werden, da dieser Port fast überall offen ist.

Ich befürchte das wird aktuell die beste Möglichkeit sein. Das ist schon ein ziemliches Overblocking legitime Domains anhand der Top Level Domain zu blocken.

Als Argument könnte man auch noch anführen das .link Adressen aktuell gerade mal auf Platz 101 der Spam Domains sind:

https://www.spamhaus.org/reputation-statistics/gtlds/domains/

Danke euch für die Antworten! Ich schaue mal, was ich bei der IT erreichen kann….

1 „Gefällt mir“

Ich hatte das auch mit einem Mitpodcaster an einer Institution. Wir haben es am Ende mit Quick-Link gelöst. Das hat immer geklappt, kostet halt ein wenig.

Wir bezahlen bereits für Quick-Link, können das aktuell aber ebenfalls nicht nutzen, weil ja auch dafür auf my.studio.link zugegriffen werden muss.