kvp-seansi stringi loomine ebaõnnestus. RDS Shadow ühendus PowerShellist

Viga võib juhtuda, kui proovite saata meilid läbi Windows Live Mail . See utiliit teenindab meilikontode ja e-kirjade haldamist.

IN praegu vahel on konflikt Windows Live Mail ja üks draiv, mille tõttu paljud kasutajad selle veaga silmitsi seisavad. Enamik inimesi saab selle kätte, kui saadab pildiga e-kirja.

Teie saadetud pilt laaditakse üles OneDrive(varem SkyDrive). Kuid hiljuti kasutajad Windows Live Mail selle konflikti tõttu ei saa meilidele lisatud pilte saata. Kasutajad ei saanud pilte saata nimega Album, kuid võite neile alati meeldivaks saata Manustatud fail.

Vaatame nüüd vea lahendamise meetodeid .

Meetod nr 1 Pildi saatmine albumi asemel rakendusega

See meetod on mõeldud neile, kes kogevad kirjaga pildi saatmisel viga. Olukorra lahendamiseks tehke järgmist.

  • Koostage saatmiseks uus kiri.
  • Vajutage " Sisestage«.
  • Nüüd klõpsake " Manusta fail(kirjaklambri ikoon).
  • Liikuge pildile, mille soovite valida.

Seda saatmisviisi kasutades saate veast hõlpsalt mööda minna .

Meetod nr 2 Kustutage kaustast Väljundsõnumid, mis on kinnitamise ootel

See meetod on neile, kes saavad vea Windows Live Mail isegi lihtsa tekstisõnumi saatmisel. Tehke järgmist.

  • Minema " Väljuv«.
  • Valige pildilt tähed, mis lisatakse Albumid.
  • Kustutage need kõik (vajadusel tehke koopia).
  • Nüüd koostage uus e-kiri koos tekstiga, mille soovite saata.

Seekord, kui saadate kirja, saate sellega hakkama ilma komplikatsioonideta.

Operatsioonisüsteemides Windows 2012 R2 ja Windows 8.1 Microsoft tagastatud funktsionaalsusKaugjuhtimispultTöölaudVarjutamine(varjuühendus). Tuletame meelde, et administraator saab kasutada varjurežiimi (variseanssi) mis tahes kasutaja olemasoleva RDP-seansi vaatamiseks ja haldamiseks. Seda töörežiimi on toetatud peaaegu alates Microsofti terminaliserveri esimestest versioonidest ja see eemaldati ootamatult Windows Server 2012 (seotud rdp-virna viimisega kernelirežiimist kasutajarežiimi). RDS Shadow funktsioon töötab ka järgmistes OS-i versioonides: Windows Server 2016 / Windows 10.

Lisaks variühendusrežiim RDS Shadow ja RDP klient on ilmnenud mitmeid uusi huvitavaid võimalusi. Täielik nimekiri mstsc.exe RDP kliendi parameetrid, mis määravad kaugvarjuühenduse võimaluse lõppkasutaja seansiga:

Mstsc.exe ]

/shadow:ID– ühenduge määratud ID-ga RDP seansiga.

/v:serverinimi– terminaliserveri RDP/RDS nimi (kui pole määratud, kasutatakse praegust).

/kontroll– võimalus suhelda kasutajaseansiga (kui pole määratud, kasutatakse kasutajaseansi vaatamise režiimi).

/noConsentPrompt– ära küsi kasutajalt seansiga ühenduse loomiseks kinnitust.

/prompt – kasutatakse erinevate mandaatidega ühenduse loomiseks. Kaugarvutiga ühenduse loomiseks palutakse teil sisestada kasutajanimi ja parool.

RDS-i variseansside piirangud operatsioonisüsteemis Windows 2012 R2

  • Ainult serveri administraator saab luua ühenduse teiste inimeste seanssidega. Tavakasutaja ei saa neid õigusi delegeerida.
  • RDSVariei tööta töörühmapõhistes võrkudes

Remote Desktop Shadow kasutamine graafilisest GUI-st

Saate luua ühenduse kasutajaseansiga utiliidi mstsc.exe abil või otse serverihalduri konsoolist. Selleks avage serverihalduri konsoolis QuickSessionCollection

