Skopiuj pliki ze zdalnego RDP na komputer lokalny


Czy istnieje sposób na rozpoczęcie sesji RDP na zdalnym serwerze Windows i przesłanie plików na komputer lokalny? Wersje zdalnego serwera Windows są różne. Wahuje się gdzieś od 2000 do 2008 roku.
Próbowałem znaleźć rozwiązania i wydaje się, że są one rozproszone po całym miejscu. Niektórzy sugerują użycie mstsc.exe, inni sugerują PowerShell/Java/ASP Net. Jestem zdezorientowany. Wdzięczny za wskazówki tutaj.
Podziękować!

Aktualizacja poniżej: 17 lutego 2012 r

Roku
Dzięki za wszystkie sugestie. Dodam, że zdalne serwery są bezpiecznie zablokowane i nie wolno mi konfigurować serwerów SSH, FTP ani dysków współdzielonych. Jedynym sposobem uzyskania dostępu do maszyny zdalnej jest protokół RDP, a maszyny te znajdują się również w oddzielnych sieciach VLAN, do których tylko upoważnieni użytkownicy mogą uzyskać dostęp do tych maszyn za pomocą protokołu RDP. Próbuję stworzyć skrypt, który pomoże autoryzowanym użytkownikom pobrać wymagane pliki.
Zaproszony:
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Możesz zmapować dysk za pomocą Pulpitu zdalnego.
Opcje & > Zasoby lokalne & > Więcej szczegółów
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Ctrl + C na zdalnym pulpicie i Ctrl + V na lokalnym, jeśli nie szukasz zautomatyzowanego rozwiązania. (Sprawdź swoją konfigurację usług pulpitu zdalnego, aby włączyć kopiowanie i wklejanie)
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Po zmapowaniu dysków, które chcesz za pomocą mstsc, możesz użyć
\\ tsclient
, aby uzyskać dostęp do systemu plików komputera lokalnego, to znaczy klienta usług terminalowych, z którego podłączyłeś RDP do zdalnego urządzenia.
Jeśli wszystko, co próbujesz zrobić, to skopiować plik ze zdalnej skrzynki, po prostu wykonaj
\\ machine \ c $ \ path
i tak dalej, lub udostępnij folder i wykonaj
\\ machine \ udostępnij
, aby je zdobyć. W tym przypadku PROW nie jest wymagany.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Po zmapowaniu wymaganych dysków, jak mówi Andy, możesz zdalnie wykonać

LOCAL

wsadowy plik przy każdym połączeniu, określając jego ścieżkę lokalną (używając
\\ tsclient \ c
do połączenia z dyskiem lokalnym) na karcie programu we właściwościach RDP.

Nie zapomnij napisać

cmd/c

przed tą ścieżką.

Połączenie rdp zostanie automatycznie zamknięte po zakończeniu tworzenia pliku wsadowego, ale możesz dodać na końcu
pause
, aby zobaczyć, co się stało podczas wykonywania.
Łącząc się w ten sposób, możesz edytować plik wsadowy przed połączeniem.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Upewnij się, że na komputerze zdalnym jest włączona funkcja PSRemoting, uruchamiając następujące polecenie w programie PowerShell
Enable-PSRemoting –Force

Na komputerze klienckim uruchom następujące polecenie, aby nawiązać połączenie.
net use "\\{RemoteIP}\c$" "{Password}"/USER:"{Username}"/persistent:no

Tutaj po możesz użyć Copy-Item, Delete-Item przez sieć.
Copy-Item [PACKAGEPATH]\* \\[COMPUTER]\c$\installers -recurse
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Możesz kopiować i wklejać pliki przez RDP, działa świetnie. Widzieć

http://www.reddit.com/r/sysadm ... _rdp/
http://www.reddit.com/r/sysadm ... _rdp/
po więcej informacji.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

  • Na komputerze klienckim uruchom polecenie - & > mstsc.exe- & > zasoby lokalne - & > włącz schowek.
  • Na zdalnym komputerze- & > Windows uruchom polecenie (klawisz Windows + R).
  • Otwórz polecenie cmd - & > (Taskkill.exe/im rdpclip.exe) wpisz nawiasy
  • Więc masz „Sukces”
  • Wpisz to samo polecenie „rdpclip.exe”
  • Teraz skopiuj i wklej oba, wszystko działa dobrze
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

NA PRZYKŁAD
https://stackoverflow.com/users/94078/eug
napisał, co robię, jest niezwykle pomocne

komentarz
https://coderoad.ru/9304953/
który wydaje się być przeoczany przez wszystkich:
Możesz bardzo łatwo

udostępniać jeden folder

używając
subst
, aby zamapować go na literę dysku, a następnie wybierając ten dysk na Pulpicie zdalnym.
Zauważ, że dość łatwo jest mieć problemy z tą metodą, ponieważ
subst
wykonuje mapowanie tylko dla użytkownika, dla którego działa.

Dlatego polecam uruchamianie wszystkiego z jednego wiersza poleceń:
  • Otwórz wiersz polecenia (Win + R - & > cmd)
  • Wpisz
    subst & < lettertomap & >: & < pathtofolder & >
  • Wpisz
    mstsc
    (co uruchamia zdalny pulpit)

