Exemple d'utilisation de xfreerdp avec le plugin de presse-papiers

16

FreeRDP 1.0.2 a mis à jour sa syntaxe de paramètre pour «une meilleure interopérabilité avec Windows ». J'ai eu un problème en utilisant l'ancienne syntaxe où le plugin de presse-papiers ne fonctionnait que la première fois que je collais, puis s'arrêtait:

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

J'ai donc décidé d'essayer la nouvelle syntaxe, mais je n'arrive pas à faire les choses correctement. Le suivant:

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

Donne une erreur:

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

Aucun conseil?

— isuldor
source

Je suis sur mac avec freerdp 1.0.2 et ce qui a fonctionné pour moi était: xfreerdp -f --plugin cliprdr --sec rdp 192.168.1.123. Toute autre combinaison a toujours échoué.

— marcinj

25

Le protocole xfreerdp a changé la façon de se connecter. Essayez l'exemple suivant:

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

De plus, s'il est nécessaire de se connecter sur un autre port, ajoutez /p: <port>après le <hostname>paramètre.

— user67913
source

2

Au moins dans la version FreeRDP version 2.0.0-dev (git 6001cb710)du /p:est le mot de passe, et pour le port /port:est utilisé.

— m3nda

5

J'ai trouvé que la meilleure option était de mettre à jour freerdp en suivant ces directives:

Dans le 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

Vous devriez maintenant voir la nouvelle version et la ligne de commande devrait fonctionner!

— LionheartUK
source

2

En fait, je commence à soupçonner que xfreerdp 1.0.2 ne prend pas du tout en charge ce style de syntaxe. J'obtiens exactement le même résultat lorsque j'utilise le commutateur d'aide:

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

L'erreur m'indique qu'il ne sait pas à quoi se connecter. Il ne réalise même pas que je ne lui demande pas de se connecter à quoi que ce soit. Tout cela malgré la documentation qui dit privilégier cette "nouvelle" syntaxe. Curieuse.

De manière générale, vous pouvez désormais utiliser à la fois l'option --long ou l'option / long. Vous devez utiliser la nouvelle interface maintenant l'ancienne interface est juste conservée pour des raisons de compatibilité et sera supprimée à un moment donné.

— isuldor
source

Repos pour ma distribution récemment mise à jour avec 1.2.0. La nouvelle syntaxe fonctionne actuellement et est en effet requise. À partir de cette version du package, l'autre réponse est plus correcte.

— isuldor

2

Si vous accédez à / exécutez cela depuis un terminal mac pour vous connecter à Windows, c'est ce qui a bien fonctionné pour moi

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

— grepit
source

Merci. xfreerdpSur quelle version cela a-t-il fonctionné pour vous?

— isuldor

np, il est plus ancien mais c'est seulement ce qui fonctionne réellement sur mac, la version xfreerdp est 1.0.2

— grepit