Klõpsates teid huvitava kasutaja seansil, valige kontekstimenüü Vari (Varikoopia).

Ilmub Shadow Connection Settings aken. Võimalik vaatamine ( Vaade) ja juhtimine ( Kontroll) seanss. Lisaks saate selle valiku lubada Viipjaokskasutajanõusolekut(Küsige seansiga liitumiseks kasutaja nõusolekut).

Kui on valitud suvand „Küsi kasutaja nõusolekut”, küsitakse kasutajalt seansi käigus:

Kaugjälgimise taotlus

Winitpro\administrator taotleb teie seansi kaugvaatamist. Nõustute selle taotlusega.

Winitpro\administrator soovib teie seanssi kaugvaadata. Kas nõustute taotlusega?

Kui kasutaja ühenduse kinnitab, näeb haldur vaaterežiimis oma töölauda, ​​kuid ei saa sellega suhelda.

Nõuanne. Kasutajaseansiga ühenduse katkestamiseks ja varirežiimist väljumiseks vajutage ALT+* peal tööjaam või Ctrl+* terminaliserveris (kui pole määratud alternatiivseid kombinatsioone).

Kui kasutaja keeldub ühenduse loomisest, ilmub aken:

Varjuviga:


Kui proovite luua ühendust kasutajaseansiga ilma kinnitust küsimata, kuvatakse tõrketeade, mis näitab, et see on rühmapoliitikaga keelatud:

Varjuviga: Grupipoliitika säte on konfigureeritud nõudma kasutaja nõusolekut. Kontrollige poliitika sätete konfiguratsiooni.

Kasutajate RDS-seansside kaughalduse parameetrid on konfigureeritud poliitikaga Seadke reeglid kaugtöölauateenuste kasutajaseansside kaugjuhtimiseks (Kaugtöölaua teenuste kasutajaseansside kaugjuhtimisreeglite määramine), mis asub jaotises Poliitika -> Haldusmallid -> Windowsi komponendid -> Kaugtöölaua teenused -> Kaugseansi host -> Ühendused (haldusmallid -> Windowsi komponendid–> Kaugtöölaua teenused – Kaugtöölaua seansi host –> Ühendused) GPO kasutaja ja arvuti jaotistes. See reegel vastab dwordi registriparameetrile Vari keermes HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services.

Selle reegliga saab RD-varjuühenduse kaudu konfigureerida järgmisi variühenduse valikuid:

  • Kaugjuhtimispult pole lubatud - Pult pole lubatud (Variregistri võtme väärtus = 0);
  • Täielik kontroll kasutaja loal - täielik kontroll kasutaja loaga (1);
  • Täielik kontroll ilma kasutaja loata – täielik kontroll ilma kasutaja loata (2);
  • Vaata seanssi kasutajate loal – seansi jälgimine kasutaja loaga (3);
  • Vaata seanssi ilma kasutaja loata – seansi jälgimine ilma kasutaja loata (4).

RDS Shadow ühendus PowerShellist

Saate kasutada ka kasutajaseansiga variühenduse funktsioone kaugtöölauateenuste variühenduse kaudu Powershellilt.

Kõigepealt näitame, kuidas saada terminaliserveris seansside loendit (kasutajate seansid rühmitatakse sõltuvalt nende olekust):

Get-RDUSerSession | ft Kasutajanimi, UnifiedSessionId, SessionState, HostServer, ApplicationType -GroupBy Sessionstate

Peal see server leidsime kolm aktiivset terminaliseanssi. Loome ühenduse seansi ID 3-ga kasutajaseansiga:
Mstsc /shadow:3 /control
Samuti saate käivitada käsu, et saada kõigi serveris olevate seansside loend

Ekraanil kuvatakse RDP seansside loend, nende ID ja olek: aktiivne seanss (Aktiivne) või ühendus katkestatud (Katkestatud).

Kaugserveris olevate seansside loendi saamiseks käivitage käsk:

päringu seanss /server:serverinimi

Seanssidega mugavamaks ühendamiseks võite kasutada järgmist skripti. Skript palub teil nime sisestada kaugarvuti ja kuvab kõigi seansside loendi ja palub teil määrata seansi, millega ühenduse luua:

