.albie. 0 Posted May 2, 2018 Share Posted May 2, 2018 I had the exact same problem that the OP described; windows 10 and mac 10.10.5 with different IP's (subnets?) and the client couldn't connect. My Windows 10 server listed several different IP's (some were off the screen, so I stretched the synergy window). I did what estraulino suggested and it fixed it. TLDR: on the client, enter the server IP that's not in bold and shares the same 3 initial numbers, i.e. 192.168.0.x Link to post Share on other sites
.albie. 0 Posted May 2, 2018 Share Posted May 2, 2018 The only problem I have now is that on my "server" machine, clicking webpage links takes a lot longer to see the webpage. I have fiber and clicking on links used to (before installing Synergy) show a webpage instantaneously. Now it takes about 10 secs. I suppose that DNS lookups are going through a new virtualbox network connection? Maybe through the client? Can this be fixed ? Link to post Share on other sites
yuzhe 0 Posted September 8, 2018 Share Posted September 8, 2018 Hi, it cant connect to the server in my machine as well Link to post Share on other sites
nagapow 0 Posted October 23, 2018 Share Posted October 23, 2018 I was having the same issue, trying to connect Windows 10 64 bit (server) to my Macbook Pro Mojave 2015 (client). I nearly gave up and asked for a refund but managed to connect... make sure the screen name are consistent across the two machines (i.e. make sure the computer names in the 'Configure Server' option tab. For example, my Window laptop is RAZER and this should also be the same on the Mac side, and vice versa) I did not use the recommended auto IP configuration option I did not use the recommended IP address shown in my server machine for my client to connect to... what I did was I found out the IP address my server and just used that for my client to connect to. I did this by checking the Router setting page (i have a cheap ISP default router) and see what my IP address is. It worked for me... i hope it does for you too.. i think the missing key here for me was that the names have to be consistent...... the software must use it as the USER ID or something... Link to post Share on other sites
Guest Posted October 24, 2018 Share Posted October 24, 2018 Hey This is normally caused by a firewall issue. Please, could you try temporarily disabling your firewall to see if this resolves the issue? If it starts working, let me know and we can setup a rule to allow Synergy. If not, it could be that the IP address you're trying to connect to is invalid, or maybe the server isn't running. Either way, I'm happy to help. More troubleshooting info for this issue:https://symless.com/help/s1-troubleshooting/s1-connection-issue Link to post Share on other sites
sonbemi 0 Posted February 12, 2019 Share Posted February 12, 2019 I have having a similar issue. I know it is not selinux or the firewall. I disabled selinux and the firewall and still have the same issue. My server is a centos 7 machine and client is a windows 10 machine. It worked up until 2 days ago when I had to reinstall my linux machine. I have tried everything. Below is the image of my synergy clients on the machines: centos windows 10 Link to post Share on other sites
JSD 3 Posted February 21, 2019 Share Posted February 21, 2019 On 2/12/2019 at 6:45 PM, sonbemi said: I have having a similar issue. I know it is not selinux or the firewall. I disabled selinux and the firewall and still have the same issue. My server is a centos 7 machine and client is a windows 10 machine. It worked up until 2 days ago when I had to reinstall my linux machine. I have tried everything. Below is the image of my synergy clients on the machines: centos windows 10 Is the client "screen name"/hostname the same after reinstall? If no you may have to update your server config file or use interactive config to create a new config file. Link to post Share on other sites
Guest Posted February 26, 2019 Share Posted February 26, 2019 Hi, Can you please claridy updates version that you have installed on your Win client machine? We are aware about this problem but issue effected only on Win 10. So, here is short workaround : 1. Delete latest installed updates. 2. Reinstall Synergy from Fresh. Link to post Share on other sites
Uglycasanova 0 Posted March 7, 2019 Share Posted March 7, 2019 I'm getting the failed to connect issue on 1 of my 3 synergy systems. Setup is as follows: Server - Fedora 28 (working ok) Client 1 Windows 10 (working ok) Client 2 Mac desktop on Mojave 10.14 (failed to connect error) I got this error after updating OSX and Synergy the same day, so unfortunately I can't say what caused the error, but my setup was working well for about a year. I know my settings are correct (correct naming, and I don't use the bold suggested ip), and I have even tried to disable the firewall on OSX, but my mac is simply refusing to connect. At this point Im just waiting for a update (or synergy 2) to be released, hoping that resolves it. Link to post Share on other sites
IM96 0 Posted May 16, 2019 Share Posted May 16, 2019 i bought synergy to work at my office with my mac and my pc (CPU) it NEVER worked. Tried everything for months including this kind of forums. I want a refund, how can i get it? very dissapointed with the program. Link to post Share on other sites
Erik M 0 Posted October 31, 2019 Share Posted October 31, 2019 (edited) After working for it for a couple of hours I figured it out. - First, ipconfig on the windows machine and make sure you are connecting to the correct IP, don't assume its the bolded one. - Then attempt to ping each IP from machine to machine (if this doesn't work debug that first) - Verify that you haven't messed with any of the port settings in either machines synergy config settings (this was my issue) - Either create a rule for synergy in windows firewall or just disable firewalls for testing - verify your spelling and numbers are correct everywhere (another issue I had) After doing all these I finally got it working, Good luck! Edited October 31, 2019 by Erik M Link to post Share on other sites
Michael48732 0 Posted December 25, 2021 Share Posted December 25, 2021 I know this is an old issue, but I feel compelled to mention that 192.168.1.x and 192.168.137.x can communicate just fine, and in fact, are the same network, if both machines use a subnet mask of 255.255.0.0. We should not assume everyone uses 255.255.255.0. Link to post Share on other sites
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now