A Távoli asztali árnyék használata a grafikus grafikus felületről

Hiba küldéskor előfordulhat e-maileket keresztül Windows Live Felad. Ez a segédprogram e-mail fiókok és e-mailek kezelésére szolgál.

Jelenleg ütközés van a Windows Live Mail és a One Drive között, ami miatt sok felhasználó szembesül ezzel a hibával. A legtöbb ember akkor kapja meg, amikor képet csatolt e-mailt küld.

Az elküldött kép feltöltődik OneDrive(korábban SkyDrive). De mostanában a felhasználók Windows Live Mail az ütközés miatt nem küldhet e-mailekhez csatolt képeket. A felhasználók nem tudtak képeket küldeni mint Album, de bármikor elküldheted nekik like-ot Csatolt fájl.

Most nézzük meg a hiba elhárításának módszereit .

1. módszer Kép küldése „alkalmazás” használatával album helyett

Ez a módszer azoknak való, akik hibát tapasztalnak a kép levélben történő elküldésekor. A helyzet megoldásához tegye a következőket:

• Írjon új levelet a küldéshez.
• Kattintson a " Beszúrás«.
• Most kattintson a " Fájl csatolása"(gemkapocs ikon).
• Navigáljon a kiválasztani kívánt képhez.

Ezzel a küldési módszerrel könnyedén megkerülheti a hibát .

2. módszer Törölje a jóváhagyásra váró üzeneteket a Kimenő mappából

Ez a módszer azoknak való, akik hibát kapnak Windows Live Mail még egy egyszerű szöveges üzenet küldésekor is. Tegye a következőket:

• menj a " Kimenő«.
• Válassza ki a képen szereplő betűket, amelyek ként lettek hozzáadva Albumok.
• Törölje mindet (ha szükséges, készítsen másolatot).
• Most írjon egy új e-mailt a küldeni kívánt szöveggel.

Ezúttal, ha levelet küld, minden bonyodalom nélkül megteheti.

Kérdés: Az ügyfelek nem tudnak DRP-munkamenetet létrehozni, amíg a távoli asztali kapunál megtörténik az engedélyezés

A következő érthetetlen hiba van.
A 2012r2-n van egy terminálkiszolgáló szerepkörrel rendelkező szerver.
A kiszolgáló egy olyan farmon található, amelyen tartományvezérlő és távoli asztali átjáró kiszolgáló található, és amelyen a külső IP-cím fel van emelve.
Néha az ügyfelek nem tudnak DRP-munkamenetet létrehozni ehhez a terminálkiszolgálóhoz.
Ebben az esetben a távoli asztali kapunál történik az engedélyezés, majd a transzparens engedélyezésnek meg kell történnie a címen terminál szerver, de a csatlakozási folyamat a „távoli kapcsolat inicializálásán” függ.
Az RDP-munkamenet nem jelenik meg a terminálkiszolgálón.

A probléma felhasználóról felhasználóra változik, miközben előfordulhat, hogy ugyanaz a felhasználó nem tud csatlakozni egy számítógépről, de probléma nélkül tud csatlakozni egy szomszédos számítógépről.
A naplókban nincs semmi a terminál munkamenet hibáiról.

Már nem tudom, hol ássak, ezért az informatikai közösség segítségét kérem.

Válasz: A cikkben leírtak szerint tettem, de a probléma megmaradt.
Esküszik

A Remote Desktop Services nem tudott csatlakozni a kapcsolatközvetítőhöz a ts02 kiszolgálón
Hiba: Az aszinkron diszpécser eldobta az aktuális aszinkron üzenetet, mert van egy új üzenet, amely felülírja a jelenlegit.

A Remote Desktop Connection Broker Client nem tudta átirányítani a felhasználói tartomány\felhasználót
Hiba: A távoli eljáráshívás meghiúsult, és nem futott le.

Nem sikerült létrehozni a KVP-munkamenetek karakterláncát. 0x8007007A hibakód

A Remote Desktop Services túl sokáig tartott, amíg betölti a felhasználói konfigurációt a \\dc01 kiszolgálóról a felhasználó számára

Nagyon nem szeretném szétszedni a terminálkiszolgáló veremét.

Kérdés: Korlátozza a Remote Desktop Service felhasználóit egy munkamenetre

Válasz:

Üzenet tőle Max

A munkamenetek száma a terminálkiszolgálón a Remote Desktop Managerben van beállítva.