vari.nahkhiir

@kaja väljas

päringu seanss /server:%rcomp%
set /P rid="Sisesta RDP kasutaja ID: "

Saab paigutada see fail kataloogi %Windir%\System32, seetõttu käivitage variühenduse jaoks lihtsalt käsk vari.

Konsooliseansiga ühenduse loomiseks saate kasutada järgmist skripti:

@kaja väljas
set /P rcomp="Sisesta kaugarvuti nimi või IP: "
for /f "tokens=3 delims= " %%G in ("päringu seansi konsool /server:%rcomp%") määra rid=%%G
käivita mstsc /shadow:%rid% /v:%rcomp% /control

Kuidas lubada tavakasutajatel kasutada variühendust

Eespool käsitletud näidetes on terminaliseanssidega variühenduse kasutamiseks vaja RDS-serveris kohaliku administraatori õigusi. Siiski saate kasutajaseansside ja tavakasutajatega ühenduse loomiseks lubada kasutada variühendust (ilma neile serveris kohaliku administraatori õigusi andmata).

Näiteks kui soovite lubada rühma AllowRDSShadow liikmetel kasutajaseansside ühendusi varjutada, käivitage käsk:

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

2018. aasta jaanuaris pärast värskenduse KB4056898 () installimist märkasid kasutajad, et varijuurdepääs lakkas Windows Server 2012 R2-s töötamast. Kui proovite luua varjuühendust kellegi teise seansiga, kuvatakse teade " Tundmatu viga"(logides on viga STATUS_BAD_IMPERSONATION_LEVEL). aastal tekkis sarnane probleem RDS-i farmis Windowsi baasil Server 2016.

Probleemi lahendamiseks peate installima eraldi värskendused:

  • Windows Server 2016 jaoks – KB4057142(alates 17. jaanuarist 2018)
  • Windows Server 2012 R2 jaoks – K.B.4057401 (alates 17. jaanuarist 2018)

Küsimus: Kliendid ei saa luua DRP-seanssi, kui autoriseerimine toimub kaugtöölaua väravas


Tervitused kõigile kohalviibijatele.

Siin on järgmine arusaamatu tõrge.
2012r2-l on server terminaliserveri rolliga.
Server asub farmis, kus on domeenikontroller ja Remote Desktop Gateway server, millele väline IP on tõstetud.
Mõnikord ei saa kliendid selle terminaliserveri jaoks DRP-seanssi luua.
Sel juhul toimub autoriseerimine kaugtöölaua väravas ja seejärel peaks terminaliserveris toimuma läbipaistev autoriseerimine, kuid ühendusprotsess peatub "kaugühenduse käivitamisel".
RDP seanssi terminaliserveris ei kuvata.

Probleem on kasutajati erinev, samas kui sama kasutaja ei pruugi saada ühendust ühest arvutist, kuid saab probleemideta ühenduse luua naaberarvutiga.
Logides pole midagi terminali seansi vigade kohta.

Ma ei tea enam, kuhu kaevata ja seetõttu palun IT-kogukonna abi.

Vastus: Tegin nii nagu artiklis kirjutatud, kuid probleem jäi alles.
Vannub

Kaugtöölaua teenustel ei õnnestunud serveri ts02 ühenduse vahendajaga liituda
Viga: asünkroonimisdispetšer jättis praeguse asünkroonitud sõnumi kõrvale, kuna on uus sõnum, mis alistab praeguse.

Remote Desktop Connection Broker Client ei suutnud kasutaja domeeni\kasutaja ümber suunata
Viga: kaugprotseduuri kõne nurjus ja seda ei käivitatud.

KVP seansside stringi loomine ebaõnnestus. Veakood 0x8007007A

Kaugtöölauateenustel kulus liiga kaua aega, et kasutaja jaoks serverist \\dc01 kasutaja konfiguratsiooni laadida

Ma tõesti ei taha terminaliserveri pinu lahti võtta.

Küsimus: piirake kaugtöölaua teenuse kasutajaid ühe seansiga


