Приклад використання 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