Exemplo de uso do xfreerdp com o plugin da área de transferência

16

O FreeRDP 1.0.2 atualizou sua sintaxe de parâmetro para " melhor interoperabilidade com o Windows ." Eu tive um problema ao usar a sintaxe antiga, em que o plug-in da área de transferência funcionava somente na primeira vez em que colei e, posteriormente, parou:

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

Então, decidi experimentar a nova sintaxe, mas parece que não consigo acertar. O seguinte:

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

Dá um erro:

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

Algum conselho?

    
por isuldor 11.02.2014 / 00:54

4 respostas

20

O protocolo xfreerdp mudou como se conectar. Experimente o seguinte exemplo:

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

Além disso, se for necessário conectar-se a uma porta diferente, adicione /p: <port> após o parâmetro <hostname> .

    
por 18.05.2014 / 21:00
5

Eu achei que a melhor opção era atualizar o freerdp seguindo estas diretrizes:

No 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

Agora você deve ver a nova versão e a linha de comando deve funcionar!

    
por 03.07.2015 / 16:13
2

Na verdade, estou começando a suspeitar que o xfreerdp 1.0.2 não suporta esse estilo de sintaxe. Eu obtenho exatamente o mesmo resultado quando uso a opção de ajuda:

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

O erro indica que ele não sabe a que se conectar. Nem percebo que não estou pedindo para se conectar a nada. Isso tudo apesar da documentação que diz favorecer essa "nova" sintaxe. Curioso.

Generally speaking, you can now use both --long-option or /long-option. You should use the new interface now the old interface is just kept for compatibility and will be dropped at some point.

    
por 21.06.2014 / 03:42
2

Se você está acessando / rodando isto do mac terminal para conectar ao Windows, foi isso que fez com que funcionasse bem para mim

xfreerdp --no-nla --plugin cliprdr -g 1600x1000 -u "your_user_name" your_server_or_ip 
    
por 21.12.2017 / 23:30