Instead of "splitting" users, have you thought about putting them behind a load balancer?
Incase you still want to split the users, you will also have point each guac client to their own MySQL databases and it's own guacd instance. You would have to change these in guacamole.properties. On Mon, 23 Mar, 2020, 9:54 PM Newman, Dennis, <dennis.new...@spglobal.com> wrote: > Guac 1.1.0 set up on CentOs7 used for Windows virtual desktop RDP > > All systems on vmware esxi 6.7 – everything works > > > > Everything works, > > We are trying to split our two divisions as we now have everyone working > from home constantly instead of occasionally, > > so I cloned the Guac VM to the second esxi host on my Vcenter, > > Changed the new vm’s IP (nat set to a different public IP) and fired it up > to test. > > It seems that now both systems are sharing a user and connection database > – shutting one down seems to “kill” the other > > Where other than the CentOs ip addressing and machine name would I need to > make changes to “split” these two virtual servers. > > > > I would rather not install fully new – had assumed I could clone then > delete half of the users from one and half from the other. > > > > Any thoughts? > > > > *Dennis Newman* > > *Senior Infrastructure Engineer* | *Wisconsin office* > > > > *RateWatch + S&P Global Market Intelligence * > > 201 N. Main Street, Suite 4 > > Fort Atkinson, WI 53538 > > T: 920.568.1401 x4300 > > C: +1.920.397.1344 > > S&P ext 2684300 > > dennis.new...@spglobal.com > > > > [image: rtwtchspg_mrkt_vt_emailSign_RGB_pos] > > > > ------------------------------ > > The information contained in this message is intended only for the > recipient, and may be a confidential attorney-client communication or may > otherwise be privileged and confidential and protected from disclosure. If > the reader of this message is not the intended recipient, or an employee or > agent responsible for delivering this message to the intended recipient, > please be aware that any dissemination or copying of this communication is > strictly prohibited. If you have received this communication in error, > please immediately notify us by replying to the message and deleting it > from your computer. S&P Global Inc. reserves the right, subject to > applicable local law, to monitor, review and process the content of any > electronic message or information sent to or from S&P Global Inc. e-mail > addresses without informing the sender or recipient of the message. By > sending electronic message or information to S&P Global Inc. e-mail > addresses you, as the sender, are consenting to S&P Global Inc. processing > any of your personal data therein. > -- **Disclaimer:* This message and any attachment may contain confidential, proprietary information and is intended only for the individual named. If you are not the original intended recipient and have erroneously received this message, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. Hitachi MGRM Net E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Hitachi MGRM Net therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required, please request a hard-copy version. Hitachi MGRM Net Ltd, C - 6/5, Safdarjung Development Area, New Delhi - 110016, India* * * *'Please consider the environment before printing this e-mail'.*
