Ejemplo de uso de xfreerdp con el complemento del portapapeles

16

FreeRDP 1.0.2 ha actualizado su sintaxis de parámetros para "una mejor interoperabilidad con Windows ". Tuve un problema al usar la sintaxis anterior en la que el complemento del portapapeles solo funcionó la primera vez que pegué, y posteriormente se detuvo:

xfreerdp --plugin cliprdr -g 1920x1060 -u Administrator -p xxx n.n.n.n

Así que decidí probar la nueva sintaxis, pero parece que no puedo hacerlo bien. El seguimiento:

xfreerdp +clipboard /size:1920x1060 /u:Administrator /p:xxx /v:n.n.n.n

Da un error:

Warning xf_GetWindowProperty (140): Property 385 does not exist
transport_connect: getaddrinfo (Name or service not known)
Error: protocol security negotiation failure

¿Algún consejo?

— isuldor
fuente

Estoy en Mac con freerdp 1.0.2 y lo que funcionó para mí fue: xfreerdp -f --plugin cliprdr --sec rdp 192.168.1.123. Cualquier otra combinación siempre fallaba.

— marcinj

25

El protocolo xfreerdp cambió cómo conectarse. Pruebe el siguiente ejemplo:

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

Además, si es necesario conectarse a un puerto diferente, agregue /p: <port>después del <hostname>parámetro.

— usuario67913
fuente

2

Por lo menos en la versión FreeRDP version 2.0.0-dev (git 6001cb710)de la /p:es la contraseña, y para el puerto /port:se utiliza.

— m3nda

5

Encontré que la mejor opción era actualizar freerdp siguiendo estas pautas:

En terminal:

$ cd /usr/src
$ git clone git://github.com/FreeRDP/FreeRDP.git
$ cd FreeRDP

$ sudo aptitude install libcunit1-dev libdirectfb-dev xmlto doxygen   \
    libxtst-dev libavutil-dev libavcodec-dev build-essential git-core \
    cmake libssl-dev libx11-dev libxext-dev libxinerama-dev           \
    libxcursor-dev libxdamage-dev libxv-dev libxkbfile-dev            \
    libasound2-dev libcups2-dev libxml2 libxml2-dev                   \
    libxrandr-dev libgstreamer0.10-dev                                \
    libgstreamer-plugins-base0.10-dev libxi-dev                       \
    libgstreamer-plugins-base1.0-dev

$ sudo cmake -DCMAKE_BUILD_TYPE=Debug -DWITH_SSE2=ON .
$ sudo make
$ sudo apt-get install checkinstall
$ sudo checkinstall make install
$ sudo which xfreerdp
$ xfreerdp --version

¡Ahora debería ver la nueva versión y la línea de comando debería funcionar!

— LionheartUK
fuente

2

En realidad, estoy empezando a sospechar que xfreerdp 1.0.2 no es compatible con este estilo de sintaxis. Obtengo exactamente el mismo resultado cuando uso el interruptor de ayuda:

xfreerdp /help
Warning xf_GetWindowProperty (140): Property 387 does not exist
transport_connect: getaddrinfo (Name or service not known)
Error: protocol security negotiation failure

El error me indica que no sabe a qué conectarse. Ni siquiera se da cuenta de que no le estoy pidiendo que se conecte a nada. Todo esto a pesar de la documentación que dice favorecer esta "nueva" sintaxis. Curioso.

En términos generales, ahora puede usar ambas opciones: - long-option o / long-option. Debería usar la nueva interfaz ahora, la interfaz anterior solo se mantiene por compatibilidad y se eliminará en algún momento.

— isuldor
fuente

Repos para mi distribución recientemente actualizada con 1.2.0. La nueva sintaxis realmente funciona ahora y de hecho es necesaria. A partir de esta versión del paquete, la otra respuesta es más correcta.

— isuldor

2

Si está accediendo / ejecutando esto desde la terminal de Mac para conectarse a Windows, esto es lo que hizo que funcionara bien para mí

xfreerdp --no-nla --plugin cliprdr -g 1600x1000 -u "your_user_name" your_server_or_ip

— grepit
fuente

Gracias. ¿En qué versión de xfreerdpesto funcionó para usted?

— isuldor

np, es una más antigua, pero eso es lo que realmente funciona en Mac, la versión xfreerdp es 1.0.2

— grepit