Пример использования xfreerdp с плагином буфера обмена

FreeRDP 1.0.2 обновил синтаксис параметров для « лучшей совместимости с Windows ». У меня была проблема с использованием старого синтаксиса, когда плагин буфера обмена работал только при первой вставке и впоследствии остановился:

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

Поэтому я решил попробовать новый синтаксис, но я не могу понять, что это правильно. Следующее:

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

Выдает ошибку:

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

Любой совет?

Протокол xfreerdp изменил способ подключения. Попробуйте следующий пример:

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

Также, если необходимо подключиться через другой порт, добавьте /p: <port>после <hostname>параметра.

Я обнаружил, что лучшим вариантом было обновить freerdp, следуя этим рекомендациям:

В терминале:

$ 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

Теперь вы должны увидеть новую версию и командная строка должна работать!

На самом деле я начинаю подозревать, что xfreerdp 1.0.2 вообще не поддерживает этот стиль синтаксиса. Я получаю точно такой же результат при использовании справки:

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

Ошибка указывает мне, что он не знает, к чему подключиться. Он даже не понимает, что я не прошу его подключаться к чему-либо. Это все, несмотря на документацию, которая говорит в пользу этого «нового» синтаксиса. Любопытно.

Вообще говоря, теперь вы можете использовать оба параметра --long-option или / long-option. Вы должны использовать новый интерфейс, теперь старый интерфейс просто сохранен для совместимости и в какой-то момент будет удален.

Если вы получаете доступ к / запускаете это через терминал Mac для подключения к Windows, это то, что заставило его работать хорошо для меня

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