Körbetúrtam a Remote Desktop Services Managerben, és nem találtam ott semmi ilyesmit. Mondd meg, hol található?
És tényleg segíteni fog? Ha az összes terminálkiszolgálón beállítom a „munkamenetek maximális számát 1-re”, akkor a felhasználó bejelentkezik az 1-es szerverre, akkor mi akadályozza meg, hogy bejelentkezzen a 2-es terminálkiszolgálóra? A második szerveren nincs ilyen felhasználó munkamenete – ez lesz az első.
Egyébként nálam ez történik: ha egy felhasználó kétszer jelentkezik be, akkor a munkameneteknek különböző terminálszervereken kell lenniük.

Kérdés: Mindig aktív távoli asztali munkamenet Windows Server 2012

Jelen pillanatban találtam megoldást (perverziót) a problémára: létrehoztam egy második felhasználót a szerveren és RDP-n keresztül csatlakoztam hozzá (localhost) és alá emeltem egy botot, ebben a módban minden úgy működik, ahogy kell. De ez nem opció. Szerintem van racionálisabb módszer is. Hogyan lehet vizuálisan elkészíteni Windows környezet a távoli asztali munkamenet befejezése után is működött?

Válasz:

Idézet ILNUR17021992:

Lehetőség van a program futtatására egy aktív helyi felhasználói munkamenetben.
Ehhez csatlakoznia kell a szerverhez a VNC protokollon keresztül (sok harmadik féltől származó szerverprogram létezik) vagy a „Távsegítségen” keresztül.
Vagy használja az RDP-t árnyékkapcsolattal a helyi felhasználói munkamenethez

Kérdés: Nem lehet csatlakozni a távoli asztalhoz (RDP)

Nem csatlakozik a távoli asztalhoz

Az RDP szolgáltatások engedélyezve vannak.
A tűzfal engedélyezve van - a 3389-es port nyitva van.
A porttovábbítás az útválasztón van konfigurálva.
IP-cím - statikus van domain név, mindkettő ping.
Azon a számítógépen, amelyről a kapcsolat létrejön – Windows XP SP3 32 bit, a kapcsolat olyan személyhez megy, aki legfeljebb 64 bites Windows 7 SP1 szervizcsomaggal rendelkezik.
Mindkét számítógépen telepítve van a KIS2013. Megpróbáltam lekapcsolni ott és a másikon is, és csak az egyiken - még mindig nem csatlakozik.
Csatorna - 100 Mbit/s, nincs betöltve.

A kapcsolat egy szabványos távoli asztalon keresztül történt Windows 7 és XP rendszerben, mindkét esetben nem csatlakozik.

Hol kell ásni?

Az RDP szintén nem működik az okostelefonon/táblagépen lévő kliensen

Válasz: Mi a hiba szövege? A felhasználó, akinek hitelesítő adataival megpróbál bejelentkezni, benne van a szerver „távoli asztali felhasználók” csoportjában?

Kérdés: Hogyan állíthatom be a tűzfalam, hogy ne blokkolja a távoli asztalt?

Válasz: uel, leválasztás után távoli hozzáférés, a tűzfal alaphelyzetbe állításával és a távoli hozzáférés engedélyezésével a portok megnyitására vonatkozó kérés nem jelent meg. A problémát azonban más módon oldották meg. Kiderült, hogy a vírusirtó volt a hibás. Kikapcsoláskor a távoli asztal bekapcsolt tűzfal mellett is elkezdett működni (csak a szabályokat kellett módosítani). Az a furcsa, hogy a tűzfal kikapcsolásakor a vírusirtó semmilyen módon nem blokkolta a távoli fiókot.

Kérdés: A távoli asztal nem működik

Válasz: Mi van a távoli asztali licenccel rendelkező szerverein?
Próbáltad rendszergazdaként futtatni az mstsc-t az ügyfélen?

Kérdés: [Megoldva] Nyomtatás távoli asztalról

Válasz: Köszönöm mindenkinek, kalózkodással és csavarhúzóval megoldottam a problémát
A biztonság kedvéért a szerver és kliens részek telepítése után a távoli asztal beállításainál letiltottam a nyomtató továbbítást, telepítés után újraindítottam a szervert, minden felvett és kinyomtatott.
Ha valakit érdekel, Windows Server 2012 R2-re telepítettem a ScrewDrivers 4.7.5.60-at, a kézikönyv a virtuális csatornák használatáról szólt, de ez a szerverek régebbi verzióira vonatkozik, ide nem kell semmi

