- RSS Channel Showcase 5965820
- RSS Channel Showcase 5767955
- RSS Channel Showcase 4533222
- RSS Channel Showcase 9948424
Articles on this Page
- 05/02/18--13:30: _Re: External Users ...
- 05/02/18--19:45: _Change Replication ...
- 05/03/18--03:42: _Re: how to enable c...
- 05/03/18--02:39: _Desktop Pool Creati...
- 05/03/18--07:30: _When the new versio...
- 05/03/18--08:33: _Re: External Users ...
- 05/03/18--08:39: _Re: Change Replicat...
- 05/03/18--08:43: _Re: When the new ve...
- 05/04/18--07:26: _Ubuntu 18.04 and vi...
- 05/04/18--07:47: _Re: External Users ...
- 05/04/18--08:28: _Re: Windows display...
- 05/04/18--08:43: _Can smartcard authe...
- 04/08/18--20:29: _Re: VMWare Horizon ...
- 05/06/18--06:05: _VDI Upgrade
- 05/06/18--18:27: _Re: VDI Upgrade
- 05/06/18--20:35: _Re: VDI Upgrade
- 05/07/18--03:09: _Re: Windows display...
- 05/07/18--08:58: _Can't Connect Using...
- 05/07/18--12:16: _Windows 10 App Stor...
- 05/08/18--06:44: _Is there a way to c...
- 05/02/18--13:30: Re: External Users getting blocked once inside a VDI instance
- 05/02/18--19:45: Change Replication partners for View connection servers
- 05/03/18--03:42: Re: how to enable client keyboard layout and IME
- 05/03/18--07:30: When the new version of Horizon Client will be released?
- 05/03/18--08:33: Re: External Users getting blocked once inside a VDI instance
- 05/03/18--08:39: Re: Change Replication partners for View connection servers
- 05/03/18--08:43: Re: When the new version of Horizon Client will be released?
- 05/04/18--07:26: Ubuntu 18.04 and view client 4.7.0
- 05/04/18--07:47: Re: External Users getting blocked once inside a VDI instance
- 05/04/18--08:28: Re: Windows display scale to vmware display scaling
- 05/04/18--08:43: Can smartcard authenticate with Horizon over HTML?
- 04/08/18--20:29: Re: VMWare Horizon View Install - No reboot - MDT
- 05/06/18--06:05: VDI Upgrade
- 05/06/18--18:27: Re: VDI Upgrade
- 05/06/18--20:35: Re: VDI Upgrade
- 05/07/18--03:09: Re: Windows display scale to vmware display scaling
- 05/07/18--08:58: Can't Connect Using Blast with Either Chrome or Safari
- 05/07/18--12:16: Windows 10 App Store Enable or Disable?
Watch out for the protocol used. If using PCOIP the corporate network will probably block the port. Blast uses the standard 443 port so that shouldn't be blocked, but there is one more thing to watch out for. If using the client some corporate networks flag the traffic as VPN traffic and block it. See if the HTML 5 access works from the corporate network.
I would like to know if it is possible for us to change the replication partners for our replicated connection servers.
we have a total of 6 connection servers, 4 at site A and 2 at site B and currently, our main connection servers replication partners are the 2 at site B and causing some issues in the odd case we lose our Link between the 2 sites.
Below is a list of the servers and their current replication partners
Ideally, I would like it to be something like the following
Is this possible and if so how??
In Horizon desktop, you can enable following GPO for PCoIP or Blast protocol. So the keyboard language (layout) can be synchronized from client to desktop in your session.
PCoIP General Settings - Turn on PCoIP user default input language synchronization
VMware Blast Policy Settings - Keyboard locale synchronization
Another handy feature is Local IME. You can use your IME of local system and type Non-English characters to remote desktop.
While trying to create a 2 VM Desktop pool in View connection server 7.4.0 in my test setup, VM is taking around 2 hours to be in Available State.
From the agent logs I see the following message :
View Composer customization in progress (total 60 seconds)
View Composer customization in progress (total 6960 seconds)
View Composer customization state 0 (in 5 seconds)
Also from the sysprep logs I can see that sysprep is completed.
Any idea what could be the issue ?
Here I am attaching the complete logs for your reference.
OS: Windows 10 64 bit version 1709
Someone know when the new horizon client will be released, we're blocked for a bloblem on audio and technician told us that isuue will be solved with new release...
In addition you need to allow the following internal traffic.
For Blast port 22443 TCP/UDP needs to be allowed from the Security Server/UAG to the Horizon agent.
For PCoIP port 4172 TCP/UDP need to be allowed from the Security Server/UAG to the Horizon Agent.
If you have two sites that have any latency you should not be treating them as one pod. You need to separate the sites into pods using Cloud Pod Architecture (CPA).
VMware releases are typically quarterly unless there is something critical. We are still waiting on Q2 releases and we have just under two months left. I've heard rumor that we are going to see Q2 Horizon releases the end of May or early June.
Have an issue where the client connects, but crashes when trying to start the VDI session.
usertest@localhost:~/horizon-client$ vmware-view --monitors 1
Using log file /tmp/vmware-wehnerm/vmware-horizon-client-24046.log
2018-05-04 10:19:57.310-04:00: vmware-view 24046| rmksContainer(24081): Gtk-Message: 10:19:57.309: Failed to load module "canberra-gtk-module"
2018-05-04 10:19:57.981-04:00: vmware-view 24046| rmksContainer(24081): Unexpected signal: 11.
2018-05-04 10:19:57.990-04:00: vmware-view 24046| rmksContainer(24081): VmdbCnxControlCb: pendingSubscribeReq was released with ret -32.
2018-05-04 10:19:58.344-04:00: vmware-view 24046| rmksContainer(24081): CreateMKSInterface: Remote MKS not yet present, queueing CheckForMount
2018-05-04 10:19:58.346-04:00: vmware-view 24046| rmksContainer(24081): Caught child exit with status 0xff00, requesting container exit
2018-05-04 10:19:58.352-04:00: vmware-view 24046| rmksContainer(24081): ProcessPollCb: received exit request, shutting down...
2018-05-04 10:19:58.352-04:00: vmware-view 24046| rmksContainer(24081): Vmdb_SetCurrentPath Failed: /vm/#0/type/sub/mountState/req/#7/ (Schema path not found)
usertest@localhost:~/horizon-client$ vmware-view --version
Using log file /tmp/vmware-wehnerm/vmware-horizon-client-24216.log
VMware Horizon Client 4.7.0
Think I'm just missing a package.
This pdf is pretty good
VMware made the DPI setting on the client device leading and adjusts the remote desktop accordingly. This is great for users that use their own devices with all kinds of displays and DPI settings and such. But that's not really the case on corporate owned, standardized and locked down devices.
I'm sure this feature looked awesome on paper. And the clever trick to play with resolutions and window fitting to make it seem Dynamic is something I'm sure some developer is still proud of (but wreaks havoc when that new calculated resolution grows out of the configured bounds of the pool...oops). Too bad VMware will probably get a lot of flak from enterprise customers for this as they start to roll out newer agents and clients to especially thin clients with a static configuration which are not configured to retain named user profiles, because that's where the little checkbox is kept.
The biggest problem is that VMware neglected to provide administrators with the tools to easily nuke the Display Scaling on the client side. Sure, they provide the option to lock the resolution of the guest ("Locked Guest Size"), but...geez, where do I begin to explain how stupid that is. At least for the agent they gave us the option to disable DPI syncronization, but that only means that Display Scaling is leading. I've spent two days getting worked up on how stupid this is and cursing the VMware developer who thought this was a great idea.
Then I came up with a solution.
The "Allow Display Scaling" is a per desktop setting which is kept in an XML file in the user's profile (%Appdata%\VMware\Vmware Horizon Client\prefs.txt). What we do is have a scheduled task on one of our management servers to generate this file based on available desktop pools, and then distribute it. Distribution is done in a GPO to the Default profile on the (Windows) thin clients as they boot. When the autologon continues, the device auto logins with a standard user, which inherits its profile from the default user, and presto...all desktop pools have the Display Scaling disabled by default when a user connects to his desktop pool.
VMware really needs to make this a configurable option in the Horizon client. Either by GPO or commandline parameter.
Is there any way to authenticate with a smartcard over HTML when not connected to to the network?
Goal: Authenticate from offsite to the Horizon desktop over HTML with either a password or the smartcard and not using VPN. Then once on the desktop we need to use only a smartcard to authenticate with OWA using a browser inside the desktop.
I've gotten conflicting info from searching and speaking with others, hence the question instead of further searching.
Which version of Horizon Client are you using. With Horizon Client 4.5 VMware switched from "REBOOT=Reallysuppress" to "/norestart".
This is working for us.
C:\Windows\Temp\VMware-Horizon-Client-4.7.0-7395453.exe /silent /norestart /log "C:\Windows\Temp\VMware-Horizon-Client-4.7.0-7395453.log ADDLOCAL=TSSO INSTALL_SFB=0 INSTALL_HTML5MMR=0 REMOVE=Scanner,FolderRedirection,SerialPort AUTO_UPDATE_ENABLED=0
We are planning to upgrade below environment please suggest us the best possible path with minimum downtime
Current environment: 50 zero client users
VMware VDI version 5.2
2x connection servers
1x security server
1x composer server
All running on server 2008R2
VMware VDI Version 7.3.2
And all management servers to Server 2012R2
i have verified the upgrade matrix and there is no direct upgrade path from 5.2 to 7.3, we need to upgrade to 5.3 then 7.3.
However we also planing to upgrade the OS as well. Hence we are looking at build new VDI management servers and migrate the VDI golden image and desktops.
The best possibility is to create a new environment of 7.3.2 and migrate the master image and the users. Since you haven't mentioned App volumes, I think all the apps are part of the master image. In that case Since there is no direct upgrade path its best to build a new environment and move the users.
Is there any reason you don't wanna move to 7.4 ?
Thanks for your response,
do we have any procedure to migrate the master image and user profiles ??. since its going to be new environment
Just for giggles I made a SR for this thing. In short my question was: "How can this "DPI Scaling" feature fully disabled while still allowing custom resolutions and auto scaling?"
The answer: "Other than the above what you are requesting is not possible", with "the above" being to disable DPI Synchronization on the agent (which already is).
Please, if you run into this problem, utilize your support contract and bug VMware support with questions about DPI scaling and how to disable it.
I have a dev box that I am using to test two-factor authentication (2FA). I can connect using IE11, but I can't connect using Chrome or Safari. I can connect in production. Let me clarify, I can't connect whether using 2FA or not. I get a message that I failed to connect to the Connection server.
We are running Horizon 7.4 with the 7.32 agent and Horizon 4.7 client.
I've been looking at the locked.properties. Do I have to put an entry in there?
Thanks in advance for any help.
I'm curious if anyone running windows 10 (1703) linked clones in their environment have the windows store enabled on their parent vm? There's an extension we need to install for a service we have and for the edge browser, I can only download it from the windows store, but if I have the store enabled, then my linked clones get stuck customizing. I can only get a successful linked clone pool if I remove the windows store from my parent vm.
Does anyone know a way around this?
We are using view with Radius, and Multi-Factor Authentication. The login sequence is pretty normal, when the user connects, they get a popup window, enter their credentials, then get the challenge for the MFA token, then they're in (or not).
We have some confusion with users due to the wording of the login prompt. The fields requested are "Username" and "Passcode". We find that "Passcode" seems to be particularly confusing to users who keep trying to enter their MFA token at that point instead of their password.
Is there any to change that wording, and have it request "Username" and "Password", or even "Email" and "Password"?
I have seen F5 allows for some customization of the login form, as descrived at VMware Horizon View Client Customization - custom field names and description but we aren't using F5.