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?
command-line
remote-desktop
freerdp
xfreerdp
isuldor
źródło
źródło
xfreerdp -f --plugin cliprdr --sec rdp 192.168.1.123
. Każda inna kombinacja zawsze zawodziła.Odpowiedzi:
Protokół xfreerdp zmienił sposób połączenia. Wypróbuj następujący przykład:
Ponadto, jeśli konieczne jest połączenie przez inny port, dodaj
/p: <port>
po<hostname>
parametrze.źródło
FreeRDP version 2.0.0-dev (git 6001cb710)
/p:
/port:
Znalazłem najlepszą opcję, aby zaktualizować freerdp zgodnie z następującymi wskazówkami:
W terminalu:
Teraz powinieneś zobaczyć nową wersję, a wiersz poleceń powinien działać!
źródło
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:
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.
źródło
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
źródło
xfreerdp
działała dla Ciebie?