Windows 2012 R2 és Windows 8.1 Microsoft rendszeren visszaadott funkcionalitásTávoliAsztaliÁrnyékolás(árnyék kapcsolat). Emlékeztetünk arra, hogy a Shadow módot (árnyékos munkamenetet) az adminisztrátor használhatja bármely felhasználó meglévő RDP-munkamenetének megtekintésére és kezelésére. Ez a működési mód szinte a Microsoft terminálkiszolgáló első verziói óta támogatott, és a Windows Server 2012 rendszerben váratlanul eltávolították (az rdp-verem kernel módból felhasználói módba való átvitele miatt). Az RDS Shadow funkció a következő operációs rendszer verziókban is működik: Windows Server 2016 / Windows 10.

Ezenkívül az RDS Shadow csatlakozási mód és az RDP kliens számos új érdekes funkcióval rendelkezik. Teljes lista Az mstsc.exe RDP-kliens paraméterei, amelyek meghatározzák a távoli árnyékkapcsolat lehetőségét a végfelhasználói munkamenethez:

Mstsc.exe ]

/shadow:ID– csatlakozzon az RDP-munkamenethez a megadott azonosítóval.

/v:kiszolgálónév– A terminálkiszolgáló RDP/RDS neve (ha nincs megadva, az aktuálisat használja).

/ellenőrzés– a felhasználói munkamenettel való interakció képessége (ha nincs megadva, a felhasználói munkamenet-megtekintési mód használatos).

/noConsentPrompt– ne kérjen megerősítést a felhasználótól a munkamenethez való csatlakozáshoz.

/prompt – különböző hitelesítő adatokkal történő csatlakozáshoz használják. A távoli számítógéphez való csatlakozáshoz felhasználónevet és jelszót kell megadnia.

Az RDS árnyékmunkamenetek korlátozásai a Windows 2012 R2 rendszerben

• Csak a kiszolgáló rendszergazdája csatlakozhat mások munkameneteihez. Ezeket a jogokat normál felhasználó nem ruházhatja át.
• RDSÁrnyéknem működik munkacsoport alapú hálózatokon

A Távoli asztali árnyék használata a grafikus grafikus felületről

Csatlakozhat felhasználói munkamenethez az mstsc.exe segédprogrammal vagy közvetlenül a Kiszolgálókezelő konzolról. Ehhez a Kiszolgálókezelő konzolban nyissa meg a QuickSessionCollection elemet

Az Önt érdeklő felhasználó munkamenetére kattintva válassza ki helyi menüÁrnyék (Shadow copy).

Megjelenik a Shadow Connection Settings ablak. Lehetséges megtekintés ( Kilátás) és vezérlés ( Ellenőrzés) munkamenet. Ezenkívül engedélyezheti az opciót Gyorsszámárafelhasználóhozzájárul(Kérje a felhasználó hozzájárulását a munkamenethez való csatlakozáshoz).

Ha a „Felhasználói hozzájárulás kérése” opció be van jelölve, a munkamenetben a felhasználó a következőket kérdezi:

Távfelügyeleti kérés

A Winitpro\administrator kéri a munkamenet távoli megtekintését. Ön elfogadja ezt a kérést.

A Winitpro\administrator a munkamenet távoli megtekintését kéri. Elfogadja a kérést?

Ha a felhasználó megerősíti a kapcsolatot, nézet módban a rendszergazda látni fogja az asztalát, de nem tud vele kommunikálni.

Tanács. A felhasználói munkamenetről való leválasztáshoz és az árnyék módból való kilépéshez nyomja meg a gombot ALT+* -on munkaállomás vagy Ctrl+* a terminálkiszolgálón (hacsak nincs megadva alternatív kombinációk).

Ha a felhasználó elutasítja a kapcsolatot, megjelenik egy ablak:

Árnyék hiba:

Ha megerősítés kérése nélkül próbál csatlakozni egy felhasználói munkamenethez, hibaüzenet jelenik meg, amely arról tájékoztatja, hogy ezt a csoportházirend tiltja:

Árnyék hiba: A csoportházirend-beállítás úgy van konfigurálva, hogy megköveteli a felhasználó hozzájárulását. Ellenőrizze a házirend-beállítások konfigurációját.

A felhasználói RDS-munkamenetek távoli kezelésének paramétereit házirend konfigurálja Szabályok beállítása a Remote Desktop Services felhasználói munkameneteinek távvezérléséhez (Távvezérlési szabályok beállítása a Remote Desktop Services felhasználói munkameneteihez), amely a Házirendek -> Felügyeleti sablonok -> Windows-összetevők -> Távoli asztali szolgáltatások -> Távoli munkamenet-gazda -> Kapcsolatok (Felügyeleti sablonok ->) részben található. Windows összetevők–> Remote Desktop Services – Remote Desktop Session Host –> Connections) a csoportházirend-objektum felhasználói és „számítógép” részében. Ez a házirend a dword registry paraméternek felel meg Árnyék a szálban HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services.

