Exemplo de uso do xfreerdp com o plug-in da área de transferência

16

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

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

Então, decidi tentar a nova sintaxe, mas não consigo acertar. Os seguintes:

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?

— isuldor
fonte

Estou no Mac com freerdp 1.0.2 e que funcionou para mim foi: xfreerdp -f --plugin cliprdr --sec rdp 192.168.1.123. Qualquer outra combinação sempre falhava.

— marcinj 14/09/19

25

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

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

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

— user67913
fonte

2

Pelo menos na versão FreeRDP version 2.0.0-dev (git 6001cb710)o /p:é para senha e para porta /port:é usado.

— M3nda

5

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!

— LionheartUK
fonte

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 ao usar 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 para mim que ele não sabe ao que se conectar. Nem percebe que não estou pedindo para conectar-se a nada. Isso tudo apesar da documentação que diz favorecer essa "nova" sintaxe. Curioso.

De um modo geral, agora você pode usar as opções --long-option ou / long-option. Você deve usar a nova interface agora, a interface antiga é mantida apenas para compatibilidade e será descartada em algum momento.

— isuldor
fonte

Relatórios para minha distribuição atualizados recentemente com 1.2.0. A nova sintaxe realmente funciona agora e é realmente necessária. A partir desta versão do pacote, a outra resposta está mais correta.

— Isuldor

2

Se você está acessando / executando isso no terminal mac para se 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

— grepit
fonte

Obrigado. Em qual versão xfreerdpisso funcionou para você?

— Isuldor

np, é mais velho, mas isso é apenas o que realmente woks no Mac, a versão xfreerdp é 1.0.2

— grepit