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

16

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

Любой совет?

— isuldor
источник

Я на макинтош с freerdp 1.0.2 и что работал для меня: xfreerdp -f --plugin cliprdr --sec rdp 192.168.1.123. Любая другая комбинация всегда терпела неудачу.

— Марчинж,

25

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

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

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

— user67913
источник

2

По крайней мере, в версии FreeRDP version 2.0.0-dev (git 6001cb710)используется /p:для пароля, а для порта /port:используется.

— m3nda

5

Я обнаружил, что лучшим вариантом было обновить 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

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

— LionheartUK
источник

2

На самом деле я начинаю подозревать, что 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. Вы должны использовать новый интерфейс, теперь старый интерфейс просто сохранен для совместимости и в какой-то момент будет удален.

— isuldor
источник

Repos для моего дистрибутива, недавно обновленный с 1.2.0. Новый синтаксис фактически работает сейчас и действительно необходим. Что касается этой версии пакета, другой ответ является более правильным.

— isuldor

2

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

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

— grepit
источник

Благодарю. На какой версии xfreerdpэто работало для вас?

— isuldor

np, он старше, но это только то, что на самом деле работает на Mac, версия xfreerdp 1.0.2

— grepit