Come connettersi al desktop remoto di Windows Server 2008 con autenticazione a livello di rete richiesta

Voglio connettermi tramite desktop remoto a un Windows Server 2008 R2.

Nelle proprietà della connessione desktop remoto del server Windows, è impostato su "più sicuro". In particolare, l'opzione selezionata è "Consenti connessioni solo da computer che eseguono Desktop remoto con autenticazione a livello di rete".

Sul mio sistema Ubuntu, ho provato a usare Remmina per connettermi al server Windows. Remmina non può connettersi a quel server con l'opzione "Autenticazione a livello di rete" (come menzionato nel paragrafo precedente). Il messaggio di errore restituito da Remmina è il seguente:

Disable the connection to the server RPD: IPWINDOWSSERVER2008

Come posso connettere Remmina (o un altro programma) dal desktop remoto a un host Windows Server 2008 con l'opzione "Autenticazione a livello di rete" selezionata?

Ho risolto questo problema facendo clic con il pulsante destro del mouse sulla voce in Remmina, andando a modificare, facendo clic sulla scheda Avanzate e quindi cambiando il campo di sicurezza in "RDP" da "Negoziare"

A partire da Ubuntu 12.04, è possibile utilizzare Remmina per connettersi ai server Windows con l'autenticazione a livello di rete abilitata.

sudo apt-get -y install remmina

Remmina utilizza FreeRDP per le connessioni RDP e il supporto NLA è stato aggiunto a FreeRDP nella versione 1.0, disponibile per Ubuntu 12.04 e versioni successive. Se ti capita di utilizzare una versione precedente di Ubuntu e non riesci ad aggiornare, ecco una versione aggiornata di remmina qui, anche se non posso garantire la sua stabilità: https://launchpad.net/~freerdp-team/+archive/freerdp

Se il problema persiste, potresti essere in grado di connetterti direttamente:

1. Installa il PPA sopra
   sudo apt-add-repository ppa:freerdp-team/freerdp
2. Installa il pacchetto freerdp:
   sudo apt-get install freerdp
3. xfreerdp --plugin cliprdr -g 1024x768 -k no -u {username} -d {domain-name} {target-machine}

Se lo fai, puoi sempre creare un alias in ~ / .bash_aliases:
alias rdp='xfreerdp --plugin cliprdr -g 1152x864 -k no -u username -d DOMAIN'

Nuova formattazione dei comandi

Dopo il mio ultimo aggiornamento, mi sono imbattuto in FreeRDP 1.2.0 (probabilmente è già cambiato con la versione 1.0.2 - e sono diventato rilevante anche per la maggior parte degli utenti di Ubuntu). Il suo protocollo ha cambiato il modo di connettersi. Prova il seguente esempio:

xfreerdp /u:<username> /v:<hostname> /size:<WxH>

Caratteristiche aggiuntive

Ci sono molte funzionalità che potresti voler scoprire nella pagina di sviluppo https://github.com/FreeRDP/FreeRDP/wiki/CommandLineInterface

Ho risolto il problema su 13.04 con l'impostazione di TLS durante la connessione al server Windows 2008 R2 Enterprise. La negoziazione automatica non ha funzionato.

Non sono riuscito a connettermi con remmina, finalmente ho provato freerdp dalla riga di comando:

xfreerdp [serverip]

Mi è stata richiesta la mia password, quindi ho ricevuto il messaggio che la chiave host per questo IP era cambiata. Ho eliminato il file known_hosts (~ .freerdp / known_hosts) e remmina è stata in grado di connettersi.

So che questo è vecchio ma ho avuto lo stesso problema in remmina 12.04 e la soluzione stava impostando la sicurezza su RDP. Non so perché "auto" non funziona.

Neanche per me funziona con NLA. È possibile impostare il Desktop remoto di Windows sull'opzione centrale (senza autenticazione a livello di rete) e quindi funziona.

Se ci si trova su una rete locale e le porte sono protette da un firewall per il mondo esterno, non dovrebbe essere troppo insicuro.

Hai provato ad usare Wine?

DL questo ed eseguirlo sul vino. (Http://www.microsoft.com/downloads/details.aspx?FamilyID=80111F21-D48D-426E-96C2-08AA2BD23A49&displa)

http://appdb.winehq.org/objectManager.php?sClass=version&iId=22656

Per me ha funzionato con (anche su Windows Server 2012) usando: Suono: Sicurezza locale: negoziare Collega alla console: selezionato

Se Remmina ha funzionato in precedenza, il certificato sul server potrebbe essere stato modificato.

Per verificare ciò, vai nella tua home directory nella sottodirectory .freerdp, dai un'occhiata al file known_hostse confronta l'impronta digitale del certificato. Se l'impronta digitale differisce, è possibile cambiarla con quella nuova.

Naturalmente, è necessario ricontrollare che l'impronta digitale sia corretta e non manipolata. Se ti trovi in ​​un ambiente sicuro, puoi in alternativa eliminare la riga di appartenenza in known_hosts. Ne apparirà uno nuovo durante la connessione successiva.

Ho impostato l'opzione di sicurezza su "negoziazione" invece di "NLA" e mi ha messo direttamente in contatto. Prima non ero in grado di connettermi con le credenziali appropriate. Ho continuato a dire "Nome utente o password errati" sapendo che la password era corretta.