[Not yet solved]Folder Transfer

[Not yet solved]Folder Transfer

Postby beemer9 » 2009-11-15 19:04

Just did a clean install from Win7RC to Win7 Home Premium.
I installed UVNC v1.0.8.0 as a service.
Now I can't transfer folders to a client using 1.0.8.0 viewer. (I can transfer files). If I unload the service and run Winvnc.exe as Administrator, then folder transfer works fine.

I had been running 1.0.6.4 under Win7RC with no problem and I think I've got 1.0.8.0 set up the same way.

Anyone having a similar problem? Or suggestions?
Thanks.
Last edited by beemer9 on 2009-11-19 01:19, edited 2 times in total.
beemer9
 
Posts: 2
Joined: 2009-11-15 18:55

Re: Folder Transfer

Postby Rudi De Vos » 2009-11-15 19:17

The only filetransfer option you can play with is the
user impersonation.

without, you transfer as admin, but don't have access to mapped
folders
with, you should have the same access as the desktop user.

Do you have it with all folders ?
Rudi De Vos
Admin & Developer
Admin & Developer
 
Posts: 5369
Joined: 2004-04-23 10:21

Re: Folder Transfer

Postby beemer9 » 2009-11-15 20:04

I've got User Impersonation turned on. But I think I've found the problem.
The error msg I received was "c:\windows\temp\xxx.zip is not accessable". So it was zipping the folder into c:\windows\temp, but then could not get it out of c:\windows temp to transfer it.
I checked the security permissions for c:\windows\temp and found I had myself and Administrators with Full Control, but Users had no permissions set.
I gave Users Full Control and problem seems to be solved.

A bit weird as I was logged on with my account as an administrator with Full Control.

Thanks for the quick response. I love your product.
beemer9
 
Posts: 2
Joined: 2009-11-15 18:55

Re: [solved]Folder Transfer

Postby redge » 2009-11-19 01:18

beemer9 wrote:I checked the security permissions for c:\windows\temp and found I had myself and Administrators with Full Control, but Users had no permissions set.
I gave Users Full Control and problem seems to be solved.


is not a solution acceptable for novice user,
this only a work around for admin or experienced user.

win7rc winvnc running as service 1.0.8.1 on logged user desktop.
win7rc vncviewer 1.0.8.1 run as user mode (NOT running as administrator)

FT file, send and receive OK
FT folder from/to subfolder of drive C send or receive OK
FT create folder on root drive C local and remote OK
FT delete folder on root drive C local and remote OK


FT folder (created by user) on root drive C: send or receive NOK


warning
end user can't change security access to temp folder !


the zip/unzip32 inside FileTransfer don't care about security ?
I won't have this bug while i do it with explorer from/to another computer on root drive C, it just ask permission, allow or refuse.
UltraVNC 1.0.9.6.1 (built 20110518)
OS Win: xp home + vista business + 7 home
only experienced user, not developer
redge
Super-Mod
Super-Mod
 
Posts: 6815
Joined: 2004-07-03 17:05
Location: Switzerland - Geneva

Re: [Not yet solved]Folder Transfer

Postby Prisma » 2009-11-19 09:31

In past (1.0.5) there were similar security issues regarding users without administrative privileges or UAC, see also:

topic #14096

Welcome in the wonderful world of Vista and "Vista SP3"(=Windows7) :D
Prisma
100
100
 
Posts: 283
Joined: 2005-10-27 15:50

Re: [Not yet solved]Folder Transfer

Postby redge » 2009-11-22 10:37

Prisma

the work around this not good practice,
better managing the %temp% as you said.
Anyway, uvnc need FT transfer ask security credential if necessary but vncviewer should never run as administrator, big security issue.
this issue happen only with FT
dsmplugin security, it solved it use %temp% folder.
( is not meaning work with FT and dsmplugin at all.)
this applicable for all software.
UltraVNC 1.0.9.6.1 (built 20110518)
OS Win: xp home + vista business + 7 home
only experienced user, not developer
redge
Super-Mod
Super-Mod
 
Posts: 6815
Joined: 2004-07-03 17:05
Location: Switzerland - Geneva


Return to 1.0.8.X (stable)

Who is online

Users browsing this forum: No registered users and 1 guest

cron