Az Exchange szerver 2018, még PowerShell egy ex admin
Talán az első dolog, hogy észre fogja venni a rendszergazda telepítése után E14 részéről PowerShell, hogy az ikonok indul az Exchange Management Shell ablakban (EMS) kettő lett! (2) Miért kettő? (És most itt vagyok bármit több PowerShell-, és még több!)
Exchange Management Shell
Exchange Management Shell (Local PowerShell)
Az a tény, hogy az E14, PowerShell mindig csatlakozik a szerverre az Internet Information Server a PowerShell könyvtár, függetlenül attól, hogy csatlakozik egy helyi szerveren, vagy egy távoli szerveren, akkor WinRM a kommunikációs mechanizmus közötti Shell ülést, és a E14 szerver.
Ha az Exchange Management Shell elindul, van kapcsolat a szerverrel és letöltések cmdled-s a szerver
Példa kapcsolat a EMS szerver,
Alapértelmezésben EMS távon címke tartalmazza a paramétereket
'C: Program FilesMicrosoftExchange ServerV14binRemoteExchange.ps1'; Connect-ExchangeServer -auto "
Mint azt sejteni lehet, ami -auto, akkor létrehozhat egy parancsikont megismételni paraméterek (például) Connect-ExchangeServer -ServerFQDN e14ex02.corp.postmaster.ge és munkába állás után egyszerre egy távoli szerveren, vagy a már fuzzy ablakemelő kapcsoló között szerverek (vagy szervezetek) Connect-ExchangeServer parancsot, meg kell jegyezni, hogy ez a parancs csak akkor érhető el RemoteExchange.ps1.
Azt gondolhatnánk, miért namudrili, és a kapcsolat is ilyen módon, és ez történik, mert ez volt vedena Role Based Access Control (RBAC), amely, miután ellenőrizte a hozzáférést és a megbízott a jogait, akkor a munka povershell csak cmdled-Ami a szerepet, amelyet joga van, így kapsz, ha fut a PS környezetben.
Azt is érdemes megjegyezni, hogy a munkálatok elvén IIS kapcsolatok és WinRM munka függetlenül attól, hogy csatlakozik egy helyi szerveren, vagy egy távoli szerveren, és most az Exchange Management Console (EMC)
EMC Példa kapcsolat a többi szerver vagy ott az Exchange Online
RBAC is jelen van, és kapsz csak, amit kaptak, és nem több.
Lehet kérdezni, hogy milyen a helyi munka a szerveren? Ehhez használjuk az Exchange Management Shell (Local PowerShell), amelyben a már ismert 'C: Program FilesMicrosoftExchange ServerV14binExchange.ps1'
Ez mind, mint korábban
Itt aztán elmenti az Exchange Management Shell (Local PowerShell), hogy megfelelően működik-e, és ennyi az EMC és az EMS még mindig nem lehet azt mondani, mint, megígérte, hogy rögzítse a jövőbeli verziói E14.
Mi mást kérsz, figyeljen a felhasználói tulajdonságok ablakban PowerShell ikon, most mindez megváltozott, akkor láthatjuk, hogyan néz ki a PS
Így lehetséges például, nem tudta, hogyan kell csinálni a PS mindig tanulni ugyanazt EMC, akkor nincs semmi további nem szükséges, hogy dolgozzon ki egy script, és a „peyplaynit a” több scriptek egyszerre. Nagyon hasznos azok számára, akik nem ismerik povershel, akkor mindig látni, mi folyik valójában a PowerShell
További PowerShell-, és még tovább. Igen, itt van még egy, és most mindent megtettek a csapat lásd még a naplót a munka, minden műveletet elvégezni az EMC, bejelentkezett egy külön ablakban és a munka befejezésekor menthetők és ugyanabban az időben, hogy mit 3 kattintással történik povershele,
Yeshe PowerShell? És hogyan OGY csak mi történik a PowerShell így is kényelmesen megközelíthető helyen, például a postafiók?
Az új chip adminisztrátor naplózás. hogyan működik? Kezdetként konfigurálja,
Futunk Exchange Management Shell (Local PowerShell) és típus
Set-AdminAuditLogConfig -AdminAuditLogEnabled $ True
És előre, hogy hozzon létre egy levélszekrény [email protected] irányítjuk PowerShell lógia
Set-AdminAuditLogConfig -AdminAuditLogMailbox [email protected]
Most minden prodelanye tetteink jönnek hozzánk postai zadanyy yashik,
Részletek a Set-AdminAuditLogConfig csapat lehet, mint mindig, hogy a csapat kap-help Set-AdminAuditLogConfig -full lehet állítani, hogy írjon a napló konkrét intézkedéseket, például csak meg * vagy set-postafiók * és így tovább.