10
Portfreigabe funktioniert nicht
Hallo,
ich habe Testweise probiert, einen eigenen Jitsi Meet Server zu erstellen. Läuft in der Google Cloud, ist Ubuntu 18.04, Webserver ist nginx.
Mit ufw habe ich den Port 443/tcp und 10000:20000/udp freigeschaltet, bei Google auch dementsprechend hinterlegt. Die Freigabe auf den Port 443 funktioniert, die UDP-Ports sind zu.
Woran kann das liegen?
~Vollmilchheini
ich habe Testweise probiert, einen eigenen Jitsi Meet Server zu erstellen. Läuft in der Google Cloud, ist Ubuntu 18.04, Webserver ist nginx.
Mit ufw habe ich den Port 443/tcp und 10000:20000/udp freigeschaltet, bei Google auch dementsprechend hinterlegt. Die Freigabe auf den Port 443 funktioniert, die UDP-Ports sind zu.
Woran kann das liegen?
~Vollmilchheini
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 559325
Url: https://administrator.de/contentid/559325
Printed on: April 23, 2024 at 07:04 o'clock
10 Comments
Latest comment
Hallo,
wieso zu ?
steht doch ALLOW da !
Fred
wieso zu ?
steht doch ALLOW da !
Fred
Ja ich habe das ja extra so eingerichtet, aber es funktioniert nicht. Der Port ist trotzdem zu.
Ich weiß nun nicht genau wie Google das bei VMs macht.
Aber bei "Firewalls" steht nur "https". Also Port 443 TCP.
Möglicherweise musst Du dan noch die anderen Ports freigeben.
Stefan
Die Freigabe auf den Port 443 funktioniert, die UDP-Ports sind zu.
Du brauchst zwingend die Ports 10000-20000 eingehend für die Videobridge. Ansonsten läuft es lediglich zwischen zwei Clients im gleichen Netz Peer-2-Peer.
Und bevor du danach noch lange suchst warum es trotzdem noch nicht funktioniert: In /etc/jitsi/videobridge/sip-communicator.propertiesmusst du noch zwei Zeile einfügen sofern die Videobridge hinter einem NAT steht.
org.ice4j.ice.harvest.NAT_HARVESTER_LOCAL_ADDRESS=<ip>
org.ice4j.ice.harvest.NAT_HARVESTER_PUBLIC_ADDRESS=<ip>Manuel
Zitat von @StefanKittel:
Ich weiß nun nicht genau wie Google das bei VMs macht.
Aber bei "Firewalls" steht nur "https". Also Port 443 TCP.
Möglicherweise musst Du dan noch die anderen Ports freigeben.
Stefan
Ich weiß nun nicht genau wie Google das bei VMs macht.
Aber bei "Firewalls" steht nur "https". Also Port 443 TCP.
Möglicherweise musst Du dan noch die anderen Ports freigeben.
Stefan
Da steht Netzwerktag https. Im Netzwerktag https sind aber zusätzlich zu Port 443 TCP die Ports 10000-20000 UDP hinterlegt, da ist auch ein entsprechender Screenshot zu sehen.
Zitat von @manuel-r:
Du brauchst zwingend die Ports 10000-20000 eingehend für die Videobridge. Ansonsten läuft es lediglich zwischen zwei Clients im gleichen Netz Peer-2-Peer.
Und bevor du danach noch lange suchst warum es trotzdem noch nicht funktioniert: In /etc/jitsi/videobridge/sip-communicator.propertiesmusst du noch zwei Zeile einfügen sofern die Videobridge hinter einem NAT steht.
Manuel
Die Freigabe auf den Port 443 funktioniert, die UDP-Ports sind zu.
Du brauchst zwingend die Ports 10000-20000 eingehend für die Videobridge. Ansonsten läuft es lediglich zwischen zwei Clients im gleichen Netz Peer-2-Peer.
Und bevor du danach noch lange suchst warum es trotzdem noch nicht funktioniert: In /etc/jitsi/videobridge/sip-communicator.propertiesmusst du noch zwei Zeile einfügen sofern die Videobridge hinter einem NAT steht.
org.ice4j.ice.harvest.NAT_HARVESTER_LOCAL_ADDRESS=<ip>
> org.ice4j.ice.harvest.NAT_HARVESTER_PUBLIC_ADDRESS=<ip>
> Manuel
Habe ich gemacht, hat nichts gebracht.
Hast du die Videobridge danach neu gestartet?
sudo /etc/init.d/jitsi-videobridge restartJa, ohne Erfolg
Moin,
schau dir einmal diesen Golem Artikel an:
https://www.golem.de/news/homeoffice-videokonferenzen-auf-eigenen-server ...
Dort sind ein paar Kniffe aufgelistet, die beachtet werden müssen.
Ich denke damit fliegt das ganze dann auch.
Gruß
Spirit
schau dir einmal diesen Golem Artikel an:
https://www.golem.de/news/homeoffice-videokonferenzen-auf-eigenen-server ...
Dort sind ein paar Kniffe aufgelistet, die beachtet werden müssen.
Ich denke damit fliegt das ganze dann auch.
Gruß
Spirit
Zitat von @Spirit-of-Eli:
Moin,
schau dir einmal diesen Golem Artikel an:
https://www.golem.de/news/homeoffice-videokonferenzen-auf-eigenen-server ...
Dort sind ein paar Kniffe aufgelistet, die beachtet werden müssen.
Ich denke damit fliegt das ganze dann auch.
Gruß
Spirit
Moin,
schau dir einmal diesen Golem Artikel an:
https://www.golem.de/news/homeoffice-videokonferenzen-auf-eigenen-server ...
Dort sind ein paar Kniffe aufgelistet, die beachtet werden müssen.
Ich denke damit fliegt das ganze dann auch.
Gruß
Spirit
Du hast recht, es fliegt.
Danke.
