Report post You have 30 minutes to complete this form before the CAPTCHA will expire. Security image * Required field JavaScript is required to view this page. Either you do not have JavaScript enabled in your web browser, you do not have cookies enabled in your web browser, or this website is misconfigured such that cookies do not save correctly. This is a reported post for a post in the topic <input class="cms_keep_ui_controlled" size="45" title="[post param="Host a Jitsi Meet Server"]408[/post]" type="button" value="post Comcode tag (dbl-click to edit/delete)" />, by jacobgkau<br /><br /><comcode-quote param="2">@dworthem - This is the expected behavior for Jitsi Meet. Rooms are never persistent– when all members leave a room, the room no longer exists (and neither does its password.) A few points I'd recommend considering:<br /><br />- This "loophole" requires the non-authorized guest to already know the URL of the room and to already be waiting when the host creates the room.<br /><br />- More importantly, it's not as if a guest can "hide" inside of an active room; the moderator would immediately see that they're in the room, and will have the power to kick them from the room (and if that is done after a password has been set, then the unauthorized guest would not be able to re-join.)<br /><br />With those items in mind, you have the following ways to keep unauthorized users out of your video conference (in chronological order):<br /><br />- Don't give out the URL earlier than you need to, and don't give it out to people who don't need it.<br /><br />- Create the room at least a few minutes in advance so you can set the password before people start showing up.<br /><br />- When you create the room, if an unauthorized user joins the call immediately, set your password and then kick them. (You could also get their IP address from your NGINX logs and either block them at the firewall level or pursue legal action if this is really a large concern for you.)<br /><br />I can see how this is an inconvenience in the design of Jitsi Meet, but that's as far as I'd go.<br /><br />@sukubo - I'm not sure what you are referring to. Only the user who authenticates and creates the room is a moderator by default.<br /></comcode-quote><br />//// PUT YOUR REPORT BELOW \\\\<br /><br /> Add: Add: Font Size Color [Font] Arial Courier Georgia Impact Times Trebuchet Verdana Tahoma Geneva Helvetica [Size] 0.8 1 1.5 2 2.5 3 4 [Color] Black Blue Gray Green Orange Purple Red White Yellow This is a reported post for a post in the topic [post param="Host a Jitsi Meet Server"]408[/post], by jacobgkau [quote="2"] @dworthem - This is the expected behavior for Jitsi Meet. Rooms are never persistent-- when all members leave a room, the room no longer exists (and neither does its password.) A few points I'd recommend considering: - This "loophole" requires the non-authorized guest to already know the URL of the room and to already be waiting when the host creates the room. - More importantly, it's not as if a guest can "hide" inside of an active room; the moderator would immediately see that they're in the room, and will have the power to kick them from the room (and if that is done after a password has been set, then the unauthorized guest would not be able to re-join.) With those items in mind, you have the following ways to keep unauthorized users out of your video conference (in chronological order): - Don't give out the URL earlier than you need to, and don't give it out to people who don't need it. - Create the room at least a few minutes in advance so you can set the password before people start showing up. - When you create the room, if an unauthorized user joins the call immediately, set your password and then kick them. (You could also get their IP address from your NGINX logs and either block them at the firewall level or pursue legal action if this is really a large concern for you.) I can see how this is an inconvenience in the design of Jitsi Meet, but that's as far as I'd go. @sukubo - I'm not sure what you are referring to. Only the user who authenticates and creates the room is a moderator by default. [/quote] //// PUT YOUR REPORT BELOW \\\\ View all Use of this website implies that you agree to the website rules and privacy policy. Statistics Users online: Details jacobgkau, 17 guests Usergroups: Administrators Forum statistics: 148 topics, 639 posts, 633 members Our newest member is OfflineInfluencer83