Vipre cause NXclient to be unresponsive/fail to connect.

Thanks i'll try that, although the only problem there is if a virus ends up in that folder wouldn't it stay there undetected? (Admittedly unlikely)

Dragon2611, It would mean that it wont not scan that folder,
Once we determine that this does fix the problem, you can try and add the individual files to the allowed list, and remove the folder, and see if that can work, and still give you increased security.

Please let us know if you have any questions.
Thanks,
Peter

Have tried adding the folder to the always allow section but it didn't make any difference. This machine is however running the windows7 beta, will test on a XP machine to ensure it's not that that's causing it.

Just checked Same thing happens on my XP machine takes a very long time to try and connect yet as soon as I disable the active protection Nxclient will connect very quickly.

This is using the latest windows client. The remote machine is running the free NXserver for linux on Ubuntu 9.04.

They are connecting via LAN (Tried wired and wireless)

Since both the server and the desktop app are freely downloadable is there anyone else that has a Linux and a Windows machine that would be willing to try this and see if they get the same problem?

Dragon2611,

It sounds like Active Protection is scanning files the Windows system is accessing on the other system and this is causing the slowdown. There are a couple things we could try. First, you could try adding files that are being accessed on the other system to the always allowed list if this is possible for you.

Another thing you could try which would likely solve the problem is to disable the "Check files when they are opened or copied' option in VIPRE's Active Protection settings. This would have VIPRE only scan files that are being executed instead of all files that are being accessed. Let me know if this solves the problem.

I don't see how it could be scanning files on the other system it's an SSH shell with a remote desktop being tunneled over it and no access to the filesystem directly.

Also both systems (when i tested wired) had a 1Gbit link between them, the speed is very close to the speeds I get from the Local drives so even if it was scanning remote files the delay should be negligable.

http://en.wikipedia.org/wiki/NX_Client

Basically the software allows one to login to a remote computer create an X session and then use the remote desktop, simular to the kind of effect expierianced on an RDP connection from windows > windows.

There is some access to shares based on the other machine but that is via Samba and not via the Nxclient, I have no problem with working with files on the other machine or copying large amounts of data between the machines it's only the starting and connecting phase that poses a problem.

Can someone from your QA/Testing/development department perhaps download nxclient and have a look at it?

You would need a linux machine to connect to if your using the free client But if it's required I could probably set up a linux box in a VM for the client to login to.

Dragon2611,

I'd like to have you contact us directly by emailing us at support@sunbeltsoftware.com. We can collect some diagnostics from you to get a better idea of what exactly is causing the slowdown.

Did you try disabling the "Check files when they are opened or copied" option? This may solve the problem.

Sorry for the delay in replying

Changing that setting does indeed fix the problem , although i'd prefer to have left that setting enabled if possible?

Dragon2611,

To continue with this issue we'll need to collect some log files from you so it would be best to have you contact us directly at support@sunbeltsoftware.com.

Hi,

Same here, I have problem even adding programs nxclient, nxauth, NXWin, nxssh, nxkill nxservice into "Always Allowed" but it didn't work. I also tried adding the folder "Nx Client for Windows", it didn't work too.

NX will only work if I disable acive protection. So what's the point of having Vipre?

Oh, also, the SBAMSvc shot up to 50% CPU utilization.

Regards

David Yeo, thank you for posting.

Please contact us directly by sending an email to support@sunbeltsoftware.com. We can collect some logs from you to help get a better idea what exactly is causing the issue.