Przykład użycia xfreerdp z wtyczką schowka

16

FreeRDP 1.0.2 zaktualizował składnię swoich parametrów w celu „ lepszej interoperacyjności z Windows ”. Miałem problem ze starą składnią, w której wtyczka schowka działała tylko przy pierwszym wklejeniu, a następnie przestała działać:

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

Postanowiłem więc wypróbować nową składnię, ale wydaje mi się, że nie mam racji. Następujące:

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

Daje błąd:

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

Jakakolwiek rada?

— isuldor
źródło

Jestem na mac z freerdp 1.0.2 i co pracował dla mnie było: xfreerdp -f --plugin cliprdr --sec rdp 192.168.1.123. Każda inna kombinacja zawsze zawodziła.

— marcinj

25

Protokół xfreerdp zmienił sposób połączenia. Wypróbuj następujący przykład:

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

Ponadto, jeśli konieczne jest połączenie przez inny port, dodaj /p: <port>po <hostname>parametrze.

— użytkownik67913
źródło

2

Przynajmniej w wersji jest o hasło, a dla portu jest używany. FreeRDP version 2.0.0-dev (git 6001cb710)/p:/port:

— m3nda

5

Znalazłem najlepszą opcję, aby zaktualizować freerdp zgodnie z następującymi wskazówkami:

W terminalu:

$ 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

Teraz powinieneś zobaczyć nową wersję, a wiersz poleceń powinien działać!

— LionheartUK
źródło

2

Właściwie zaczynam podejrzewać, że xfreerdp 1.0.2 w ogóle nie obsługuje tego stylu składni. Dokładnie taki sam wynik uzyskuję przy użyciu przełącznika pomocy:

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

Błąd wskazuje mi, że nie wie, z czym się połączyć. Nawet nie zdaje sobie sprawy, że nie proszę o połączenie z niczym. Wszystko to pomimo dokumentacji, która mówi, że faworyzuje tę „nową” składnię. Ciekawy.

Ogólnie rzecz biorąc, możesz teraz używać zarówno opcji - długiej, jak i / długiej. Powinieneś użyć nowego interfejsu, teraz stary interfejs został zachowany w celu zachowania kompatybilności i zostanie w pewnym momencie usunięty.

— isuldor
źródło

Repo dla mojej dystrybucji ostatnio zaktualizowane do wersji 1.2.0. Nowa składnia faktycznie działa teraz i jest rzeczywiście wymagana. Od tej wersji pakietu druga odpowiedź jest bardziej poprawna.

— isuldor

2

Jeśli uzyskujesz dostęp / uruchamiasz to z terminala Mac, aby połączyć się z systemem Windows, to sprawiło, że działało to dla mnie ładnie

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

— grepit
źródło

Dzięki. Która wersja xfreerdpdziałała dla Ciebie?

— isuldor

np, jest starszy, ale to tylko to, co faktycznie działa na Macu, wersja xfreerdp to 1.0.2

— grepit