Failed: Remmina > Profile > Advanced > Security > Negotiate

Bug #1205484 reported by Lonnie Lee Best
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
freerdp
New
Undecided
Unassigned
remmina (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

I'm running Remmina 0.9.99.1 The GTK+ Remote Desktop Client.

Typically, I'm able to connect to Windows servers if security is set to the default "Negotiate":

Remmina > Profile > Advanced > Security > Negotiate

However, I'm currently onsite at a company, and I'm unable to connect to their new server that's running Windows Server 2008 R2 Enterprise if I have security set to "Negotiate".

I eventually discovered that I can indeed connect if I set security to RDP:

Remmina > Profile > Advanced > Security > RDP

So I'm reporting this to suggest further testing with the "Negotiate" security feature with Window Server 2008 R2 Enterpise. In my case, it was unable to negotiate to discover that it could indeed connect over RDP. Instead, I had to discover this for myself and set the security manually to RDP.

Revision history for this message
Lonnie Lee Best (launchpad-startport) wrote :

I primarily use Remmia for remoting into Windows workstations and servers because I like its GUI for managing the numerous connection settings to all these various Windows machines.

However, sometimes Remmina won't connect to some servers or workstations. Oddly, when this occurs, I can successfully connect to the same machine (that Remmina can't connect to) using rdesktop:
sudo apt-get install rdesktop

With a command like this:
rdesktop 192.168.1.1 -a 16 -g 1370x850 -u UserName -d domain.local '-rdisk 'home'=/home/user/Share'

Why is rdesktop able to connect to some machines that Remmina can't?

Answer: [Remmina > Profile > Advanced > Security > Negotiate ] fails to negotiate the correct security (RDP).

Revision history for this message
Lonnie Lee Best (launchpad-startport) wrote :
Revision history for this message
Lonnie Lee Best (launchpad-startport) wrote :

I understand that is it the freerdp package (that Reminna relays on) that is responsible for these failure in negotiation:
https://github.com/FreeRDP/Remmina/issues/54

Revision history for this message
Lonnie Lee Best (launchpad-startport) wrote :

I'm not sure how to locate this upstream. I did submit this:

https://github.com/FreeRDP/FreeRDP/issues/1484

no longer affects: freerdp
tags: added: precise saucy
tags: added: trusty
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in remmina (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.