Solved

Edit Shortcut Porperties on Remote Machine

Posted on 2009-07-11
4
591 Views
Last Modified: 2013-11-21
Hi.

Some shotcuts on remote machines are in the form "\\thiscomputername\c$\program files\myapp\myapp.exe". This was done some time ago as a quick and easy way to edit or create shortcuts on remote machines by mapping to the machine (rather than having to Remote Desktop) and, for the path, using the form \\theremotecomputername\c$\ rather than c:\ which would refer to the c: drive back here on my machine.

Following a tightening of security and permissions on the network these remote machines are now asking for a username and password to run the shortcut.  I don't want to look at permissions at this stage, I just want to change \\theremotecomputername\c$\ back to c:\ without having to Remote Desktop and without the shortcut on the remote machine thinking that the program is here on my c: drive!

Hope this makes sense!

TIA.
0
Comment
Question by:Sat2b
  • 2
  • 2
4 Comments
 
LVL 31

Assisted Solution

by:Henrik Johansson
Henrik Johansson earned 50 total points
ID: 24830563
C$ is an administrative share requiring administrator access, and the permissions can't be changed. If you don't want the users to be administrators on the machine with the shared resource, you nead to add an additional share and configure the necessary permissions on the additional share.

Modify the shortcut locally to target the local path and copy the shortcut to the remote machines by using the administrative share.
0
 

Author Comment

by:Sat2b
ID: 24831157
Thanks henjoh.

I think we're in this position because we tried that.  On the local machine we tried creating a shortcut to, say, c:\program fles\myapp\myapp.exe mirroring what we wanted on the remote machine. We then copied this shortcut to the remote machine but the shortcut thought the app was back on the local machine and tried to run it across the network. To solve this we created a shortcut locally \\theremotemachine\c$\program files\myapp\myapp.exe and copied that over, the remote user had admin rights on their own machine so it worked OK.

If the shortcut wasn't a shortcut but a batch file we'd just edit \\theremotemachine\c$\ to c:\, what we're trying to do is the same but for a shortcut. Shortcuts seem to be too clever, i.e. when I make a mapping to the the remote machine to edit the shortcut and change \\theremotemachine\c$\ to c: it assumes that the app is on the c: drive on my machine.

This is potentially a problemn on hundreds of shortcuts so all we wanted to do when it was reported was a quick map-edit-save.  We don't want to change shares or permissions, that would be overkill. It looks like Remote Desktop-edit-save may be what we have to do.

Thanks again.
0
 
LVL 31

Expert Comment

by:Henrik Johansson
ID: 24831227
I just remembered having some similar issue back in old NT4 days when the shortcuts stored the machine name in the shortcuts. I haven't seen this issue since then, but try to add the following registry setting

HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer
LinkResolveIgnoreLinkInfo=1 (dword)

http://support.microsoft.com/kb/158682


0
 

Accepted Solution

by:
Sat2b earned 0 total points
ID: 24857140
Thanks henjoh, sorry for the delay in responding.

Whilst I appreciate that this registry tweak will fix problems of roaming and losing/finding targets I'm not sure it will fix my problem and probably does more that I want to do in any case. Thanks all the same.

I've been trying to find a method of making a simple low level edit of shortcuts on mapped drives on remote machines without c: referring to my c: drive.  It looks like the old NT Resource Kit shortcut.exe would've worked, the more recent scut.exe even more so.  Shortcut.exe is probably too old now and I couldn't find a downloadable copy of scut.exe.  However I have found a diiferent third party shortcut.exe at http://www.optimumx.com/ and it does exactly what I want so I'm going to go with it.

Thanks again and regards.
0

Featured Post

Does Powershell have you tied up in knots?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
AD Cleanup by EmployeeID 11 43
GPupdate /sync 1 34
Set Folder Permissions to Prevent Move and Delete 1 27
Bind Mac To Azure AD 1 12
INTRODUCTION The purpose of this document is to demonstrate the Installation and configuration of the Data Protection Manager product. Note that this demonstration was prepared on the basis of Windows OS is 2008 R2 and DPM 2010. DATA PROTECTI…
While rebooting windows server 2003 server , it's showing "active directory rebuilding indices please wait" at startup. It took a little while for this process to complete and once we logged on not all the services were started so another reboot is …
Windows 8 came with a dramatically different user interface known as Metro. Notably missing from that interface was a Start button and Start Menu. Microsoft responded to negative user feedback of the Metro interface, bringing back the Start button a…
Microsoft Active Directory, the widely used IT infrastructure, is known for its high risk of credential theft. The best way to test your Active Directory’s vulnerabilities to pass-the-ticket, pass-the-hash, privilege escalation, and malware attacks …

815 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

11 Experts available now in Live!

Get 1:1 Help Now