Folosind Remote Desktop Shadow dintr-o GUI grafică.

Eroare poate apărea atunci când încercați să trimiteți e-mailuri peste Windows Live Poștă... Acest utilitar este utilizat pentru gestionarea conturilor de e-mail și a e-mailurilor.

V în prezent există un conflict între Windows Live Mail și One Drive din cauza căruia mulți utilizatori se confruntă cu această eroare. Majoritatea o primesc atunci când trimit o scrisoare cu o imagine atașată.

Imaginea pe care o trimiteți este încărcată OneDrive(anterior SkyDrive). Dar, mai nou, utilizatorii Windows Live Mail nu poate trimite imagini atașate în scrisori din cauza acestui conflict. Utilizatorii nu au putut trimite imagini ca Album dar le poți trimite oricând ca Fisier atasat.

Acum să aruncăm o privire asupra metodelor de soluționare a erorii. .

Metoda nr. 1 Trimiterea unei imagini printr-o „aplicație”, nu printr-un album

Această metodă este pentru cei care au o eroare atunci când încearcă să trimită o imagine într-un e-mail. Pentru a rezolva situația, faceți următoarele:

Compuneți o nouă scrisoare de trimis.
Presa " Introduce«.
Acum faceți clic pe „ Ataseaza fisier„(Pictograma agrafă).
Navigați la imaginea pe care doriți să o selectați.

Cu această metodă de trimitere, puteți evita în siguranță eroarea .

Metoda # 2 Eliminați literele din Cutia de ieșire care sunt în așteptarea aprobării

Această metodă este pentru cei care primesc eroarea Windows Live Mail atunci când trimiteți chiar și un mesaj text simplu. Urmează următoarele instrucțiuni:

Mergi la " Cutie de ieșire«.
Selectați e-mailuri din imagine care sunt adăugate ca Albume.
Ștergeți-le pe toate (faceți o copie dacă este necesar).
Acum compuneți o nouă scrisoare cu textul pe care doriți să îl trimiteți.

De data aceasta, când trimiteți o scrisoare, o veți putea face fără nicio complicație.

În Windows 2012 R2 și Windows 8.1 Microsoft a returnat funcționalitateala distantaDesktopUmbră(conexiune umbră). Amintiți-vă că modul Shadow (sesiune umbră) - poate fi utilizat de administrator pentru a vizualiza și gestiona sesiunea RDP existentă a oricărui utilizator. Acest mod de funcționare a fost acceptat aproape de la primele versiuni ale serverului terminal Microsoft și a fost eliminat în mod neașteptat în Windows Server 2012 (legat de mutarea stivei rdp din modul kernel în modul utilizator). Funcționalitatea RDS Shadow funcționează în următoarele versiuni ale sistemului de operare: Windows Server 2016 / Windows 10.

În plus, modul Shadow RDS și clientul RDP au o serie de caracteristici noi interesante. Lista plina parametrii clientului RDP mstsc.exe, care determină posibilitatea conexiunii shadow la distanță la sesiunea utilizatorului final:

Mstsc.exe ]

/ shadow: ID- se va conecta la sesiunea RDP cu ID-ul specificat.

/ v: servername- numele serverului terminal RDP / RDS (dacă nu este specificat, este utilizat cel curent).

/ Control- capacitatea de a interacționa cu sesiunea utilizatorului (dacă nu este specificat, se utilizează modul vizualizare sesiune utilizator).

/ noConsentPrompt- nu cereți utilizatorului să confirme conexiunea la sesiune.

/ prompt - folosit pentru a vă conecta sub diferite acreditări. Numele de utilizator și parola sunt solicitate pentru a vă conecta la computerul de la distanță.

Limitări ale sesiunilor Shadow RDS în Windows 2012 R2

Doar administratorul serverului se poate conecta la sesiunile altor persoane. Nu puteți delega aceste drepturi ca utilizator obișnuit.
RDSUmbrănu va funcționa pe rețele bazate pe grupuri de lucru

Folosind Remote Desktop Shadow dintr-o GUI grafică

