aRaphael Die Anwendungen sind doch eh veraltet bis zum geht nicht mehr
Beiträge von [gelöschtes Individuum]
-
-
ipv6help.de
[Steht nebenbei auch im netcup-RZ und gehört meines Wissens sogar einem aktiven Forenmitglied
) -
Gerade 40min lang probiert Jitsi bei unseren Leitern zum laufen zu bringen, uff.
Testweise wollte ich das über die Netcup Instanz machen, damit der Geschäftsführer und so einen Eindruck gewinnen können. Bei 2 Teilnehmern kein Problem, aber sobald 3+ im Meeting sind geht weder Video noch Audio. Es wird einfach nichts übertragen und es kommt nicht mal ein Ausschlag?
Genau das gleiche Problem hatte ich gestern auch. Nach zwei Stunden vergeblichen Fehlersuchen habe ich dann die Docker-Instanz verworfen und habe es manuell aufgesetzt...
-
Alles ab 3 Teilnehmern wird doch sowieso über JVB und ohne STUN abgewickelt!?
Ja und nein. Wenn du NAT nutzt (oder einfach nur keine IP konfigurierst), dann wird immer der STUN von der JVB genutzt.
-
Zurück zum Thema - ich habe jetzt auf einem RS einen coturn Server laufen. Sogar auf Port 80 und 443, war noch frei.
Funktioniert wunderbar. Ich habe mich glatt mal angeschlossen und auch fix einen aufgesetzt - das Aufwendigste sind die ganzen DNS-Records
TCP/UDP: stun.0x58.de:3478
TCP[/UDP] TLS: stun.0x58.de:5349
-
Aber das wird/wurde geändert auf die STUN Server von Jitsi
Siehe: https://github.com/jitsi/jitsi…lob/master/config.js#L347 bzw. https://github.com/jitsi/jitsi…8bd94185e2a4b22b8eafdc794
Nachdem ich den STUN-Server eingetragen habe, ging gar nichts mehr... Die Video-Bridge ist abgekratzt und P2P-Verbindungen (Zweierkonferenzen) sind auch gescheitert...
-
Stimmt, wenn der Cron von acme.sh schief läuft, dann bekomme ich eine Mail. Zählt das als Monitoring?
Wenn man vom Teufel spricht... In der Nacht kam eine Mail rein, dass das Erneuern schief gelaufen ist
-
Is IPv6 working in the rescue system (grml)?
-
What do you mean by "all IPv6 networks"?
-
Muss ein individuelles Problem sein. Bei mir lädt es im Browser die Chunks flüssig mit 20-30 Mbit/s, youtube-dl saugt mit voller Bandbreite über einen längeren Zeitraum mit 50 Mbit/s.
Komisch... Aber danke für die Rückmeldung
-
YouTube limitiert die Bandbreite einige Sekunden nach dem Starten des Videos doch knallhart auf ~500 KB/s... So macht Videos
herunterladenschauen doch gar keinen Spaß
-
Könnte es eventuell ein Berechtigungsproblem sein? Steht eventuell etwas in den (error)-Logs im WCP? Letzteres halte ich zwar für unwahrscheinlich, aber man weiß ja nie
-
Sowas hat man doch im Monitoring...
Stimmt, wenn der Cron von acme.sh schief läuft, dann bekomme ich eine Mail. Zählt das als Monitoring?
-
Ich bin doch abhängig von dem Ersteller des Containers und laufe Gefahr ständig Lücken im System zu haben.
Das trifft also nicht auf sämtliche andere Software zu? Du verwendest keine offiziellen Repos von Distributionen, die manchmal veraltete Software ausliefern?
-
"Alle Videos sollen zunächst in den kommenden 30 Tagen standardmäßig nur noch in Standard- statt HD-Auflösung übertragen werden, wie die zu Google gehörende Videoplattform ankündigte. Der Nutzer könne aber weiterhin eine höhere Auflösung einstellen, wenn er das wünsche." (Zitat aus dem Artikel)
Schon klar, aber 720p ist bei mir trotzdem noch HD (und bei Wikipedia auch)...
-
Vielleicht hängt es damit zusammen?
1080p kann ich trotzdem auswählen und das ist auch "HD"...
-
Seit wann ist denn auf YouTube 720p kein "HD" mehr?
-
Hab gerade Jitsi installiert - halbe Katastrophe.
Quickinstall führt da nicht zu dem gewünschten Ergebnis unter Debian.
Configfiles vertreut an zig unterschiedlichen Orten.
Docker
-
Für die Bitwarden Nutzer unter uns
Dafür gab es vor ein paar Tagen ein Update? Dass ich das auch Mal erleben darf
-
Wie lautet denn die Mail-Adresse?
