Beispiel für die Verwendung von xfreerdp mit dem Plugin für die Zwischenablage

16

FreeRDP 1.0.2 hat eine aktualisierte Parametersyntax für " bessere Interoperabilität mit Windows ". Ich hatte ein Problem mit der alten Syntax, bei der das Plug-in für die Zwischenablage nur beim ersten Einfügen funktioniert hat. Anschließend wurde Folgendes beendet:

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

Also habe ich beschlossen, die neue Syntax auszuprobieren, aber ich kann es scheinbar nicht richtig machen. Folgende:

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

Gibt einen Fehler aus:

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

Irgendein Rat?

command-line remote-desktop freerdp xfreerdp isuldor
quelle
Ich bin auf dem Mac mit freerdp 1.0.2 und was für mich gearbeitet wurde: xfreerdp -f --plugin cliprdr --sec rdp 192.168.1.123. Jede andere Kombination schlug immer fehl.
14.

Antworten:

25

Das xfreerdp-Protokoll hat die Verbindungsweise geändert. Versuchen Sie folgendes Beispiel:

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

Wenn eine Verbindung über einen anderen Port hergestellt werden muss, fügen Sie /p: <port>nach dem <hostname>Parameter hinzu.

user67913
quelle
2
Zumindest in der Version FreeRDP version 2.0.0-dev (git 6001cb710)das /p:ist für das Kennwort und für den Port /port:verwendet wird.
m3nda
5

Ich fand die beste Option, freerdp nach diesen Richtlinien zu aktualisieren:

Im 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

Jetzt sollten Sie die neue Version sehen und die Befehlszeile sollte funktionieren!

LionheartUK
quelle
2

Eigentlich vermute ich, dass xfreerdp 1.0.2 diesen Syntaxstil überhaupt nicht unterstützt. Ich erhalte genau das gleiche Ergebnis, wenn ich den Help-Schalter benutze:

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

Der Fehler zeigt mir an, dass er nicht weiß, mit was er sich verbinden soll. Es wird mir nicht einmal klar, dass ich nicht darum bitten soll, eine Verbindung zu irgendetwas herzustellen. Dies alles trotz der Dokumentation, die besagt, dass diese "neue" Syntax bevorzugt wird. Neugierig.

Im Allgemeinen können Sie jetzt sowohl --long-option als auch / long-option verwenden. Sie sollten die neue Schnittstelle verwenden. Die alte Schnittstelle wird nur aus Kompatibilitätsgründen beibehalten und irgendwann gelöscht.

isuldor
quelle
Repos für meine Distribution wurden kürzlich mit 1.2.0 aktualisiert. Die neue Syntax funktioniert jetzt tatsächlich und ist in der Tat erforderlich. Ab dieser Paketversion ist die andere Antwort korrekter.
Isuldor
2

Wenn Sie auf dieses Mac-Terminal zugreifen / es ausführen, um eine Verbindung zu Windows herzustellen, hat dies dazu beigetragen, dass es für mich gut funktioniert

xfreerdp --no-nla --plugin cliprdr -g 1600x1000 -u "your_user_name" your_server_or_ip
Grepit
quelle
Vielen Dank. An welcher Version von xfreerdphat das für Sie funktioniert?
Isuldor
np, es ist älter, aber das ist nur, was eigentlich auf dem Mac funktioniert, die xfreerdp-Version ist 1.0.2
grepit