Vă puteți conecta la o sesiune de utilizator utilizând utilitarul mstsc.exe sau direct din consola Server Manager. Pentru aceasta, deschideți QuickSessionCollection în consola Server Manager

Dând clic pe sesiunea utilizatorului de interes, selectați în meniul contextual Umbra (copie Umbra).

Apare fereastra Shadow Connection Options. Este posibil să vizualizați ( Vedere) și control ( Control) sesiune. Alternativ, puteți activa opțiunea Promptpentruutilizatorconsimţământ(Solicitați consimțământul utilizatorului pentru a vă conecta la sesiune).

Dacă este selectată opțiunea „Solicitați consimțământul utilizatorului”, utilizatorul va fi solicitat în sesiune:

Cerere de monitorizare la distanță

Winitpro \ solicitări de administrator vizionare de la distanță sesiunea ta. Acceptați această solicitare.

Winitpro \ administrator solicită să vă vizualizeze sesiunea de la distanță. Acceptați solicitarea?

Dacă utilizatorul confirmă conexiunea, în modul de vizualizare administratorul își va vedea desktopul, dar nu va putea interacționa cu acesta.

Sfat... Pentru a vă deconecta de la sesiunea utilizatorului și a ieși din modul umbră, apăsați ALT+* la un post de lucru sau Ctrl+* pe server terminal(dacă nu sunt specificate combinații alternative).

Dacă utilizatorul respinge conexiunea, va apărea o fereastră:

Eroare umbră:

Dacă încercați să vă conectați la sesiunea unui utilizator fără a solicita confirmare, va apărea o eroare care afirmă că acest lucru este interzis de politica de grup:

Eroare umbră: Setarea politicii de grup este configurată pentru a necesita acordul utilizatorului. Verificați configurația setărilor politicii.

Parametrii de control de la distanță ai sesiunilor utilizator RDS sunt configurați prin politică Setați reguli pentru controlul de la distanță al sesiunilor utilizatorilor de la Remote Desktop Services (Setați regulile de control de la distanță pentru sesiunile de servicii de la distanță personalizate la desktop) aflat sub Politici -> Șabloane administrative -> Componente Windows -> Servicii desktop la distanță -> Gazdă sesiune la distanță -> Conexiuni în secțiunile utilizator și „computer” din GPO. Această politică corespunde valorii registrului dword Umbrăîntr-o ramură HKLM \ SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminal Services.

Cu această politică, puteți configura următoarele opțiuni de conexiune umbră peste conexiunea umbră RD:

Nu este permisă controlul de la distanță - telecomandă nu este permis (valoarea cheii de registry Shadow = 0);
Control complet cu permisiunea utilizatorilor - control complet cu permisiunea utilizatorului (1);
Control complet fără permisiunea utilizatorilor - control complet fără permisiunea utilizatorului (2);
Vizualizați sesiunea cu permisiunea utilizatorilor - monitorizați sesiunea cu permisiunea utilizatorului (3);
Vizualizați sesiunea fără permisiunea utilizatorilor - monitorizați sesiunea fără permisiunea utilizatorului (4).

RDS Shadow Connection de la PowerShell

Puteți utiliza, de asemenea, funcționalitatea unei conexiuni shadow la o sesiune de utilizator printr-o conexiune shadow Services Remote Desktop Services de la Powershell.

În primul rând, vom arăta cum să obțineți o listă de sesiuni pe serverul terminal (sesiunile utilizatorilor vor fi grupate în grupuri în funcție de starea lor):

Get-RDUserSession | ft Nume utilizator, UnifiedSessionId, SessionState, HostServer, ApplicationType -GroupBy Sessionstate

Am găsit trei sesiuni de terminal active pe acest server. Să ne conectăm la sesiunea utilizatorului cu ID-ul sesiunii 3:
Mstsc / shadow: 3 / control
De asemenea, pentru a obține o listă a tuturor sesiunilor de pe server, puteți rula comanda

Ecranul va afișa o listă a sesiunilor RDP, ID-ul și starea acestora: sesiune activă (activă) sau deconectată (deconectată).

Pentru a obține o listă de sesiuni pe un server la distanță, rulați comanda:

sesiune de interogare / server: servername

