Tuesday, June 21, 2011

How to launch an App-V Application without using the shortcut

Users can launch App-V applications without using the shortcut in cases such as the user mistakenly deleted the shortcut and needs immediate access to the application without refreshing the server connection.

Prerequisite:

  • User should already be added to ACL of the application on the management server
  • App-V client should be running on the desktop

From a command prompt or Start > Run, type:
sfttray.exe /launch "APPNAME APPVER"

where APPNAME and APPVER correspond to the application name and application version from the application OSD file as below:
sfttray /launch "Google Chrome 13.0"

Saturday, June 4, 2011

How to block users from accessing certain websites

Following is one of many ways to block users from accessing certain websites.

Background: When a user tries to launch a open a website from the browser, Windows by default tries to resolve the website name to its IP address from the local DNS cache first. If this fails, it will query the hosts file and if no entry for the website is there, it will finally contact the DNS server for name resolution. Provided that the user does not have the website IP address cached, the hosts file can be used to do the block. Incase the user does have the website IP address cached, a simple restart to the DNS service will clear the cache.

Solution: Open the file "C:\Windows\System32\drivers\etc\hosts" and add an entry as below:
127.0.0.1 domainname.com
(domainname.com being the website you want to block. Save the hosts file outside the etc folder and then move it there, replacing the older version, as Windows won't let you save the file there directly. Also make sure there's no extension like .txt at the end of the file name)

This way whenever a user tries to go to anything.domainname.com, their browser redirects them to 127.0.0.1 which is the local host. Or maybe you can redirect them to an HTML page stating the reason why that page is blocked from within your organization.

Friday, June 3, 2011

XenCenter error "Unable to mount the directory specified in device configuration request"

Problem: When trying to create a new storage repository in XenCenter, after putting the name and share name of the storage location, without checking "use different user name", the below prompt would sometimes appear (this was for v5.6.1, but the issue is probably in other versions too):



Fix: Even though the account XenCenter was launched from has access to that location, you still have to check "use different user name" and put the same account credentials!