PowerShell ile Exchange 2019 kurulumu ve yapılandırması (tr-TR)
Microsoft'un en değer verdiği servislerinden biri olan Exchange hizmeti her geçen yıl yenilenyor ve güçlenerek servis edilmeye devam ediyor. Cloud ortamının yanı sıra On-Primeses ortamlarında vazgeçilmezi olan Exchange ürün ailesinin son sürümü Exchange 2019 bugün on-primeses ortamda Powershell ile kurulumunu gerçekleştireceğim. Exchange kurması ve yapılandırması biraz zahmetli bir servisdir bu sebeple kurulumu sizler için biraz dah basit bir hale getirerek web sayfalarında gezinip exchnage yüklemesi için gereken özelikleri aramanıza gerek yok. İlk olarka kurulum için gerekli olan Windows Server roles and features yükleyerek başlıyoruz. Exchange için Microsoft Windows Server roles and features yükleyici komutu Install-WindowsFeature NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, RSAT-Clustering-Mgmt, RSAT-Clustering-PowerShell, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation, RSAT-ADDS Exchange için gerekli olan iki harici uygulamayıda internetten PowerShell ile indirip yüklüyoruz. Windows server için Microsoft .NET Framework 4.8 çevrimdışı yükleyici komutu $WebClient = New-Object System.Net.WebClient $WebClient.DownloadFile("https://go.microsoft.com/fwlink/?linkid=2088631","C:\dotnet.exe") Windows server için Microsoft Visual C++ Redistributable for Visual Studio 2012 Update 4 yükleyici komutu $WebClient = New-Object System.Net.WebClient $WebClient.DownloadFile("https://www.microsoft.com/en-us/download/confirmation.aspx?id=30679&6B49FDFB-8E5B-4B07-BC31-15695C5A2143=1","C:\VSU_4.exe") Yüklemek için C:\ dizinine gelip ilgili uygulamaların yükleme paketlerini çalıştırıyoruz. C:\dotnet.exe C:\VSU_4.exe Exchange kurulumu için Wİndows Server işletim sistemimiz hazırdır. PowerShell de ISO nuzu mount ettiğiniz dizine gidiniz ve aşağıdaki komutları sırası ile çalıştırınız. Setup.exe /IAcceptExchangeServerLicenseTerms /PrepareSchema Setup.exe /IAcceptExchangeServerLicenseTerms /PrepareAD /OrganizationName: <Domain adi> Setup.exe /IAcceptExchangeServerLicenseTerms /PrepareAllDomains Setup.exe /mode:Install /role:Mailbox /IAcceptExchangeServerLicenseTerms ISO dizininde çalıştırabilceğiniz diğer komutlar NOT: Setup.exe [/Mode:] [/IAcceptExchangeServerLicenseTerms] [/Role:] [/InstallWindowsComponents] [/OrganizationName:] [/TargetDir:] [/SourceDir:] [/UpdatesDir:] [/DomainController:] [/DisableAMFiltering] [/AnswerFile:] [/DoNotStartTransport] [/EnableErrorReporting] [/CustomerFeedbackEnabled:] [/AddUmLanguagePack:] [/RemoveUmLanguagePack:] [/NewProvisionedServer:] [/RemoveProvisionedServer:] [/MdbName:] [/DbFilePath:] [/LogFolderPath:] [/ActiveDirectorySplitPermissions:] [/TenantOrganizationConfig:] Kurulum sonrası virtual directory yapılandırması için hostnamenizi yazıp scripti çalıştırınız. $hostname = "" Set-EcpVirtualDirectory "$HostName\ECP (Default Web Site)" -InternalUrl ((Get-EcpVirtualDirectory "$HostName\ECP (Default Web Site)").ExternalUrl) Set-WebServicesVirtualDirectory "$HostName\EWS (Default Web Site)" -InternalUrl ((Get-WebServicesVirtualDirectory "$HostName\EWS (Default Web Site)").ExternalUrl) Set-ActiveSyncVirtualDirectory "$HostName\Microsoft-Server-ActiveSync (Default Web Site)" -InternalUrl ((Get-ActiveSyncVirtualDirectory "$HostName\Microsoft-Server-ActiveSync (Default Web Site)").ExternalUrl) Set-OabVirtualDirectory "$HostName\OAB (Default Web Site)" -InternalUrl ((Get-OabVirtualDirectory "$HostName\OAB (Default Web Site)").ExternalUrl) Set-OwaVirtualDirectory "$HostName\OWA (Default Web Site)" -InternalUrl ((Get-OwaVirtualDirectory "$HostName\OWA (Default Web Site)").ExternalUrl) Set-PowerShellVirtualDirectory "$HostName\PowerShell (Default Web Site)" -InternalUrl ((Get-PowerShellVirtualDirectory "$HostName\PowerShell (Default Web Site)").ExternalUrl) Son olarak send ve recive connectorlerinizi yapılandırınız. Set-ReceiveConnector Set-SendConnector Önemli not domaininiz için DNS A kayıtları MX ve SPF kayıtlarınız için ilgili yönlendirmeleri yaptıktan sonra Exchange ile mail alım ve gönderim işlemine başlayabilirsiniz.
Connecting to multiple Microsoft services with the same session
Hi guys. Working on a script that needs to connect to ExchangeOnlineManagement, TeamsOnlineManagement, SharePointOnlineManagement.... The script will be used across many different tenants, and I also plan to make it publicly available, so 1) I don't really want to pre-configure some complicated key setup and 2) I don't really want to have login pop-ups over and over again... For ExchangeOnline, I learned (accidentally), if I do this: $upn = Read-Host -Prompt "input yer wahawha" Connect-ExchangeOnline -userprimaryname $upn Connect-IPPSsession -userprimaryname $upn And login to MY tenant, I don't get prompted for login. I think likely because my device is Entra-joined, and it's using my Microsoft account. But even if I use a different account, it will only prompt me once - reusing it for the other. This is great, and exactly how I wanted things to flow - but now I'm trying to do Connect-SPOService (sharepoint) and Connect-MicrosoftTeams... and while both of these are part of the tenant, they don't take the -userprimaryname param - so I can specify to use the account I'm logged into my PC with.. The end-goal is to have this script run with minimal user input. I've SORT OF found a workaround for SharePoint, where I can get the SharePointSite from ExchangeOnline, then modify it a bit and use it as input for Connect-SPOService... but Teams, while it doesn't have the URL param requirement, DOES prompt me to login again. Is there a way to use the existing session for either of these, like I've done with ExchangeOnline / IPPSSession? We have MFA enabled, though not required from within our company network - but when I try to use Get-Credential, it errors me out because it wants MFA.