Pentru o conexiune shadow mai convenabilă la sesiuni, puteți utiliza următorul script. Scriptul vă va solicita să introduceți un nume computer la distanțăși afișează o listă cu toate sesiunile și vă solicită să specificați sesiunea la care doriți să vă conectați:

umbră.bat

@echo off

sesiune de interogare / server:% rcomp%
set / P rid = "Introduceți ID-ul utilizatorului RDP:"

Poate fi pus acest fișierîn directorul% Windir% \ System32, ca rezultat, pentru o conexiune shadow, trebuie doar să executați comanda umbră.

Pentru a vă conecta la sesiunea consolă, puteți utiliza următorul script:

@echo off
set / P rcomp = "Introduceți numele sau IP-ul unui computer la distanță:"
for / f "tokens = 3 delims =" %% G in ("query session console / server:% rcomp%") set set rid = %% G
începe mstsc / shadow:% rid% / v:% rcomp% / control

Cum să permiteți utilizatorilor obișnuiți să utilizeze o conexiune shadow

În exemplele de mai sus, pentru a utiliza o conexiune shadow la sesiunile de terminal, aveți nevoie de drepturi de administrator local pe serverul RDS. Cu toate acestea, este posibil să permiteți utilizarea unei conexiuni shadow pentru a vă conecta la sesiunile de utilizator și utilizatori obișnuiți(fără a le acorda drepturi de administrator local pe server).

De exemplu, dacă doriți să permiteți membrilor grupului AllowRDSShadow să utilizeze o conexiune shadow la sesiunile de utilizator, rulați comanda:

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

În ianuarie 2018, după instalarea actualizării KB4056898 (), utilizatorii s-au confruntat cu acces la umbră care nu mai funcționează în Windows Server 2012 R2. Când încercați să faceți o conexiune shadow la sesiunea altcuiva, apare mesajul „Eroare nerecunoscută” (există o eroare STATUS_BAD_IMPERSONATION_LEVEL în jurnale). O problemă similară a apărut la ferma RDS de pe Bazat pe Windows Server 2016.

Pentru a rezolva problema, trebuie să instalați actualizări separate:

pentru Windows Server 2016 - KB4057142(din 17 ianuarie 2018)
pentru Windows Server 2012 R2 - KB4057401 (din 17 ianuarie 2018)

Întrebare: Clienții nu pot crea o sesiune DRP, în timp ce are loc autorizarea la poarta desktopurilor la distanță

Salut pe toți cei prezenți.

Există următoarea eroare de neînțeles.
Există un server pentru 2012r2 cu rol de server terminal.
Serverul se află într-o fermă cu un controler de domeniu și un server RD Gateway, pe care este ridicat ip-ul extern.
Uneori, clienții nu pot crea o sesiune DRP pe acest server terminal.
În acest caz, autorizarea la poarta desktopurilor la distanță are loc și apoi autorizarea transparentă ar trebui să aibă loc pe serverul terminal, dar procesul de conectare se blochează la „inițializarea unei conexiuni la distanță”
Sesiunea RDP nu apare pe terminal server.

Problema plutește de la utilizator la utilizator, în timp ce același utilizator nu se poate conecta de la un computer, ci se conectează de la un computer vecin fără probleme.
Nu există nimic în jurnale despre erorile de sesiune ale terminalului.

Nu mai știu unde să sap și, prin urmare, apelez la ajutorul comunității IT.

Răspuns: Am făcut-o așa cum am scris în articol, dar problema a rămas
Jură

Serviciile de birou la distanță nu au reușit să se alăture Connection Broker pe serverul ts02
Eroare: mesajul asincron actual a fost eliminat de către dispecerul asincron, deoarece există un mesaj nou care îl va suprascrie pe cel curent.

Remote Desktop Connection Broker Client nu a reușit să redirecționeze domeniul utilizatorului \ user
Eroare: procedură la distanță apelul a eșuat și nu s-a executat.

Nu s-a putut crea șirul de sesiuni KVP. Cod de eroare 0x8007007A

Serviciile Desktop la distanță a durat prea mult pentru a încărca configurația utilizatorului de pe server \\ dc01 pentru utilizator

