Errore / problema di connessione (da Windows 10 RDP a XRDP)


20

Sto riscontrando un altro problema in cui XRDP non funziona. Ci sono stato da un po 'di tempo ormai e penso di aver bisogno di aiuto. Credo che sia un problema della macchina Ubuntu che non ascolta su una porta.

Ho seguito la guida su http://www.tweaking4all.com/software/linux-software/use-xrdp-remote-access-ubuntu-14-04/ .

Tuttavia, quando vado a rdp da Windows, sono in grado di connettermi e digitare nome utente e password, ma quando lo faccio, ottengo il seguente errore:

Connecting to sesman IP 127.0.0.1 port 3350
sesman connect ok
sending login info to session manager, please wait...
srdp_mm_process_login_response:login successful for display
started connecting
connecting to 127.0.0.1 5910
error-problem connecting

Il problema potrebbe essere che la mia macchina Ubuntu non sta ascoltando la porta 5910? Che cosa ne pensate? In tal caso, come posso assicurarmi che Ubuntu stia ascoltando la porta 5910?

Modificare:

Ok, quindi quando eseguo questo comando:

sudo netstat -peant | grep ":5910 "

Non succede nulla. Quando sudo netstat -peant | grep "127.0.0.1"eseguo questo comando: e scorro, non vedo nulla collegato alla porta 5910. Credo di aver riscontrato un grosso problema. La mia domanda ora è come posso configurare xrdp per ascoltare la porta 5910?

Risposte:


7

Ho scoperto che questo ha funzionato davvero per me. https://ubuntuforums.org/showthread.php?t=1314336

Riassumo qui la soluzione:

Ho dovuto rimuovere xrdp, vnc4server, tightvnc, che sono stati tutti installati nell'ordine sbagliato. Ho dovuto installare tightvncserver, quindi installare xrdp.

sudo apt-get remove xrdp vnc4server tightvncserver
sudo apt-get install tightvncserver
sudo apt-get install xrdp

Quindi riavviare il servizio xrdp:

sudo service xrdp restart

Ora posso accedere, ma si disconnette nuovamente in 1-2 secondi.
dal

Per me funziona. Prima di vedere questa risposta non avevo nemmeno installato un server VNC.
smbear,

Frustrantemente, questo ha funzionato per me. Non ho idea di cosa sia cambiato poiché avevo usato xrdp per mesi prima che andasse in tilt. Grazie!
jgitter

6

Ok, quindi ho trovato il comando che risolverà il mio problema. Esegui questo comando per rimuovere l'errore

Correre gsettings set org.gnome.Vino require-encryption false


quando lo eseguo nel terminale di Raspberry Pi ha scritto "No tale schema 'org.gnome.Vino'"
ofir_aghai

3

Questo post mi ha aiutato a sbarazzarmi del problema. xrdpSuccessivamente ho riavviato il servizio solo per essere sicuro.

Hai provato a creare un file /etc/X11/Xwrapper.config contenente

allowed_users = anybody

Nota che sto usando Windows 10 per connettere debian 9. E ho usato Xorg.


Stesso problema qui Debian 9.5 e Fluxbox.
ceving il

1
ha funzionato per me. default_utente_utente è stato impostato su console
osyan il

2

Sono molto nuovo e ho letto bug e documenti su questo.

Tutto quello che ho fatto per risolvere questo problema è stato arrestare e avviare xrdp, usando questi comandi:

sudo service xrdp stop

sudo service xrdp start

Ha funzionato per me. xRDP, stava lavorando sulla porta 3350.
Luigi Lopez,

0

Ho lottato alcuni giorni in questo problema (Connessione desktop remoto di Windows 7 - XRDP CentOS) e, cercando, ho scoperto che la soluzione più semplice per errore - la connessione problema è chiara login "mydomain \ username" : prima di installare i pacchetti, terminare i processi o rimuovere temporaneamente file, prova a connetterti scrivendo il tuo nome utente solo nella richiesta XRDP, quindi non salvarlo in precedenza nella Connessione desktop remoto di Windows 7.

