There's a document that discusses this exact topic:
There's a document that discusses this exact topic:
Excellent, thank you very much. I'll mark your response as the correct answer once I've been through the config. Not that I don't believe you, I just want to add further comments!
I've got a thinstation image that works pretty much perfectly for view. If you PM me i can set you up with a image.
Hi
Please check if this helps
Horizon Toolbox (was View Auditing Portal) – VMware Labs
click for documentation http://www.vmware.com/files/pdf/techpaper/vmware-horizon-view-toolbox-fling-instructions.pdf
Regards
Gaurav Baghla
Back in July we had published a Support Insider blog post about using the ViewDbChk command to remove invalid linked clone entries, which applied to Horizon View 5.3 and later. Apparently a similar situation can arise in earlier versions of the product as well, but the steps to fix it are different.
For users of View 5.2 or earlier, we have created KB article: Manually deleting linked clones or stale virtual desktop entries from the View Composer database in VMware View Manager and VMware Horizon View.
(view original post)
We use SecureLockdown for our old computers. It makes the computer pretty much useless outside of what you configure for the user to access. We created a local user with no password and configured Windows to auto login with that user. When the computer boots up, the user only has a desktop icon to the view client.
http://shop.inteset.com/lock-down-windows-with-inteset-secure-lockdown
It seems to fit our use case.
I confirm the problem persists on 3.3.0.
One of our DNS servers died, and clients on 3.3.0 were unable to resolve the connection server address.
Clients on 2.3.0 tried the other DNS servers and worked just fine.
Was this acknowledged as an issue to be resolved on next release?
Hi all,
first of all i'm french so, sorry for my bad english
I'm trying to install a VMware View solution (6.0.1) , i've deploy some servers in the company that i work (all on Windows 2008 R2) :
- on the same domain (horizon.local) :
-view connection server : 172.16.15.1/24
-view composer server : 172.16.15.3/24
-an Active Directory server : 172.16.15.2/24 with a DHCP server
-without domain :
-view security server : 172.16.15.14/24 and 194.3.x.x/24 (public IP address to external access). In this server, i installed a SSL certificate for the FQDN corresponding to public IP address.
AND virtual desktops have ip address between 172.16.15.100/24 and 172.16.15.200/24 (Windows 7 Pro, view agent installed and html access installed).
So, my problem : when i'm at home and try to connect on the security server (the FQDN is horizon.mycompany.net), all is ok. I write my user and password, it's ok. There is the allow pool but, when i click on the pool, in the navigation bar on google Chrome, the FQDN was replaced by the virtual desktop IP address : 172.16.15.101, so when i'm at home i can't be connected (because of private address).
Someone knows how can i keep public IP address during all the time ?
Thanks for all, if you want other informations, just ask me.
Tom
Yes, i've the 3 boxes checked for the security server.
For the connection server, i've the 3 boxes checked too.
In my test enviroment:
on windows 7 installed view clietn 3.4 (192.168.10.123), I run "vmware-view.exe -serverURL 192.168.10.81 -userName user1 -password tsdc@123 -domainName view -desktopLayou windowSmall" to show desktop pool and logon desktop "rawc01.view.com" sucessfully. But when I run "vmware-view.exe -serverURL 192.168.10.81 -userName user1 -password tsdc@123 -domainName view -desktopName rawc01 -desktopLayou windowSmall" command, It show desktop pool then tip unauthority to use the desktop or application.
What mistakes I made ? thanks for help.
When you get the IP address of the desktop, that typically means that the Blast Secure Gateway is not enabled. Secure Tunnel must be enabled for Blast Secure Gateway to be enabled. I believe that the configuration items we just discusses are where the issues exist, but I need to check my lab to ensure I'm not giving you incorrect information. I'll check and get back to you.
Also, when you say: AND virtual desktops have ip address between 172.16.15.100/24 and 172.16.15.200/24 (Windows 7 Pro, view agent installed and html access installed). did you install a separate package for html access on the View desktops?
Hi *.
we have a couple of pretty specific business applications which we make accessible to a broad user group via linked clones.
Now, certain workflows within the Apps strongly depend on the date of the underlying operating system.
This is why we added a script which changes the current date to a required date in the past to make the App and its workflows working.
Unfortunately this has a side effect. After connecting to the linked clone the date gets automatically and successfully changed. App works a treat.
Then after approx. 18m:
- the user gets forcibly disconnected
- the linked clone persists, does not get automatically deleted as we have configured the pool
- the linked clone will not be reused if the user tries to reconnect
- the user gets assigned to a new linked clone while reconnecting / a single user can occupy multiple linked clones as they wont get automatically deleted anymore
- BIG MESS
- Is there any possible configuration/setting which can avoid being disconnected from the linked clones with that huge date / time sync gap?
- what is actually verifying the date / time of the linked clone and actively initiates the loss of connectivity
Any idea / hint / workaround is highly appreciated!!!
cheers
What's your objective? Are you using the View Agent or the direct connect agent?
As far as i know, zero-clients do not support RTAV. So the full video stream has to be transferred via usb redirection which is really slow (20-30Mbit/s i think)...
That may be cause Persona was loading user's profile from remote repository.
Did configure Persona and remote repository properly?
Arethere other software are using monitoring file system such as anti-virus, volume monitoring?
You need to isolate the issue and attaching persona log file for problematic user necessary is important to see what was happening.
Don't forget which version you are using.
In case it stuck on that screen, you may need to open support ticket. Support team may require you to take VM snapshot file for further analysis.
Thanks Larsonm for your answer.
So, i put you the configs of security server and connection server.
The external URL of the connection server is : https://WIN-T2JSQ1T05IQ.horizon.local:443/ because the connection server hasn't public ip address.
And when i installed view agent on virtual desktops, the installshield wizard purposes me to install html access with view agent, i checked the box, whereas when i go in the firewall properties on virtual desktops, the Blast port is open.
Thanks
Tom
Mmm, i've changed some parameters and now, when i'm on Google Chrome, i try to connect on https://horizon.mycompany.net and when i want to choose the pool, Google Chrome change the URL in the navigation bar.
Now, i've https://horizon.mycompany.net:8443/r/926CC0CE-B69E-241AF28F32/?vauth=XY5rKXoXavEVY8md
and Google Chrome send me "ERR_CONNECTION_TIMED_OUT"
Hi
I entered the office this morning to find that most colleagues couldn't login on their thin clients. When I accessed the Horizon View admin console, i noticed that provisioning had been disabled and therefore all available desktops were not visible or accessible. There were some active connections where some people had connected at 8:30. The issue appeared to of occurred from 8:45.
I then noticed this error was being reported via the console: "error during provisioning: view composer ad fault: failed to perform active directory operation. COM Error code:-2147016651"
I re-enabled provisioning and the desktops started to provision and within 10 minutes all desktops were available again.
Problem solved but not understood! I have researched online but cannot find substantial information regarding the root course.
Has anyone experienced this issue or know what the problem was? Any ideas would be much appreciated.
We are using Horizon View 6.0.1
Thanks
Matthew