Chiar nu vreau să demontez teancul de servere terminale.

Î: Restricționați utilizatorii serviciului de birou la distanță la o singură sesiune

Buna ziua.
Există un cluster NLB de 3 servere terminale (echilibrarea încărcării). „Brokerul de conexiune la birou la distanță” este controlerul de domeniu. În GPO se află o politică care se aplică numai serverelor terminale Limitați utilizatorii serviciului de birou la distanță la o sesiune de servicii de birou la distanță - Activată... Dar unii utilizatori tot reușiți să lucrați simultan de la mai mulți clienți la distanță!
De ce?
Împiedicați utilizatorii să efectueze mai multe sesiuni.
Poate această politică ar trebui să se aplice și „brokerului de conexiuni”?

Răspuns:

mesaj de la Maks

Numărul de sesiuni este setat pe terminal server în Remote Desktop Manager.

Am scotocit în Remote Desktop Services Manager, nu am găsit nimic similar acolo. Spune-mi unde se află?
Și cu siguranță vă va ajuta? Dacă setez „numărul maxim de sesiuni la 1” pe toate serverele Terminal, utilizatorul se conectează la serverul # 1, atunci ce îl va împiedica să facă o autentificare pe serverul terminal # 2? Pe al doilea server, la urma urmei, nu există o sesiune a unui astfel de utilizator - va fi doar primul.
Apropo, asta mi se întâmplă: dacă un utilizator se conectează de două ori, atunci sesiunile sunt neapărat pe diferite servere terminale.

Î: O sesiune de Desktop la distanță activă permanent pe Windows Server 2012

Bună ziua tuturor, există un server Windows Server 2012 r2, am ridicat un bot (clicker) pe el pentru Jocuri online... Atâta timp cât sunt conectat la server prin RDP, robotul funcționează bine, adică atâta timp cât există o sesiune de desktop la distanță activă. De îndată ce mă deconectez de la server, robotul nu mai vede jocul și apar erorile „Nu se poate găsi fereastra ...”. Se pare că acest lucru se întâmplă deoarece modul grafic este dezactivat după încheierea sesiunii.

În acest moment, am găsit o astfel de soluție (perversiune) a problemei: am creat un al doilea utilizator pe server și m-am conectat la acesta prin RDP (localhost) și am ridicat deja botul sub el, în acest mod totul funcționează așa cum ar trebui. Dar asta nu este o opțiune. Cred că există un mod mai rațional. Cum să faci vizual Mediul Windows a funcționat chiar și după încheierea sesiunii desktop la distanță?

Răspuns:

Citat ILNUR17021992:

Opțiunea este de a rula programul într-o sesiune activă a utilizatorului local.
Pentru a face acest lucru, trebuie să vă conectați la server utilizând protocolul VNC (există multe programe de server terțe) sau prin „Asistentul la distanță”
Sau utilizați RDP cu o conexiune shadow la sesiunea de utilizator local

Întrebare: Nu se poate conecta la Desktop la distanță (RDP)

O zi buna.

Nu se conectează la desktopul la distanță

În servicii, RDP este activat.
Firewall activat - portul 3389 este deschis.
Redirecționarea portului este configurată pe router.
IPishnik - static este Numele domeniului, ambii răspund.
Pe computerul de la care este realizată conexiunea - Windows XP SP3 32 biți, conexiunea merge la cineva cu Windows 7 SP1 pe 64 biți maxim.
Ambele computere au instalat KIS2013. Am încercat să mă deconectez atât acolo, cât și pe celălalt și numai pe unul - tot nu se conectează.
Canal - 100 Mbps, neîncărcat.

Conexiunea a fost făcută printr-un desktop standard de la distanță în Windows 7 și XP, în ambele cazuri nu este conectat.

Unde să sapi?

De asemenea, RDP nu funcționează pe client pe smartphone / tabletă

Răspuns: Care este textul de eroare? Utilizatorul cu ale cărui acreditări încercați să vă conectați la server se află în grupul „Utilizatori desktop la distanță”?

Î: Cum îmi configurez firewall-ul să nu blocheze Remote Desktop?