Se non ti è permesso cancellare il tuo nome utente (XRDP mostra sempre un nome per impostazione predefinita), cancella la cronologia delle connessioni RDP per il server a cui stai tentando di connetterti o cogli questa opportunità come opportunità per cancellare tutta la cronologia delle connessioni, in questo modo (lato Windows - CMD):

@echo off
reg delete "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default" /va /f
reg delete "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers" /f
reg add "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers"
cd %userprofile%\documents\
attrib Default.rdp -s -h
del Default.rdp

E quindi riprovare a connettersi. Se non funziona, puoi provare:

  1. Tieni presente che dovresti usare High Color (16 bit) o ​​superiore in Windows RDP; o

  2. Accedi a xrdp-sesman.log di PuTTY ( cat /var/log/xrdp-sesman.log), che probabilmente mostrerà "X server per timeout di avvio display 10 (...) un altro Xserver è già attivo su display 10 ", quindi vncserver -geometry 1024x768 :10mostrerà che c'è un file temporaneo che puoi cancellare, quindi rimuovere i file temporanei corretti come spiegato qui e qui ; o

  3. Downgrade Tiger VNC .



0

Non ne vale la pena: esiste una soluzione migliore e meno dolorosa:

x11vnc

Ho trascorso almeno 8 ore a combattere la battaglia per connettermi da Windows 10 a Ubuntu 16 tramite xrpd e Windows rdp. Ho provato infinite "soluzioni" che ho trovato pubblicate su tutto il web. Ho fatto progressi, ma non sono mai riuscito a risolverlo completamente. Anche se avessi, comunque, sembra che questa sia una configurazione debole, perché:

  • Non puoi usare Unity Desktop, quindi il tuo rdp ti ha collegato a un'interfaccia utente del sistema operativo completamente diversa da quella che useresti come standard Ubuntu.
  • Non è possibile accedere già con quell'account. Quindi, se avessi uno scenario in cui a volte lavori direttamente sulla macchina Ubuntu e a volte ti connetti da remoto, dovresti essere sicuro di disconnetterti per consentire quella connessione remota.
  • Da quello che hai letto, una volta che hai questo, hai anche combattuto una battaglia per ottenere un meccanismo di "riconnessione" funzionante per rientrare in una sessione RDP che hai lasciato.
  • Devi inserire manualmente le credenziali ogni volta che accedi. Non c'è modo di salvarli sul lato client e connettersi immediatamente.

Ho usato un mucchio di diverse interfacce di connessione remota, e nel complesso niente è meglio della facilità e della qualità di Windows RDP. A tale proposito, ero piuttosto determinato a usarlo. Dopo aver combattuto abbastanza a lungo, però, e finalmente gettato la spugna, ho scoperto che VNC funziona praticamente altrettanto bene in questo contesto.

Come ho detto inizialmente, sul lato Ubuntu ho usato "x11vnc". Fare riferimento a queste istruzioni per i dettagli su come ottenere la configurazione completa:

Come configurare x11vnc per accedere con la schermata di accesso grafica?

Sul lato Windows, ho usato RealVNC Viewer: https://www.realvnc.com/en/connect/download/viewer/ , che avevo già installato e configurato per una connessione remota a un Mac sulla mia LAN.

Con questa configurazione, NESSUNO dei punti deboli indicati sopra. Inoltre, in modalità a schermo intero, il display è buono come lo sarebbe naturalmente. Vedo 0 ritardo, 0 sfocatura. Ho un blocco appunti bidirezionale che funziona senza alcuno sforzo per farlo ...

In teoria, dovresti essere in grado di impilare xrpd e x11vnc. Vedi: http://c-nergy.be/blog/?p=5956 Ho provato anche quello, solo per vedere se riuscivo a farlo funzionare. Non ho avuto fortuna neanche con quello. Quindi alla fine ho appena detto xrpd, disinstallato e ripristinato tutte le modifiche che ho apportato alla mia macchina combattendo con esso (o almeno così).

A meno che tu non abbia una delle ragioni principali per cui BISOGNA RDP invece di VNC, ti consiglio vivamente di seguire questa strada che ho descritto.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.