Thanks for your reply. Our client has managed to get the TFS work, finally it was something related to the firewall.
Regards
Hello,
We are experiencing an issue with the floating licensing system on a Linux environment. Our client installed the turbofloatserver successfully (installed, activated, running and port listening). They confirmed that nothing in their network is blocking the port but the server does not seem to respond to a request. They also confirmed that the server is reachable (a simple ping does work). However, when they check the connection to the port, it is unable to connect. They have tried both telnet and nc commands.
To provide more context, the TF version we are using is 4.4.4.0, they are on CentOS 7.6 and the installation of the server is inside a Virtual Machine. We know that running the floating server on VMs is not secure, but unfortunately this was a hard constraint set by the client which we could not avoid.
Could you help us to troubleshoot this issue? Do you have any ideas or suggestions for us to check with our client?
Many thanks!
Unfortunately this is something they need to solve with their network admins. They can configure the port and configure the address in which TFS is bound to. They can also configure the log to output a lot of information (including “junk” messages like a ping to the TFS server).
With all that information they can set things up correctly.
Also, they should be running TFS over HTTPS especially if clients will be connecting over the open internet (and not just intranet).
Obviously, they shouldn't run TFS in a VM (warned about in multiple places, including directly in LimeLM when you enable it against our advice). Your app, and the TF library, *can* be run in a VM.
Thanks for your reply. Our client has managed to get the TFS work, finally it was something related to the firewall.
Regards