Należy pamiętać, że mapowania
subst
nie są oczywiście trwałe po przeładowaniach, więc jest to przydatne głównie w przypadku jednorazowej sesji przesyłania plików.
W rzeczywistości istnieją inne sposoby tworzenia map, patrz

raymond.cc
https://www.raymond.cc/blog/ma ... cess/
.
I tak, mapowanie wydaje się blokować dostęp do reszty dysku, chociaż nie zakładałbym swojego życia na brak "luk" w stylu chroot (zakładając, że przede wszystkim powinno być bezpieczne).
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

1) Zainstaluj Dropbox lub równoważny produkt do przechowywania w chmurze i zsynchronizuj w ten sposób niezbędne pliki między komputerami. Pamiętaj, że możesz zezwolić na synchronizację tylko określonych folderów na określonych urządzeniach (nie musisz synchronizować całej skrzynki, tylko te foldery, których potrzebujesz)
2) Jeśli możesz skonfigurować więcej niż jednego użytkownika na serwerze zdalnym, poproś drugiego użytkownika, a następnie sesję użytkownik2, o połączenie sesji rdp z użytkownikiem1. Dzięki temu użytkownik GUI 1 będzie żył w chmurze bez konieczności pozostawania zalogowanym lokalnie do RDP.
Ten film
http://www.youtube.com/watch?v=SoybUfW0VdY
powinien pokazać, jak zaimplementować to ustawienie 2 użytkowników na serwerze, aby sesja RDP była otwarta. Zauważ, że ta „na stałe” wykorzystuje 1 sesję RDP, dopóki nie zdecydujesz się ją zamknąć.
[Markdown nie może osadzić wideo :(]
Następnie użyj
<s>
AmmyyAdmin
</s>
AnyDesk

https://AnyDesk.com
na pulpicie użytkownika 1, aby połączyć się i sterować pulpitem. Obejmuje to korzystanie z funkcji menedżera plików AnyDesk do przeglądania dowolnego folderu i kopiowania. AnyDesk może być bezpłatny, jeśli łączysz się przez bezpośrednie połączenie IP. Większość serwerów VPS ma dedykowane adresy IP lub adresy subdomen, więc nie powinno to stanowić problemu. Warto zabezpieczyć hasłem swój login AnyDesk i identyfikatory, które mają dostęp do automatycznych połączeń zdalnych. Menedżer plików AnyDesk jest trochę szorstki, ale działa. Ich główną zaletą jest prostota i szybkość.
Uwaga:

używaj trybu przenośnego tylko na pulpicie zdalnego użytkownika; nie instaluj całkowicie AnyDesk.

Ponadto użycie procesora może wzrosnąć w przypadku przesyłania strumieniowego ekranu komputera stacjonarnego, co jest w pewnym stopniu związane z rozmiarem okna RDP. Używam okna 1280 x 2048 z 4 rdzeniami, a użycie procesora wynosi 22-25% bezczynności lub rzeczy w ruchu. Może się to zmniejszyć, jeśli serwer docelowy ma więcej pamięci wideo lub GPU. Ale jeśli tylko „przeglądasz pliki” (używaj tylko menedżera plików bez przesyłania strumieniowego na komputer), użycie procesora> 0,3% w trybie gotowości i> 1 średnio% podczas przesyłania plików (zwiększone do 5-6% po zakończeniu pobierania pliku i części są ukończone).
Będziesz musiał pisać własne skrypty (java, .net, c #/c ++,

AutoIT
https://www.autoitscript.com/site/
itp.), aby uruchomić AnyDesk lokalnie i zautomatyzować połączenie i pobieranie określonych plików.
Ta strategia jest trochę bardziej skomplikowana, ale powinna wystarczyć. Nie wiem, dlaczego Microsoft RDP nie może mieć prostego i szybkiego menedżera plików, takiego jak ten, który mają
<s>
ammyy admin
</s>
AnyDesk; tak czy siak.
Dodaj: można również użyć

AnyDesk
https://AnyDesk.com
lub Teamviewer. Teamviewer stał się dużo bardziej rygorystyczny w kwestii tego, co liczy się jako „użytek niekomercyjny”, ale Anydesk jest bezpieczny, zajmuje znacznie mniej miejsca, a jeśli możesz mieć bezpośrednie połączenie, nie wydaje się, aby przejmował się zbytnio wykorzystaniem. Jeśli naprawdę potrzebujesz licencji, Twój portfel będzie znacznie łatwiejszy.
AnyDesk działa bez zarzutu bez żadnej instalacji. W rzeczywistości, gdy jest używany w środowisku serwerowym, jak opisałem powyżej,


instalacja nie jest zalecana.
Edycja: AmmyyAdmin nie jest już zalecany przez kilka miesięcy z powodu pewnych problemów bezpieczeństwa i technicznych. Dodano funkcję AutoIT jako skrypt do automatyzacji interakcji z GUI/prawie każdą funkcją systemu Windows.

Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się