I may do the load balancer – thanks. You can put the two VMs behind the same reverse proxy (nginx or Apache) and configure load balancer on them. So, if you have already have a reverse proxy on 1 VM, you may configure the same to connect to the 2nd VM. The reverse proxy on the 2nd VM becomes redundant. The advantage with load balancing is that you do not need to split the users between the two databases.
So with two servers one IP x.x.x.150 and the other x.x.x.151 how and this config, how would they “share” a database? If I log into 1 and make a change – it shows up in the other – Is there somewhere in the install that logs the install IP and uses it for anything? Not sure if its mapped internally the same VM. One thing which you could try is that instead of “localhost”, try using the specific IP address of the local server, in guacamole.properties From: Newman, Dennis [mailto:[email protected]] Sent: 23 March 2020 11:07 PM To: [email protected] Subject: RE: Cloning Guac VM I may do the load balancer – thanks. Interesting, so what “seems” to have happened is that because server #2 was a clone – and is on the same network, it just “sees” the original MySql database (by name) and links up? Mt guacamole.properties is simple # Hostname and port of guacamole proxy guacd-hostname: localhost guacd-port: 4822 # MySQL properties mysql-hostname: localhost mysql-port: 3306 mysql-database: guac_db mysql-username: ******** mysql-password: ********* mysql-default-max-connections-per-user: 0 mysql-default-max-group-connections-per-user: 0 So with two servers one IP x.x.x.150 and the other x.x.x.151 how and this config, how would they “share” a database? If I log into 1 and make a change – it shows up in the other – Is there somewhere in the install that logs the install IP and uses it for anything? From: Tushar Jain <[email protected] <mailto:[email protected]> > Sent: Monday, March 23, 2020 11:55 AM To: [email protected] <mailto:[email protected]> Subject: Re: Cloning Guac VM 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, <[email protected] <mailto:[email protected]> > 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 _____ 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'.*
