Copy file larger than 2 GB over RDP fails

Mai nap tanulsága, ne másolj RDP-n 2 gigánál nagyobb fájlt, mert pont. Gondolom valahol a 64 kb RAM mellett van ennek az indoklása is :S

https://support.microsoft.com/en-us/help/2258090

Van rá ez az 1 hitvány KB article, amiben megint megy a szokásos ködösítés:

"When you try to copy a file that is larger than 2 GB over a Remote Desktop Services or a Terminal Services session through Clipboard Redirection (copy and paste) by using the RDP client 6.0 or a later (??) version, the file is not copied. And, you do not receive an error message." (ez utóbbi már nem igaz, mert somethinghappened "unknown error"-t már ki bír izzadni magából a 2012 R2)

A later version az egy jobbról nyitott halmaz? Amúgy az az mstsc.exe v6.3.x-et jelenti redmond_halandzsa-->emberi nyelvre lefordítva? Vagy az RDP protocol verzióját (ami meg most 10.0-nál jár)?

"Article ID: 2258090 - Last Review: Jul 28, 2010 - Revision: 1"
Magyarul megírták 6,5 éve, oszt jóvanazúgy maradhat...

Ui. Igen, megtaláltam a workaroundokat..

( tigrincs | 2017. 02. 28., k – 10:44 )

Mi az a real life scenario mikor erre szukseg van?

Komolyan kerdezem. Vagy ez valami linuxos becsipodes? (je erre is lehet hasznalni bar nem erre lett kitalalva de azert eroltetjuk mert az unique meg sexy)

Ha nagy fileokat akarsz masolni akkor arra vannak tok jo protokollok meg a gonosz windows ala is (SSH).

Ott a pont, VPN1->VPN2->jumphost->targetserver (igen, VPN1-en keresztül lehet csak VPN2-be bejutni!). Corporate-ben vannak jól elbaszott bejutási útvonalak, aki csak KKV-t látott életében az nem is tudja milyen az igazi kaland!

Ilyenkor mindig elgondolkozok (miközben a szerencsétlen session épül fel az 5x-en encryptelt és újradarabolt-újraösszerakott tunnelben) azon, h. a hekker biztos talál magának direktebb (és jobb sebességű) bejáratot ha felnyomja az infrastrukturát, mint amit a paraszt kap h. ezen keresztül menedzselje a gépeket nap-mint-nap.
--

+1, ahol egy tunnelnél / VPN-nél több van az szívatásra jó csak. Viszont többször láttam olyat az ilyen "super secure" módon védett masinákon hogy kifelé direkt Internet, backup sose volt, meg 2 éve nem volt update-elve az OS :-)
____________________
echo crash > /dev/kmem

Ezen a platformon a tűzfalazás 6 hónap alatt jutott el oda h. talán már nincsenek óriási hiányosságok. Tudod jól, h. van az a pillanat amikor nem akarsz a tűzfalas bandával többet beszélni a saját idegeid kímélése érdekébem és inkább megoldod a meglevő eszközkkel úgy ahogy tudod.
--

Mikor senki nem jelentkezik h. megcsinálja a dolgát, csak sunnyog és lapít, neked meg windows-t kell upgradelned 2012-ről 2012 R2-re, mert az ostoba projectmanager szereptévesztés okán saját hatókörben kérdezés nélkül azt telepíttetett egy szerverre. A vendor meg addig nem nyúl hozzá amíg 2012 R2-t nem lát a gépen. ISO meg sehol nincs, az ESXi tulaja meg csak lapít.
--

( Nyosigomboc v | 2017. 03. 01., sze – 11:45 )

Egy olyan cegnel, ahol a securityt erinto bugokra 90 nap keves, majd pont az ilyen faszsagokkal fognak foglalkozni. Hogyne.

Kigyulladt? Felrobbant? Na latod, akkor meg igy is elorebb tart, mint a konkurencia.

--
A strange game. The only winning move is not to play. How about a nice game of chess? - Wargames