Ez a házirend a következő árnyékkapcsolati beállításokat konfigurálhatja az RD Shadow kapcsolaton keresztül:

• Távirányító tilos - távirányító nem engedélyezett (Árnyéknyilvántartási kulcs értéke = 0);
• Teljes irányítás felhasználói engedéllyel - teljes irányítás felhasználói engedéllyel (1);
• Teljes irányítás a felhasználók engedélye nélkül - teljes irányítás felhasználói engedély nélkül (2);
• Munkamenet megtekintése a felhasználók engedélyével – a munkamenet figyelése felhasználói engedéllyel (3);
• Munkamenet megtekintése a felhasználók engedélye nélkül – a munkamenet figyelése felhasználói engedély nélkül (4).

RDS Shadow kapcsolat a PowerShelltől

A Powershelltől származó távoli asztali szolgáltatások árnyékkapcsolatán keresztül is használhatja a felhasználói munkamenet árnyékkapcsolatának funkcióit.

Először is megmutatjuk, hogyan lehet a terminálkiszolgálón lévő munkamenetek listáját lekérni (a felhasználói munkamenetek állapotuktól függően csoportokba kerülnek):

Get-RDUSerSession | ft Felhasználónév, UnifiedSessionId, SessionState, HostServer, ApplicationType -GroupBy Sessionstate

On ezt a szervert három aktív terminál munkamenetet találtunk. Csatlakozzunk a felhasználói munkamenethez a 3. munkamenet-azonosítóval:
Mstsc /shadow:3 /control
A parancs futtatásával lekérheti a kiszolgálón lévő összes munkamenet listáját

A képernyőn megjelenik az RDP-munkamenetek listája, azok azonosítója és állapota: aktív munkamenet (Active) vagy leválasztva (Disconnected).

Az ülések listájának megtekintéséhez távoli szerver futtasd a parancsot:

lekérdezési munkamenet /szerver:szervernév

A munkamenetekhez való kényelmesebb árnyékkapcsolat érdekében a következő szkriptet használhatja. A szkript felszólítja a név megadására távoli számítógépés megjeleníti az összes munkamenet listáját, és kéri, hogy adja meg a munkamenetet, amelyhez csatlakozni kíván:

árnyék.denevér

@echo kikapcsolva

lekérdezési munkamenet /szerver:%rcomp%
set /P rid="Adja meg az RDP felhasználói azonosítót: "

Elhelyezhető ezt a fájlt a %Windir%\System32 könyvtárba, ennek eredményeként árnyékkapcsolathoz csak futtassa a parancsot árnyék.

A konzolmunkamenethez való csatlakozáshoz a következő szkriptet használhatja:

@echo kikapcsolva
set /P rcomp="Írja be a távoli számítógép nevét vagy IP-címét: "
for /f "tokens=3 delims= " %%G in ("lekérdezési munkamenet konzol /szerver:%rcomp%") állítsa be rid=%%G
start mstsc /shadow:%rid% /v:%rcomp% /control

Hogyan engedélyezhető a szabványos felhasználók árnyékkapcsolat használatának

A fent tárgyalt példákban a terminálmunkamenetek árnyékkapcsolatának használatához helyi rendszergazdai jogokra van szükség az RDS-kiszolgálón. Engedélyezheti azonban az árnyékkapcsolat használatát a felhasználói munkamenetekhez és a hétköznapi felhasználók(anélkül, hogy helyi rendszergazdai jogokat adnának nekik a szerveren).

Ha például azt szeretné, hogy az AllowRDSShadow csoport tagjai árnyékolják a kapcsolatokat a felhasználói munkamenetekhez, futtassa a következő parancsot:

wmic /névtér:\\root\CIMV2\TerminalServices PATH Win32_TSPermissionsSetting WHERE (TerminalName="RDP-Tcp") CALL AddAccount "corp\AllowRDSShadow",2

2018 januárjában a KB4056898 () frissítés telepítése után a felhasználók azt tapasztalták, hogy az árnyékhozzáférés leállt a Windows Server 2012 R2 rendszerben. Amikor árnyékkapcsolatot próbál létrehozni valaki más munkamenetéhez, megjelenik az „Ismeretlen hiba” üzenet (a STATUS_BAD_IMPERSONATION_LEVEL hiba a naplókban található). Hasonló probléma merült fel az RDS farmon is Windows alapú Szerver 2016.

A probléma megoldásához külön frissítéseket kell telepítenie:

• Windows Server 2016 rendszerhez - KB4057142(2018. január 17-től)
• Windows Server 2012 R2 rendszerhez - K.B.4057401 (2018. január 17-től)