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?
command-line
remote-desktop
freerdp
xfreerdp
isuldor
fonte
fonte
xfreerdp -f --plugin cliprdr --sec rdp 192.168.1.123
. Qualquer outra combinação sempre falhava.Respostas:
O protocolo xfreerdp mudou como se conectar. Tente o seguinte exemplo:
Além disso, se for necessário conectar-se através de uma porta diferente, adicione
/p: <port>
após o<hostname>
parâmetrofonte
FreeRDP version 2.0.0-dev (git 6001cb710)
o/p:
é para senha e para porta/port:
é usado.Achei que a melhor opção era atualizar o freerdp seguindo estas diretrizes:
No terminal:
Agora você deve ver a nova versão e a linha de comando deve funcionar!
fonte
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:
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.
fonte
Se você está acessando / executando isso no terminal mac para se conectar ao Windows, foi isso que fez com que funcionasse bem para mim
fonte
xfreerdp
isso funcionou para você?