Tere.
Seal on 3 terminaliserveri NLB klaster (koormuse tasakaalustamine). "Kaugtöölaua ühenduse vahendaja" on domeenikontroller. GPO-s, poliitikas, mis kehtib ainult terminaliserverite kohta, on see olemas Piirake kaugtöölauateenuste kasutajaid ühe kaugtöölauateenuste seansiga – lubatud. Kuid mõned kasutajad Mul õnnestub endiselt töötada korraga mitme kaugkliendiga!
Miks?
Aidake vältida kasutajatel mitut seanssi.
Võib-olla peaks see poliitika kehtima ka “ühendusmaakleri” kohta?

Vastus:

Sõnum saatjalt Max

Seansside arv määratakse terminaliserveris kaugtöölauahalduris.

Tuuasin Remote Desktop Services Manageris ringi ja ei leidnud sealt midagi sellist. Ütle mulle, kus see asub?
Ja kas see tõesti aitab? Kui määran kõikides terminaliserverites “maksimaalne seansside arv 1”, logib kasutaja sisse serverisse nr 1, siis mis takistab tal terminaliserverisse nr 2 sisse logimast? Teises serveris pole sellise kasutaja seanssi - see on esimene.
Muide, minuga juhtub nii: kui kasutaja logib sisse kaks korda, siis peavad seansid olema erinevates terminaliserverites.

Küsimus: alati aktiivne kaugtöölaua seanss operatsioonisüsteemis Windows Server 2012


Tere päevast kõigile, mul on Windows Server 2012 r2 server, installisin sellele roboti (klikitaja) Online Mängud. Kuni olen serveriga RDP kaudu ühenduses, töötab robot hästi, st seni, kuni on aktiivne kaugtöölaua seanss. Niipea kui ma serveriga ühenduse katkestan, lõpetab robot mängu nägemise ja kuvatakse veateade "Akent ei leia...". Ilmselt juhtub see seetõttu, et graafikarežiim lülitatakse pärast seansi lõppu välja.

Peal Sel hetkel Leidsin probleemile sellise lahenduse (perversioon): lõin serverisse teise kasutaja ja ühendasin sellega RDP (localhost) kaudu ning tõstsin selle alla boti, selles režiimis töötab kõik nii nagu peab. Kuid see pole valik. Ma arvan, et on ka ratsionaalsem viis. Kuidas muuta see visuaalseks Windowsi keskkond töötas ka pärast kaugtöölaua seansi lõppu?

Vastus:

Tsiteeri ILNUR17021992:

Võimalus on käivitada programm aktiivses kohaliku kasutaja seansis.
Selleks peate looma ühenduse serveriga VNC-protokolli (on palju kolmanda osapoole serveriprogramme) või kaugabi kaudu.
Või kasutage RDP-d koos variühendusega kohaliku kasutajaseansiga

Küsimus: Kaugtöölauaga (RDP) ei saa ühendust luua


Head päeva.

Ei loo ühendust kaugtöölauaga

RDP teenused on lubatud.
Tulemüür on lubatud – port 3389 on avatud.
Pordi suunamine on ruuteris konfigureeritud.
IP-aadress - staatiline on olemas Domeeninimi, mõlemad pingivad.
Arvutis, millest ühendus luuakse – Windows XP SP3 32 bit, läheb ühendus kellelegi, kellel on Windows 7 SP1 maksimaalselt 64 bit.
Mõlemasse arvutisse on installitud KIS2013. Üritasin lahti ühendada nii seal kui ka teisel ja ainult ühel - see ikka ei ühenda.
Kanal - 100 Mbit/s, laadimata.

Ühendus loodi Windows 7 ja XP tavalise kaugtöölaua kaudu, mõlemal juhul see ühendust ei loo.

Kuhu kaevata?

RDP ei tööta ka kliendil nutitelefonis/tahvelarvutis

Vastus: Mis on vea tekst? Kas kasutaja, kelle mandaatidega proovite sisse logida, on serveris "kaugtöölaua kasutajate" grupis?

Küsimus: Kuidas konfigureerida tulemüüri nii, et see ei blokeeriks kaugtöölauda?