O zi buna! Vă rog să mă ajutați să fac față următoarei situații. A fost nevoie să creați pe server (Windows Server 2008 situat în retea locala cu o structură de domeniu) regulă pentru firewall pentru a bloca conexiunile pe un anumit port. Deci, după activarea firewall-ului (în secțiunea „Rețele de domenii”), ping-ul și capacitatea de conectare prin intermediul unui desktop la distanță dispar. Când paravanul de protecție tocmai rulează, regula creată nu funcționează și când setați opțiunea „Activați paravanul de protecție Windows” din Panoul de control -> Verificați starea paravanului de protecție -> Activați sau dezactivați b. -> Parametri de găzduire în rețeaua domeniului, - regula funcționează, dar telecomanda este dezactivată. Ce se poate face?

Răspuns: uel, după deconectare acces de la distanță, resetați setările firewall-ului și activați accesul de la distanță, solicitarea de deschidere a porturilor nu a apărut. Cu toate acestea, problema a fost rezolvată într-un mod diferit. S-a dovedit a fi vina antivirusului. Când a fost oprit, desktop-ul de la distanță a început să funcționeze chiar și cu firewall-ul pornit (doar tu trebuia să reglezi regulile). Ciudat este că, cu firewall-ul oprit, antivirusul nu a blocat telecomanda în niciun fel.

Întrebare: Desktop la distanță nu funcționează

Buna ziua. Configurat un desktop la distanță pe server. Are Windows Server 2008. Se învârte server webși server de fișiere... Ați redirecționat porturile de pe router, așa cum era de așteptat, cu punctul final 3389. Din rețeaua locală RDP, când autentificarea trece prin numele serverului, totul funcționează bine. Dar când trec prin IP, nu vreau să intru. Apare caseta de selectare a utilizatorului. Am încercat să introduc numele în câmpul de nume cont- Administrator și parolă și adresa completa numele serverului de rețea locală / Administrator. Încă nu funcționează. Spune-mi unde să caut problema. Mulțumiri.

Răspuns: Ce există pe serverele dvs. de licențiere la distanță pentru desktop?
Ați încercat să rulați mstsc pe un client ca administrator?

Întrebare: [Rezolvat] Tipărirea de pe desktopul la distanță

Buna!
Există un server dedicat care stochează baze de date 1c și toate documentele. Contabilul se conectează la acesta de la două mașini - una are Win XP SP3 cu o imprimantă HP2055dn, cealaltă are Win7 x64 c Imprimanta Samsung SCX-4200
Contabilul se conectează la sesiune și imprimantele sale locale sunt redirecționate către acesta, el tipărește de pe server către imprimantele locale. Când l-am configurat pentru prima dată, totul a decolat instantaneu. Dar apoi problemele au început pe mașina Win7.
În general, acum situația este următoarea: imprimanta este văzută pe server, o trimitem la imprimare, documentul devine vizibil pe imprimantă localăîn coada de imprimare numită „Document redirecționat pentru imprimantă la distanță”, puteți vedea cum sunt transferate datele. În folderul C: \ Windows \ System32 \ spool \ PRINTERS, puteți vedea că fișierele de joburi cu extensiile. SHD și .SPL sunt create și dispar (și dacă puneți salvarea documentelor în setări, acestea nu dispar)
Nu există erori, dar nu se imprimă nimic în cele din urmă! Tipărește local, de la o locație îndepărtată la orice.
Cred că încerc deja TS Easy Print, dar aș vrea să-mi dau seama mai întâi, deoarece mi se pare o eroare pe mașina locală, dar pe care nu o pot determina = (

Răspuns: Mulțumesc tuturor, am rezolvat problema cu ajutorul pirateriei și ScrewDrivers
Din nefericire, după instalarea serverului și a componentelor clientului, am dezactivat redirecționarea imprimantei în setările desktopului la distanță, am repornit serverul după instalare, totul a fost conectat și imprimat.
Dacă cineva este interesat, am instalat ScrewDrivers 4.7.5.60 pe Windows Server 2012 R2, în manual a fost scris despre utilizarea canalelor virtuale, dar acest lucru este pentru versiuni mai vechi de server, nu este nevoie de nimic aici