Nie oznacza to, że PROW jest tak powszechnym zjawiskiem. Jednak w półprofesjonalnym i profesjonalnym środowisku komputerowym nie jest to wcale rzadkie, dlatego na początek nie przeszkadza nam w wyjaśnieniu, co to jest.
To bardzo proste. Microsoft za jednym razem kupił program komunikacyjny, który później został przemianowany na znanego NetMeeting i wziął z niego protokół zdalnego pulpitu, to jest protokół RDP Remote Desktop Protocol.
Dzisiejszy protokół jest szeroko stosowany przez programy klienckie do zdalnej pracy z serwerem. Na górze jest tylko dziesięć programów klienckich, remmina, która ma interfejs graficzny, jest tylko jednym z nich.
Popularność remminy jest spowodowana popularnością Linuksa - na Ubuntu ten klient jest domyślnie instalowany.
Wśród możliwości klientów zdalnego dostępu:
- szyfrowanie przesyłanych danych;
- transmisja audio z możliwością grania na lokalnym komputerze;
- użyj mapowania - uruchom lokalne programy na serwerze;
- wykorzystanie zasobów na serwerze z lokalnego komputera.
W systemie Windows klient działa jako plik wykonywalny mstsc.exe (TSC - Terminal Services Client - oficjalna nazwa tego programu). Opracowano wersje klienckie dla wszystkich systemów operacyjnych.
Wśród możliwości klientów PROW i od czasu do czasu może się nie udać - wymiana informacji za pośrednictwem schowka.
Pierwsze rozwiązanie
Problem, gdy wymiana między buforami między klientem a serwerem jest zakłócona, jest wszechobecna, z dowolnymi systemami operacyjnymi po obu stronach. A fakt, że często masz do czynienia z Linuksem na kliencie i Windows na serwerze, jest zdeterminowany po prostu popularnością tych systemów.
UWAGA. Należy pamiętać, że poprzednia wersja programu Remmina dla systemu Ubuntu miała dość nieprzyjemne błędy wewnętrzne, których nie może naprawić użytkownik przy użyciu zwykłych ustawień. Teraz są naprawione, a nowa wersja remminy czeka na fanów do pobrania.Ten błąd ma jedną cechę - jeśli masz kilka połączonych serwerów, może się pojawić podczas wymiany tylko z jednym, a pozostałe korzystają ze schowka bez żadnych problemów.
Pierwsze rozwiązanie, które sugeruje się od samego początku, to zakończenie aktualnej nieudanej sesji RDP i ponowne jej uruchomienie. Działa na 100%. Ale wada tego podejścia jest oczywista - trzeba zamknąć wszystkie programy na serwerze, wyjść, a następnie, po ponownym uruchomieniu, ponownie uruchomić wszystkie programy.
Ale istnieje inne rozwiązanie problemu, nie tak uciążliwe.
Drugie rozwiązanie
Inną opcją jest ponowne uruchomienie tylko programu odpowiedzialnego za wymianę za pomocą bufora - ten program znajduje się za modułem wykonywalnym rdpclip.exe, jest on zewnętrzny dla samej remminy i jest wskazywany przez osobną linię w menedżerze zadań.
Tak więc, aby przywrócić wymianę między klientem RDP i serwerem za pośrednictwem schowka, musisz wejść do Menedżera zadań, przejść do zakładki uruchomionych procesów, znaleźć pod swoim kontem rdpclip.exe, które jest odpowiedzialne za nieudaną wymianę, zakończyć i ponownie uruchomić, ręcznie .
Kończenie procesu rdpclip.exe
Być może jest w ustawieniach
Ale przed wyrzuceniem procesów do Dispatchera, nie zadał sobie trudu, aby upewnić się, że sam klient RDP jest poprawnie skonfigurowany - remmina.
W ten sposób przechodzimy do ustawień klienta i:
- Na karcie Zasoby lokalne w grupie Urządzenia lokalne i zasoby wybieramy zasoby, z których będziemy korzystać w bieżącej sesji zdalnej - jesteśmy zainteresowani zasobem "Schowek".
Następnie musisz sprawdzić ustawienia serwera:
- Na karcie Ustawienia klienta parametrów "Połączenia RDP-Tcp" w grupie przełączników Przekierowanie znajduje się tryb, który uniemożliwia przekierowanie schowka (zwane po prostu Schowkiem).Należy go zresetować, chociaż jest to stan domyślny.
Innymi słowy, najpierw upewnij się, że twój klient RDP spełnia wymagania systemu klienta (przynajmniej w zależności od wersji), a następnie wykonuj proponowane działania, poczynając od ustawień, samodzielnie.
