|
Bugzilla – Full Text Bug Listing |
| Summary: | Remmina can't connect to Server2016 RDP - used to work 1-2 weeks ago | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Distribution | Reporter: | robert spitzenpfeil <rs.opensuse> |
| Component: | X11 Applications | Assignee: | Felix Zhang <fezhang> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | 4Z1kk0, d_werner, fezhang, jfjuneau, jweberhofer, maint-coord, qa-bugs, rs.opensuse, simon.herrmann, t.rother |
| Version: | Leap 15.0 | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | Other | ||
| See Also: | https://bugzilla.opensuse.org/show_bug.cgi?id=1124908 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
robert spitzenpfeil
2019-03-14 22:23:05 UTC
I've reinstalled the 15.0 packages of Remmina / freerdp ... to no avail. Tomorrow I'll test with a 15.0 VM in my office. With "auto-reconnect" active, Remmina shows "Reconnection in progress. Attempt 0 of 20" "Reconnection in progress. Attempt 1 of 20" repeated indefinitely. Just checked with a 15.0 VM, same issue. I can still initiate a connection with xfreerdp at the office. I haven't tried it at home with VPN yet. Hi Robert, which versions of remmna and freerdp are you using on the machine that doesn't work? Please show me the results when you invoke the following command: rpm -qa | grep -E 'remmina|freerdp' | sort libfreerdp2-2.0.0~rc4-lp150.2.3.1.x86_64 remmina-1.2.0~rcgit.27-lp150.1.5.x86_64 remmina-lang-1.2.0~rcgit.27-lp150.1.5.noarch remmina-plugin-rdp-1.2.0~rcgit.27-lp150.1.5.x86_64 remmina-plugin-secret-1.2.0~rcgit.27-lp150.1.5.x86_64 remmina-plugin-vnc-1.2.0~rcgit.27-lp150.1.5.x86_64 It's from the standard 15.0 repos. You have already installed tonight's freerdp updates, that's great. Unfortunately Leap's Remmina version is still very old. For now I only can recommend to switch to our development repo at https://download.opensuse.org/repositories/X11:/RemoteDesktop/openSUSE_Leap_15.0/ @fezhang: Is there a remmina updated planned for openSUSE 15.0? (In reply to Johannes Weberhofer from comment #7) > @fezhang: Is there a remmina updated planned for openSUSE 15.0? Yes, I have pushed remmina 1.3.4 to SLE 15.0, please stay tuned before it's released and synced to Leap. That's good to hear, Felix. Robert, please let me know if we can close the ticket. (In reply to Felix Zhang from comment #8) > (In reply to Johannes Weberhofer from comment #7) > > @fezhang: Is there a remmina updated planned for openSUSE 15.0? > > Yes, I have pushed remmina 1.3.4 to SLE 15.0, please stay tuned before it's > released and synced to Leap. Glad to hear that a fix for Remmina is coming. I had the bad surprise this morning too, I could not connect to any RDP server with Remmina on Leap 15. For now I downgraded freerdp and libfreerdp2 to version 2.0.0~rc2 and it works. *** Bug 1129388 has been marked as a duplicate of this bug. *** For the records: There is an upstream ticket related to this issue: https://gitlab.com/Remmina/Remmina/issues/1699 This issue is closely related to #1124908 I am not sure this is the correct place as this is about freerdp and krdc and not remmina, but maybe it is helpful. Leap 15.0 with the packages which were updated from the Leap 15.0 update repo on March 13: libwinpr2|2.0.0~rc4-lp150.2.3.1 libfreerdp2|2.0.0~rc4-lp150.2.3.1 freerdp|2.0.0~rc4-lp150.2.3.1 it is not possible for me to connect to a Win10 machine. Error message: [12:24:25:732] [27042:27043] [ERROR][com.freerdp.core.transport] - BIO_read returned a system error 11: Resource temporarily unavailable [12:24:25:732] [27042:27043] [ERROR][com.freerdp.core.nego] - Protocol Security Negotiation Failure [12:24:25:732] [27042:27043] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_SECURITY_NEGO_CONNECT_FAILED [0x0002000C] [12:24:25:732] [27042:27043] [ERROR][com.freerdp.core.connection] - Error: protocol security negotiation or connection failure After downgrade to the previous packages libwinpr2|2.0.0~rc2-lp150.1.1 libfreerdp2|2.0.0~rc2-lp150.1.1 freerdp|2.0.0~rc2-lp150.1.1 the connection is working again, also with krdc. In Tumbleweed snapshot 20190314 with freerdp and friends 2.0.0~rc4-4.1.x86_64 the connection with xfreerdp is working, but krdc can not connect. As the previous packages in Leap 15.0 are still working for me I can exclude that the problem was introduced by some change or upgrade on the Win10 side. I also tried the " +glyph-cache" option and many others, but nothing helped, only the fall back to the previous packages. Did you also try "relax order checks"? I hope, the updates for Remmina will appear soon! (In reply to Johannes Weberhofer from comment #15) > Did you also try "relax order checks"? I hope, the updates for Remmina will > appear soon! Yes, I found in the rpm changelog "/relax-order-checks *and* +glyph-cache are required", so I tried them. But it did not make a difference. BTW: in Tumbleweed the connection can be established without special options, just /u: /v: Same problem with "reconnection in progress" here with the old reminna 1.2 packages for leap, while the 1.3.4 packages from https://download.opensuse.org/repositories/X11:/RemoteDesktop/openSUSE_Leap_15.0/x86_64/ are fine ;-). Please publish an upgrade to 1.3.4 for current leap 15.0 You should probably put a higher priority on this bug, accessing remote desktops and terminal servers is quite critical on any enterprise desktop. It should have been fixed way sooner. Is it only openSUSE Leap 15 that is affected or SUSE Linux Enterprise Desktop 15 users are also waiting for the update? The update comes from the SLES project, I don't have any influence... I raised severity of this bug to "major" as the functionality of the current package is generally broken. Sorry if I violated any policy here ... I made an observation. Originally I thought that after the update to libwinpr2|2.0.0~rc4-lp150.2.3.1 libfreerdp2|2.0.0~rc4-lp150.2.3.1 freerdp|2.0.0~rc4-lp150.2.3.1 RDP connections are just not working anymore. Then I found bug 1130896 which indicates it should still work and I tested a little bit more. I found out that with this update xfreerdp honors an http proxy and can not connect if the proxy does not support RDP connections. http proxy settings are quite common in corporate environments. Therefore I think this change should be emphasized. After unsetting the http_proxy and https_proxy variables in a terminal and starting xfreerdp or krdc from this terminal connection works: $ xfreerdp -sec-nla /cert-ignore /kbd:0x00000407 /u:DOMAIN\\user /v:1.2.3.4 /clipboard Invalid MIT-MAGIC-COOKIE-1 key[08:03:25:653] [25568:25569] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr Invalid MIT-MAGIC-COOKIE-1 key[08:03:25:655] [25568:25569] [INFO][com.freerdp.core.proxy] - Parsed proxy configuration: http://127.0.0.1:3128 [08:03:25:747] [25568:25569] [INFO][com.freerdp.core.proxy] - HTTP Proxy: HTTP/1.1 200 Connection established ^C (after ~1 minute of trying) $ unset http_proxy xfreerdp -sec-nla /cert-ignore /kbd:0x00000407 /u:DOMAIN\\user /v:1.2.3.4 /clipboard Invalid MIT-MAGIC-COOKIE-1 key[08:04:40:159] [25587:25588] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr Invalid MIT-MAGIC-COOKIE-1 key[08:04:40:160] [25587:25588] [INFO][com.freerdp.core.proxy] - Parsed proxy configuration: http://127.0.0.1:3128 [08:04:40:225] [25587:25588] [INFO][com.freerdp.core.proxy] - HTTP Proxy: HTTP/1.1 200 Connection established ^C (after ~1 minute of trying) $ unset https_proxy xfreerdp -sec-nla /cert-ignore /kbd:0x00000407 /u:DOMAIN\\user /v:1.2.3.4 /clipboard Invalid MIT-MAGIC-COOKIE-1 key[08:04:51:646] [25596:25597] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr Invalid MIT-MAGIC-COOKIE-1 key[08:04:51:857] [25596:25597] [INFO][com.freerdp.gdi] - Local framebuffer format PIXEL_FORMAT_BGRX32 [08:04:51:857] [25596:25597] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16 [08:04:51:862] [25596:25597] [INFO][com.winpr.clipboard] - initialized POSIX local file subsystem [08:05:06:243] [25596:25597] [INFO][com.freerdp.client.x11] - Closed from X11 connected without problem. My workaround: make a wrapper script which unsets the http_proxy and https_proxy variables and starts the krdc from there. SUSE-RU-2019:0843-1: An update that has 5 recommended fixes can now be installed.
Category: recommended (moderate)
Bug References: 1103557,1117402,1123452,1125549,1129319
CVE References:
Sources used:
SUSE Linux Enterprise Workstation Extension 15 (src): remmina-1.3.4-3.7.1
*** NOTE: This information is not intended to be used for external
communication, because this may only be a partial fix.
If you have questions please reach out to maintenance coordination.
Question to SUSE Staff: After the message from swamp@suse.de in https://bugzilla.suse.com/show_bug.cgi?id=1129319#c26, will there be a build for OpenSUSE too? Up to now, I see no new packages on the standard repos for Leap 15 ... yes, it is now auto imported to Leap 15 and will be released there in some days openSUSE-RU-2019:1182-1: An update that has 5 recommended fixes can now be installed.
Category: recommended (moderate)
Bug References: 1103557,1117402,1123452,1125549,1129319
CVE References:
Sources used:
openSUSE Leap 15.0 (src): remmina-1.3.4-lp150.2.3.1
*** NOTE: This information is not intended to be used for external
communication, because this may only be a partial fix.
If you have questions please reach out to maintenance coordination.
Update released for Leap. Closing as FIXED. Thanks Marcus for the help. *** Bug 1112186 has been marked as a duplicate of this bug. *** |