Lee H. Marzke via plug on 20 May 2020 11:01:09 -0700


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: [PLUG] VMware Horizon Client Ubuntu16.04 works but not on 18.04 Why? WHY?


Haven't used View clients in a while,  but here is the Ubuntu compatibility page:
https://tinyurl.com/ukrl86e

Says 18.04 is supported, but has a few dependencies.

Lee

----- Original Message -----
> From: "Philadelphia Linux User's Group Discussion List" <plug@lists.phillylinux.org>
> To: "Philadelphia Linux User's Group Discussion List" <plug@lists.phillylinux.org>
> Sent: Tuesday, 19 May, 2020 12:34:16
> Subject: [PLUG] VMware Horizon Client Ubuntu16.04 works but not on 18.04 Why? WHY?

> Hi, all. I don't usually post to this group, so please excuse any
> etiquette lapses. My status is currently baffled. Perhaps someone with
> VMware client side experience can help?
> 
> My wife is employed by Jefferson. Due to the pandemic, she is working
> at home, using VMware. She is using my first Ubuntu box (call it
> "Liz"), but I would like to move her to my second box "Bernie" which
> is in a nice office. The VMware Horizon client is working on Liz, but
> not on Bernie.
> 
> Both boxes are identical Intel NUCs.
> Liz is running Ubuntu 16.04
> Bernie running Ubuntu 18.04
> We are behind a Comcast router. Since Liz is working, it seems
> unlikely that port blocking is a issue.
> There is no firewall on Bernie.
> I cannot connect on Bernie when I am the sole user in the household.
> Jefferson may be blocking simultaneous logins, but I can't tell.
> 
> On Bernie, the application gives no error message. It connects to
> other applications (Office 365, Human Resources) but "Remote Access
> Pool" (the one that gives access to EPIC EMR) fails without a message.
> 
> I have compared the vmware-horizon-client logs from both machines
> (more later). Googling the log contents (and trying to read VMware's
> documentation) has not helped, so that's why I'm posting here.
> 
> Connecting to the remote host begins with executing
> vmware-horizon-client. It then passes control to the default web
> browser .While I am waiting for authentication the process table on
> Bernie reveals that vmware-usbarbitrator and ftsprhvd are running. On
> Liz (the successful box) vmware-horizon-client and vmware-remotemks
> are running, in addition.
> 
> Comparing the log files from both machines: Liz is running Compiz and
> Bernie the GNOME shell, so there is some difference there, of course.
> And the request IDs, etc are different. Apart from that, the files
> appear identical until this point of deviation:
> 
> Liz (successful):
> 2020-05-19 06:31:29.896-04:00: vmware-view 3894| TaskCombiner:
> CdkSetLocaleTask(DONE) removed, group task num:1, total task num:4.
> 2020-05-19 06:31:29.896-04:00: vmware-view 3894| TaskCombiner:
> SetResult for CdkSetLocaleTask(DONE).
> 2020-05-19 06:31:29.897-04:00: vmware-view 3894| Found CRL from
> http://crl.entrust.net/level1k.crl in cache.
> 2020-05-19 06:31:30.089-04:00: vmware-view 3894| Alt name 0 matches
> wildcard *.jefferson.edu
> 2020-05-19 06:31:30.089-04:00: vmware-view 3894| Found a valid EKU:
> TLS Web Server Authentication
> 
> Bernie (unsuccessful) 2020-05-19 11:27:45.941-04:00: vmware-view
> 16901| TaskCombiner: SetResult for CdkSetLocaleTask(DONE).
> 2020-05-19 11:27:45.957-04:00: vmware-view 16901|
> CdkUtil_SetLocalAddress: fd -1 < 0, not retrieving local address.
> 2020-05-19 11:27:45.957-04:00: vmware-view 16901| Disconnecting from
> broker https://connectvm.jefferson.edu:443/broker/xml
> 2020-05-19 11:27:45.957-04:00: vmware-view 16901|
> CdkUtil_SetLocalAddress: fd -1 < 0, not retrieving local address.
> 2020-05-19 11:27:46.023-04:00: vmware-view 16901| Not valid URL 'Add Server'
> 
> On the original VMware installation I performed on Liz, I recall there
> was a problem with executable locations; the vmware-horizon-client
> would pass control to a web browser but the web browser, when done
> authenticating, couldn't find vmware-horizon-client. I may have fixed
> that with a symlink, but to be honest, it was two months ago and I
> don't remember clearly what I did, and I didn't anticipate doing it
> again. Anyway, I see nothing from the log files to suggest that
> executable location is the problem.
> 
> Is "local address" my public IP address?
> 
> If anyone has insight into this, please share. Thanks to everyone!
> 
> 
> Does anyone have
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___________________________________________________________________________
> Philadelphia Linux Users Group         --        http://www.phillylinux.org
> Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
> General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug

-- 

Lee Marzke, lee@marzke.net http://marzke.net/lee/ 
___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug