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?
xfreerdp -f --plugin cliprdr --sec rdp 192.168.1.123
. Toute autre combinaison a toujours échoué.Réponses:
Le protocole xfreerdp a changé la façon de se connecter. Essayez l'exemple suivant:
De plus, s'il est nécessaire de se connecter sur un autre port, ajoutez
/p: <port>
après le<hostname>
paramètre.la source
FreeRDP version 2.0.0-dev (git 6001cb710)
du/p:
est le mot de passe, et pour le port/port:
est utilisé.J'ai trouvé que la meilleure option était de mettre à jour freerdp en suivant ces directives:
Dans le terminal:
Vous devriez maintenant voir la nouvelle version et la ligne de commande devrait fonctionner!
la source
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:
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.
la source
Si vous accédez à / exécutez cela depuis un terminal mac pour vous connecter à Windows, c'est ce qui a bien fonctionné pour moi
la source
xfreerdp
Sur quelle version cela a-t-il fonctionné pour vous?