Head päeva! Aidake mul järgmise olukorraga toime tulla. Tekkis vajadus luua serveris (Windows Server 2008, mis asub kohalik võrk domeenistruktuuriga) tulemüüri reegel, mis blokeerib ühendused konkreetses pordis. Nii et pärast tulemüüri sisselülitamist (jaotises "Domeenivõrgud") kaob ping ja kaugtöölaua kaudu ühenduse loomise võimalus. Kui tulemüür just töötab, loodud reegel ei tööta ja kui määrate parameetri "Luba". Windowsi tulemüür"Juhtpaneelis -> Tulemüüri oleku kontrollimine -> Tulemüüri lubamine ja keelamine -> Domeenivõrgus hostimise seaded - reegel töötab, kuid kaugjuhtimispult on keelatud. Mida teha?

Vastus: uel, pärast lahtiühendamist kaugjuurdepääs, lähtestades tulemüüri ja lubades kaugjuurdepääsu, portide avamise taotlust ei ilmunud. Probleem lahendati aga teistmoodi. Selgus, et süüdi oli viirusetõrje. Kui see välja lülitati, hakkas kaugtöölaud töötama isegi siis, kui tulemüür oli sisse lülitatud (tuli lihtsalt reegleid kohandada). Kummaline on see, et kui tulemüür oli välja lülitatud, ei blokeerinud viirusetõrje kaugkontot kuidagi.

Küsimus: Kaugtöölaud ei tööta


Tere. Serveris on konfigureeritud kaugtöölaud. Sellel töötab Windows Server 2008. See pöörleb veebiserver Ja failiserver. Edastasin ruuteri pordid ootuspäraselt, lõpp-punktiga 3389. Kohalikust RDP võrgust, kui sisend on serveri nime kaudu, töötab kõik hästi. Aga kui ma login sisse IP kaudu, siis ma lihtsalt ei taha sisse logida. Ilmub kasutaja valiku väli. Proovisin nimeväljale nime sisestada konto- Administraator ja parool ning serveri nime täielik aadress kohalikus võrgus/administraator. Ikka ei tööta. Ütle mulle, kust probleemi otsida. Aitäh.

Vastus: Mis on teie serverites kaugtöölaua litsentsiga?
Kas olete proovinud administraatorina käivitada kliendil mstsc?

Küsimus: [Lahendatud] Kaugtöölaualt printimine


Tere!
Seal on spetsiaalne server, kuhu salvestatakse 1C andmebaasid ja kõik dokumendid. Raamatupidaja ühendub sellega kahest masinast - ühel on Win XP SP3 koos HP2055dn printeriga, teisel Win7 x64 c Samsungi printer SCX-4200
Raamatupidaja loob ühenduse seansiga ja tema kohalikud printerid edastatakse talle, ta prindib serverist kohalikesse printeritesse. Kui ma selle esimest korda seadistasin, läks kõik koheselt. Siis aga algasid probleemid Win7 masinas.
Üldiselt on praegu olukord järgmine: printer on serveris nähtav, saadame selle printimiseks, dokument muutub nähtavaks kohalik printer prindijärjekorras nimega "Ümbersuunatud kaugtöölaua printeri dokument" näete, kuidas andmeid edastatakse. Kaustas C:\Windows\System32\spool\PRINTERS on näha, et tekivad ja kaovad tööfailid laiendiga .SHD ja .SPL (ja kui seadistustes seada dokumentide salvestamine, siis need ei kao)
Vigu pole, kuid midagi ei prindita! Prindib kohapeal, mitte eemalt.
Olen juba mõelnud TS Easy Printi proovimisele, kuid tahaksin selle enne selgeks teha, sest ma saan kohalikus masinas veateate, kuid ma ei suuda kindlaks teha, milline =(

Vastus: Tänan kõiki, lahendasin probleemi piraatluse ja kruvikeerajate abil
Ohutuse mõttes keelasin serveri ja kliendi osade installimise järel kaugtöölaua sätetes printeri edastamise, pärast installimist taaskäivitasin serveri, kõik korjati üles ja printisin.
Kui kedagi huvitab, siis installisin Windows Server 2012 R2 peale ScrewDrivers 4.7.5.60, juhendis oli kirjas virtuaalkanalite kasutamise kohta, aga see on serverite vanemate versioonide jaoks, siin pole midagi vaja