Windows Azure Active Directory Module for Powershell ile Kullanıcı Lisanslarının Yönetimi

Office 365 platformunda yer alan kullanıcıların lisans yönetimi Office 365 GUI arayüzünden yapılabilindiği gibi aynı zamanda powershell komutları ile de yapılmaktadır. Kullanıcılara lisans ataması,lisansların kaldırılması ya da var olan lisansın değiştirilme işlemi ilgili komutlar ile gerçekleştirilecektir. Ancak lisans ataması yapılmadan önce kullanıcılara lokasyon bilgisi girilmelidir. Bunun için şekilde de görüldüğü gibi “Get-MsolUser –UnlicensedUsersOnly , Set-MsolUser –UsageLocation TR” komutu kullanılmalıdır. Bu komut ile lisanssız olan tüm kullanıcılara lokasyon bilgisi olarak Türkiye atanmış olacaktır. Lokasyon bilgisi atanacak ülke bilgisine göre değişik parametreler almaktadır. Örnekte yer TR bilgisi Türkiye için kullanılan bir parametre iken US United Stated olarak kullanılmaktadır. Haliyle kullanıcılara istenilen ülke bilgileri ilgili parametrelerin seçilmesi ile sağlanacaktır.


İlgili lokasyon bilgisinin atanmasından sonra var olan kullanıcılara lisans ataması için aşağıdaki komut dizini kullanılmalıdır.

Set-MsolUserLicense -UserPrincipalName username@domainname –AddLicenses “license”

Bu komut ile ilgili kullanıcının kim olduğu “UserprincipleName” parametresinde yer alan değer belirlenirken, lisans ekleme işlemi “AddLicenses” parametresinden belirtilmelidir. Örnekte yer alan “melissam@ecec0.onmicrosoft.comkullanıcısına “ENTERPRİSEPACK” değeri ile Office 365 Enterprise E3 lisans atama işlemi gerçekleştirilmiş olunacaktır. Her lisansın kendine özel isimleri vardır. Kullanıcıya hangi lisansın atanacağı bilgisi de burada girilecek değer ile belirlenecektir.

Set-MsolUserLicense –UserPrincipalName melissam@ecec0.onmicrosoft.com – AddLicenses “ecec0:ENTERPRISEPACK”


İlgili lisansın atanmasından sonra kullanıcıya ait lisans bilgisi şekilde de görüdüğü üzere ilgili kullanıcıya tıklanarak sağ bölümde yer alan “Assigned license” başlığında gözlemlenecektir.


Lisans atama işlemi dışında aynı zamanda silme işlemi de powershell komutu ile gerçekleştirilebilir. Burada yine kullanıcının lisans ayarları değiştirileceği için “Set-MsolUSerLicense” komutu kullanılacaktır. İlgili komut şablonu aşağıda yer almaktadır;

Set-MsolUserLicense -UserPrincipalName username@domainname –RemoveLicenses “license”

Lisans ekleme işlemi gibi burada da yine ilgili kullanıcıya atanmış olan lisans bilgisinin bilinmesi gerekir. Örnekte de görüldüğü üzere “melisam@ecec0.onmicrosoft.com” kullanıcısına atanmış olunan Office 365 Enterprise E3 lisansının kaldırılma işlemi aşağıdaki komutun çalıştırılması ile gerçekleştirilir.Burada Office 365 Enterprise E3 lisans bilgisi girilen ENTERPRISEPACK değeri ile anlaşılmaktadır.

Set-MsolUserLicense –UserPrincipalName melissam@ecec0.onmicrosoft.com – RemoveLicenses “ecec0:ENTERPRISEPACK”


İlgili komutun çalıştırılmasının ardından Office 365 portalında “Active Users” altında yer alan ilgili kullanıcıya tıklanarak lisansın kaldırıldığı gözlemlenecektir. Şekilde de görüldüğü üzere sağ bölümde yer alan “Assigned licence” başlığı altında “No license” bilgisi yer almaktadır. Böylelikle artık bu kullanıcıya atanmış bir lisans bulunmayacak ve ilgili lisans istenilmesi durumunda başka kullanıcıya atanabilecektir.


Firmada ihtiyaçlar doğrultusunda bazı kullanıcıların lisans tipinin değiştirilmesi söz konusu olabilir. Örneğin Office 365 Enterprise E1 lisansına sahip olan bir kullanıcının, Office 365 Enterprise E3 lisansında yer alan özelliklerden kaynaklı lisans tipinin değiştirilmesi söz konusu olduğu durumda ilgili powershell komutunun çalıştırılması yeterli olucaktır. Komut şablonu aşağıdaki gibidir;

Set-MsolUserLicense -UserPrincipalName username@domainname -AddLicenses “newlicense” –

RemoveLicenses “oldlicense”

Aşağıdaki örnekte de yer aldığı gibi “melisam@ecec0.onmicrosoft.com” kullanıcısının sahip olduğu Office 365 Enterprise E1 lisansının Office 365 Enterprise E3 lisansına yükseltilme işlemi gerçekleştirilmiştir. Burada Office 365 Enterprise E1 lisansı olduğu girilen STANDARTPACK değeri ile anlaşılmaktadır.


Toplu Lisans Güncelleştirilmesi

Lisans eklenmesi ya da kaldırılması gib durumların birden fazla kullanıcı üzerinde gerçekleştirilme işlemi ilgili powershell scriptlerinin çalıştırılması ile sağlanacaktır. Ancak fazla sayıdaki kullanıcının lisansları ile ilgili yükseltme söz konusu olduğunda (Office 365 Enterprise E1 lisansının Office 365 Enterprise E3 lisansına yükseltilmesi gibi) CSV dosyasına ihtiyaç duyulacaktır. İlgili CSV dosyasının “Import-Csv” komutu ile çalıştırılmasının ardından CSV dosyasında yer alan UPN isimlerine göre lisans atama işlemi gerçekleştirilmiş olunacaktır.

Bilindiği üzere lisansların içerisinde Office 365’in sunduğu hizmetlere dair alt başlıklar yer almaktadır. Örneğin Office 365 Enterprise E3 paketinde aşağıda yer alan hizmetler ve onları temsil eden powershell değerleri yer almaktadır.

· YAMMER_ENTERPRISE = Yammer

· RMS_S_ENTERPRISE = Rights Management Services

· OFFICESUBSCRIPTION = Office Professional Plus

· MCOSTANDARD = Lync Online

· SHAREPOINTWAC = Microsoft Office Web Apps

· SHAREPOINTENTERPRISE = SharePoint Online

· EXCHANGE_S_ENTERPRISE = Exchange Online

Office 365 Enterprise E3 lisansında yer alan bazı servislerin ilgili kullanıcılarda pasif edilemesi, lisans atama sırasında gerçekleştirilebilir. Bunun için ilgili servisin disable edilmesi gerekemektedir. Powershell komutu ile bu işlemin gerçekleştirilmesi için “-LicenseOptions” parametresi kullanılmalıdır. Aşağıdaki komut dizininde Office 365 Enterprise E3 paketinde yer alan Yammer ve Rights Management Servisinin pasif edilmiş ve $options değerine atanmıştır. Böylelikle $options olarak çağrılan başka bir powershell komutunda Office 365 Enterprise E3 paketinde yer alan Yammer ve Rights Management Services aktif olmayacaktır.

$options = New-MsolLicenseOptions –AccountSkuId tenantname:ENTERPRISEPACK -DisabledPlans

YAMMER_ENTERPRISE, RMS_S_ENTERPRISE

Yukarıda yer alan $options değerinin –LisenceOptions parametresi ile kullanılması durumunda ilgili kullanıcıya Yammer ve Rights Management Servisi pasif olarak gelecektir.

Set-MsolUserLicense –UserPrincipalName username@domainname -LicenseOptions $options

Office 365′de Kullanıcı Parolalarının Yönetimi

Office 365 platformunda oluşturulan kullanıcılar, portallarına giriş yapabilmeleri adına kimlik doğrulamasından geçerler. Bu kimlik doğrulamalarındak parolalar farklı methodlar ile yönetilebilmektedir.Birinci method bulutta olan kullanıcıların kimlik doğrulamasın arkada Azure Active Directory tarafından yapılmasıdır.. Zaten Office 365 alt yapısına bakıldığında Azure Active Directry üzerine oturtulmuş Office 365 hizmeteri vardır. Bu methotta lokal ortamdan bağımsız Office 365 tarafından oluşturulmuş parola yönetimi ve kimlik doğrulaması söz konusudur. İkinci yöntem ise lokalde bulunan Active Directory kullanıcılarının senkron edilmesi sırasında parolalarının da Office 365 platformuna gönderilmesi olacaktır. Bu yöntemde yine kimlik doğrulama Office 365 tarafından yapılacaktır ancak kullanıcılar lokal Active Directory’deki parolalarını kullanacaklardır. Diğer bir method ise firmada Single Sign On bir yapı kurularak kimlik doğrulamalarının direkt lokaldeki directory servisi ile yapmaları olacaktır. Bunların hepsi firma ihtiyaçlarına göre şekillenmesi gereken yöntemlerdir.

Burada Office 365’de oluşturulan ve kimlik doğrulaması yine Office 365 platformunda yapılan bulut kullanıcılarına ait parolaların yönetimi anlatılacaktır. Parola yönetimi IT yöneticileri tarafından yapılmakla beraber istenilmesi durumunda Password Administrators rolüne atanan bir kullanıcı tarafından da yapılabilmektedir. Parola yönetiminden kasıt parolaların resetlenmesi, expire sürelerinin ayarlanması ya da parolaların karmaşık olup olmayacağı ile ilgili klasik IT ekiplerinin yapmış oldukları ayarlardır.

Parola expire kuralı: Varsayılanda Office 365 kullanıcıları için uygulanan bir parola expire kuralı vardır. Bu kuralda kullanıcıların aynı parolaları 90 gün boyunca kullanabilmekte, 90 gün sonunda değiştirmeleri gerekmektedir. Ayrıca kuralda kullanıcılar parola değiştirmeleri gerektiği süreden 14 gün önce parola sürelerinin dolmak üzere olduklarına dair uyarılırlar. Firma güvenlik politikaları gereğince bu kuraldaki süreler değiştirilebilir. Kural ile ilgili ayarlar Office 365’in arayüzünden yapılabileceği gibi powershell komutları ile de düzenlenebilmektedir.

Şekildeki arayüzde Office 365 admin center bölümünde “Service Settings” başlığı altında yer alan “Passwords” seçeneği ile parola expire süresina ait varolan kural görünmektedir. Bu arayüze Office 365 Admin Center’da yer alan “Users” başlığı altından da erişilebilinmektedir.


Firmalar şirket politikaları gereği bu değerleri değiştirmek isteyebilirler. Parolaların expire sürelerine dair verilebilcek değer aralığı 14 ile 730 olması gerekirken, kullanıcıları parolaların son kullanım gününe dair uyarması değer aralığı ise 1 ile 30 arasında olması gerekmektedir. “Days before password expire” kullanıcın parolasının son kullanım gününe dair değerin girildiği bölüm iken, “Days before user is notified that their password will expire” ise kullanıcıyı parola süresinin dolmak üzere olduğuna dair kullanıcıyı kaç gün önceden uyaracağının belirlendiği bölümdür.


Parola süresi ile ilgili powershell komutları

Parola expire kuralına ait ayarlar Office 365 portalından yapılabileceği gibi Windows Azure Active Directory Module for Powershell ile de yapılabilmektedir. Bunun için kullanılması gereken komut şablonu aşağıdaki gibidir:

Set-MsolPasswordPolicy -DomainName “domainname” –ValidityPeriod “numberofdays” -NotificationDays “numberofdays

Varsayılanda kullanılan kural ayarlarını gözlemlemek için ise Get-MsolPasswordPolicy” komutu kullanılmalıdır.

Kullanıcıların parola expire sürelerini kapatmak istenilmesi durumunda ise Windows Azure Active Directory Module for Powershell ile ilgili komut çalıştırılarak yapılmalıdır. Office 365 portalında bu ayarın yapılabileceğine dair arayüz bulunmamaktadır. Parola expire süresi, kullanıcıya özel yapılabilineceği gibi tüm kullanıcılar içinde ayarlanabilir.

Tek bir kullanıcı için parola süresinin kapatılması istenildiinde aşağıdaki komut şablonu kullanılmalıdır.

Set-MsolUser -UserPrincipalName “userprincipalname” –PasswordNeverExpires $true

Tüm kullanıcılar için parola süresinin kapatılması istenildiinde aşağıdaki komut şablonu kullanılmalıdır.

Get-MsolUser , Set-MsolUser –PasswordNeverExpires $true

Tüm kullanıcılar için kapatılmış olan parola süresi bazı kullanıcılar için açılmak istenilirse ya da önceden parola süresi kapatılan kullanıcılara dair yeniden parola süresini açmak için aşağıdaki parola şablonu kullanılmalıdır:

Set-MsolUser -UserPrincipalName “userprincipalname” –PasswordNeverExpires $false

Office 365’de yer alan tüm kullanıcılar için parola sürelerinin açılması için ise aşağıdaki komut şablonu kullanılmalıdır:

Get-MsolUser , Set-MsolUser –PasswordNeverExpires $false

Parola sürelerine ait yapılan ayarlamalar sonucunda hangi kullanıcıda parola süresi kapatılmış hangi kullanıcı da parola süresi açık gibi gözlemleme yapılmak istenilebilir. Spesifik bir kullanıcıya ait ayarın gözlemlenmesi için aşağıdaki şablon kullanılmalıdır:

Get-MsolUser -UserPrincipalName “userprincipalname” , Select PasswordNeverExpires

Tüm kullanıcıların parola sürelerine dair bilgi alınmak istenildiğinde ise aşağıdaki komut şablonu kullanılmalıdır:

Get-MsolUser , Select UserPrincipalName, PasswordNeverExpires

Kullanıcı parolalarının değiştirilmesi: Office 365’de açılan bir kullanıcıya otomatik olarak geçici parola atanacaktır. Geçici parolalar, kullanıcıların ilk oturum açması ile beraber değiştirilmesi zorunlu kılınan parolalardır.
Kullanıcı parolalarının resetleme işlemi Office 365 portalından yapılabileceği gibi powershell komutları ile de gerçekleştirilir. Aynı zamanda lokal active directoryden parolaya dair herhangi bir senaryo yok ise ya da SSO yok ise kullanıcılar kendileri de Office 365 portallarından kendi parolalarını resetleyebilmektedir. Şekildeki arayüzde kullanıcı portalı ve parola restleyebileceği arayüz görülmektedir.


Şekildeki arayüzde Office 365 portalında kullanıcıların parolaların resetlenmesi için izlenecek yol gösterilmiştir. “Reset Password” denilerek devam edildiği durumda, kullanıcıyı mail adresi girmesi gereken sihirbaz karşılacaktır. Yeni parola oluşturulunca burada girilen mail adresine kullanıcı adı ve parolanın olduğu bir mail atılacaktır.


Powershell ile Kullanıcı Parolasını Değiştirme

Office 365’de yeni kullanıcı oluşturulması ile beraber otomatik kullanıcıya geçici parola atanır. İstenilirse yeni kullanıcı oluşturulurken bu parolanın yönetici tarafından belirlenmesi mümkündür. Aşağıdaki powershell komut şablonu ile bunu yapmak mümkündür:

New-MsolUser -DisplayName “Ezgi Can” -FirstName “Ezgi” -LastName “Can” -UserPrincipalName ezgi.can@ecec0.onmicrosoft.com -Department IT -UsageLocation TR -Password TempP@@sW0rd
-LicenseAssignment ecec0:ENTERPRISEPACK

Bunun dışında varolan kullanıcıların parolaları değiştirilmek istenildiğinde aşağıdaki komut şablonu kullanılmalıdır:

Set-MsolUserPassword –UserPrincipalName “userprincipalname” –NewPassword “newpassword”

Strong Password ile ilgili Powershell Komutları

Office 365’de varsayılanda parolaların karmaşık olması şart koşulmuştur. Buradaki karmaşıklıktan kasıt;

· Parolalar mutlaka küçük harf, büyük harf, sembol ya da rakam parametrelerinden üç tanesine sahip olmalıdır.

· Parola oluştururken aralık ya da tab kullanılmamalıdır.

· Parolalar 8 ile 16 karakterler arasında olmalıdır.

· Parolalar kullanıcı adlarını içermemelidir.

Şirketler kullanıcı kolaylalıkları adına bazı durumlarda parola karmaşıklığını kapatmak isteyebilirler. Bunu Office 365 portalından gerçekleştiremezler. Bunun için ilgili powershell komutu kullanılmalıdır. Aşağıdaki komut şablonunda da görüldüğü üzere bu işlem kullanıcı başına gerçekleştirlebilen bir işlemdir. Toplu olarak yapılması gerektiği durumlarda CSV dosyaları üzerinden ilgili parametrelerin bir döngüye sokularak parola karmaşıklığı kapatılabilir.

Set-MsolUser -UserPrincipalName “userprincipalname” –StrongPasswordRequired $false

 

Windows Azure Active Directory Module for Powershell ile Office 365 Kullanıcılarının Yönetimi-Part 2

Remove User

Kullanıcıların Office 365 platformundan powershell komutları ile silinmek istenilmesi durumunda Remove-MsolUser komutu kullanılmalıdır. Bu komut ile kullanıcı, kullanıcıya ait lisans ve kullanıcı verileri soft olarak silinecektir. Silme işlemiminin herhangi bir onay işlemi gerektirmeden gerçekleştirilmesi için aşağıdaki şablon kullanılacaktır.

Remove-MsolUser -UserPrincipalName username@domainname –Force

Komutta yer alan –Force parametresi kullanıcının silinmesi sırasında herhangi bir onay istemeden silme işlemini gerçekleştirmek içindir.

Şekildeki arayüzde örnek komut yer almaktadır.

Remove-MsolUser –UserPrincipalName melissam@ecec0.onmicrosoft.com –Force


“Remove-MsolUser” çalıştırılmasından soft olarak silinen kullanıcının Office 365 Admin Center’da “Deleted Users” başlığı altından gözlemlemek mümkündür.


Varsayılanda silinen kullanıcı hesapları “Deleted Users” başlığı altında (Recycle bin)’de toplamda 30 gün boyunca tutulur. Kullanıcıalrın kalıcı olarak silinmesinin istenilmesi durumunda silinen kullanıcının aynı zamanda Recycle Bin’den de silinmesi gerekmektedir. Bunun için –RemoveFromRecycleBin komutu kullanılacaktır. Bu şekilde silme işlemine de hard delete denilmektedir. Böylelikle kullanıcı kalıcı olarak silinmiş olunacaktır. Bunun için aşağıdaki komut şablonu kullanılmalıdır;

Remove-MsolUser -UserPrincipalName username@domainname –RemoveFromRecycleBin

Şekildeki arayüzde kullanılan komut ile “melissam@ecec0.onmicrosoft.com” kullanıcının Recycle Bin’den silinme işlemi gerçekleştirilir.


Yukarıdaki komutun çalıştırılması ile beraber kullanıcının Office 365 Admin Center’dan kalıcı olarak silindiği görülmektedir. Haliyle kullanıcı “Deleted Users” başlığı altında artık gözlemlenememektedir.


Restore Users

Firmaların sıklıkla karşılaştıkları durumlardan birisi olan silinen kullanıcının geri getirilme işlemi powershell komutları ile de yapılmaktadır. Bilindiği üzere Office 365 platformunda silinen kullanıcının 30 gün boyunca tutulması ve istenilmesi durumunda geri getirilmesi mümkündür. Bunun için powershell tarafından kullanılması gereken komut şablonu aşağıda yer almaktadır.

Restore-MsolUser –UserPrincipalName userprincipalnameofusertorestore

Ancak öncesinde silinen kullanıcıların kimler olduğunu gözlemlemek için “Get-MsolUser –ReturnDeletedUsers” komutu kullanılır. Aşağıdaki örnekte de görüldüğü üzere “melissa2@ecec0.onmicrosoft.com” kullanıcısı silinen kullanıcılar bölümünde soft delete olarak yer almaktadır. Silinen “Melisa2 MacBeth” kullanıcısının geri getirilmesi için ise aşağıdaki komut çalıştırılacaktır.

Restore-MsolUser –UserPrincipalName melissa2@ecec0.onmicrosoft.com



Silinen kullanıcının geri getirilme işleminden sonra kullanıcı, Office 365 Admin Center bölümündeki “Users” bölümündeki “Active Users” bölümünde gözlemlenecektir.


 

Windows Azure Active Directory Module for Powershell ile Office 365 Kullanıcılarının Yönetimi-Part 1

IT sektöründe, gerek sistem yöneticileri gerekse de sistem yazılımcıları tarafından Microsoft sunucularının ya Client’ların en uç noktalarına kadar değişiklikler yapabilecekleri platform sağlayan Powershell bulut hizmetlerinden biri olan Office 365’de de IT yöneticilerinin karşısına çıkmaktadır. Ancak burada kullanıcılan Microsoft İşletim sistemlerinde yer alan Powershell değil de, Office 365’in alt yapısında bulunan Azure Active Directory’in yönetileceği Powershell’dir. Böylelikle Office 365 Admin portalından yani GUI arayüzünden yapılabileceği gibi Azure Active Directory Powershell ile ilgili komutların çalıştırılması ile de yönetilebilmektedir. Azure Active Directory Powershell Modülü sayesinde, Office 365 yönetimi automatize edilebilir hale de getirilebilir.

Office 365’deki kullanıcıların yönetiminde kullanılabilecek birçok Powershell komutu vardır. Kullanıcıların eklenmesi, silinmesi, geri yüklenmesi gibi birçok işlem Powershell komutları ile yapılabilmektedir. Bunun için ilk yapılması gereken işlem powershell ile Office 365 servisine bağlanmak olacaktır. Bunun için kullanılması gereken komut aşağıdaki gibir.

Connect-MsolService

Windows Azure Active Directory Modülü’nde Office 365’e bağlanmak için kullanılan ilgili komutun çalıştırılmasından sonra, komut kullanıcıdan bir kimlik bilgisi istemektedir. Burada global administrator yetkisine sahip olan Office 365 hesaplarından biri girilerek, Office 365 üzerindeki en ince detaylara kadar konfigürasyonların Powershell ile yapılması sağlanacaktır.

Gerekli bağlantının sağlanmasının ardından yeni kullanıcının powershell komutları ile oluşturulması için “New-MsolUser” komutu kullanılacaktır. Bu komut ile istenilirse kullanıcıya lisans atama işlemi de gerçekleştirilebilir.

Lisans ataması yapılmadan kullanıcının oluşturulma işlemi aşağıdaki komut şablonu ile gerçekleştirilecektir.

New-MsolUser -UserPrincipalName username@domainname –DisplayName “Firstname Lastname”

–FirstName “Firstname” –LastName “Lastname”

Şekildeki arayüzde “melissam@ecec0.onmicrosoft.com” UPN’ine sahip kullanıcının oluşturulması için kullanılması gereken örnek komut yer almaktadır. Burada oluşturulan kullanıcıya herhangi bir lisans atama işlemi gerçekleştirilmemiştir. Komutun çalıştırılması ile kullanıcıya geçici şifrenin atandığı gözlemlenecektir. Aynı zamanda lisans atanmadığını “isLicensed” başlığı altındaki “False” değerinden anlaşılmaktadır.

New-MsolUser –UserPrincipalName melissam@ecec0.onmicrosoft.com –DisplayName “Melissam MacBeth” – FirstName “Melissam” –LastName “MacBeth”


İlgili komutun çalıştırılmasının ardından Office 365 Admin Center arayüzündeki “Active Users” başlığı altında komutta yer alan “Melisam” adlı kullanıcının oluşturulduğu görülmektedir.


Powershell ile yeni kullanıcının lisans atanarak oluşturulması için aşağıdaki komut şablonu çalıştırılmalıdır.

New-MsolUser -UserPrincipalName username@domainname –DisplayName “Firstname Lastname”

–FirstName “Firstname” –LastName “Lastname” –UsageLocation “2-letter location code” –

LicenseAssignment “license”

Şekildeki arayüzde lisans ataması ile beraber yeni kullanıcının oluşturulması için örnek komut çalıştırılmıştır. Komutta yer alan “ecec0:ENTERPRISEPACK” değeri, “ecec0” domain,ne ait Office 365 E3 lisansını temsil etmektedir.Komutun çalıştırılmasının ardından ilgili kullanıcıya ait geçici parolanın da oluşturulduğu gözlemlenmektedir. Aynı zamanda “isLicensed” başlığı altında yer alan “True” değeri ile kullanıcıya lisans atandığı gözlemlenir.

New-MsolUser –UserPrincipalName melissa2@ecec0.onmicrosoft.com –DisplayName “Melissa2 MacBeth” – FirstName “Melissa2” –LastName “MacBeth” –UsageLocation “TR” –LicenseAssignment “ecec0:ENTERPRISEPACK”


Örnek komutun çalıştırılmasının ardından Office 365 Admin Center bölümündeki “Active Users” başlığının altında kullanıcının oluşturulduğu gözlemlenecektir.


Powershell Bulk User

Office 365 platformunda aynı anda birden fazla kullanıcının oluşturulması ise bir csv dosyasının Import-Csv komutu ile beraber çalıştırtırılması ile gerçekleştirilir. Burada bahsi geçen csv dosyasında oluşturulmak istenilen kullanıcılara ait bazı özelliklerin yer alacağı aşağıdaki sutün başlıkları yer almaktadır.

FirstName,LastName,DisplayName,UserPrinciplaName,LicenseAssignment(Aynı zamanda lisans atanacağı durumda gereklidir.),UsageLocation

Yukarıdaki sütun başlıklarının altına kullanıcılara ait veriler girildikten sonra aşağıdaki komut çalıştırılmalıdır. İstenildiği durumlarda komut üzerinde spesifik ayarlamalar da yapılabilinmektedir.

Import-Csv -Path c:users.csv , ForEach-Object { New-MsolUser -FirstName $_.FirstName -LastName $_.LastName -UserPrincipalName $_.UserPrincipalName -DisplayName “$($_.FirstName) $($_.LastName)” -LicenseAssignment ‘ecec0:ENTERPRISEPACK’ -UsageLocation TR }

 

Office 365 Receipents (Alıcılar) Paneli

Receipents

Office 365 ile gelen Exchange Online’daki mailboxların, grupların, kaynakların, kontaktların, paylaşım kutularının, migration süreçlerini yönettiğiniz “Receipents” bölümü adım adım anlatılacaktır. “Recipients” başlığında Exchange Online’daki nesnelerin barındığı bölümdür.

Mailboxes

Kullanıcılara Office 365 admin center’da atanan lisans ile beraber Exchange Online tarafında mailbox’ları otomatik oluşacaktır. Kullanıcıların kutuları “Recipients” başlığı altındaki “mailboxes” bölümünde görünecek ve yönetilecektir. Şekildeki arayüzde kullanıcı mailbox’ları gözlemlenmektedir. “…” olan bölüme tıklanması durumunda görsel olarak tablodaki başlıkların değiştirilmesi, mailbox’lara ait istenilen özelliklerin export edilmesi ve detaylı arama kriterleri oluşturularak mailbox’lara ait yönetimsel aksiyonların alınmasını sağlar. Herhangi bir kullanıcının mailbox’larına dair yapılan ayarların özetleri ve bu ayarların değiştirilmesi için bazı ayarlara ait linkler sağ panelde gözlemlenecektir. Daha detaylı ayarların yapılması için ilgili kullanıcının seçilmesinin ardından, ister kullanıcıya çift tıklanır istenirse de şekildeki arayüzde de görüldüğü üzere kalem ikonu tıklanmalıdır.


Kullanıcı mailbox’ına tıklanması durumunda, mailbox’a ait detaylı konfigürasyonlar yapılabilecektir.”general” başlığı altında kullanıcının Active Directory’den çekmiş olduğu isim, ikinci isim, soyisim, kullanıcı ID’si gibi genel ayarlar gözlemlenir. Bu değerler ortamda Directory Sync Tool olmaması durumunda değiştirilebilir. Burada yapılan değişik ise Office 365 admin center’da da gözlemlenecektir. “Hide from address lists” başlığı altından kullanıcının mail adresinin adres listesinden saklanmasını sağlar. Böylelikle diğer kullanıcıların adres defterinden bu mail adresini araması durumunda ulaşamayacaktır. “Custom attribute” ile kullanıcının var olan özelliklerine ek olarak başka özelliklerinde eklenir. Örneğin kullanıcıların kan gruplarınında tutulması gerektiğinde buradaki attributelerden birine yazılarak ilgili Office 365 ortamında tutulmuş olacaktır.


“Mailbox usage” bölümünde her kullanıcıya atanan 50 GB mailbox boyutunun ne kadar kullanıldığına dair bilgi görülmektedir. Böylelikle Offcie 365 yöneticileri hangi kullanıcının ne kadar mailbox’ını kullandığını gözlemlenebilir.


Şekildeki arayüzde yine Active Directory’den gelen kullanıcıya ait bilgiler yer almaktadır. Bu veriler aynı zamanda kullanıcının kontakt bilgisidir. Buradaki temel başlıklar şehir bilgisi, ülke bilgisi, telefon numarası gibi bilgilerdir. Böylelikle diğer kullanıcılar, ilgili kullanıcının kontakt kartına bakmak istediklerinde buradaki bilgileri gözlemleyeceklerdir.


“organization” bölümünde kullanıcının firmadaki departman, şirket ya da yönetici gibi bilgilerinin girildiği bölümdür. Kullanıcıların bu tarz bilgilerinin doğru girilmesi gerek rule yazılırken gerekse de gruplar oluşturulurken kullanılacak ve ona göre filtrelemeler yapılmasını sağlar.


“Email address” bölümünde ise kullanıcıya ait email address bilgisini gözlemlenir. Buradaki değerlerden “SMTP” tipindeki email adreslerinden sadece biri ile mail atılabilmektedir. Ancak koşullar doğrultusunda alt smtp adreslerinin de açılması mümkündür. Böylelikle alt smtp adreslerinden mail alabilecek ama mail atamayacaktır. “SIP” tipindeki mail adresi ise Lync Online için kullanılacak email adres bilgisidir. Kullanıcının mail atabileceği email adresi duruma göre çift tıklanarak değiştirilebilir. Yeni smtp adresinin eklenme işlemi “+” işareti ile devam edilecektir. Yeni smtp adresi üzerinden mail atılma işlemi gerçekleşecek ise yeni smtp adresinin oluşturulması sırasında “Make this the reply address” işaretlenmelidir.


“mailbox feature” başlığı altında seçilen kullanıcıya uygulanan çeşitli kuralların gözlemlenmesi ve değiştirilmesi gerçekleştirilir. Varsayılanda kullanıcıya otomatik gelen kurallar vardır. Ancak bunların değiştirilmesi ya da yeni oluşturulacak bu kuralların kullanıcıya atanma durumu da söz konusudur. Örneğin varsayılanda gelen retention policy yerine Exchange Admin Center’da yeni retention policy’nin oluşturuması ve ardından kullanıcıya atanması gerçekleştşrşlebilir. Onun dışında kullanıcı mailbox’larına ait bazı özelliklerin etkinleştirilme ya da etkin olan özelliklerin kapatılma işlemi gerçekleştirilir. “Phone and Voice Feature” başlığı altından Unified Messaging rolü etkinleştirilebilir. Mobile Devices bölümünde ise kullanıcıların mobil cihazlarında kullandıkları ActiveSync ve cihazlar için olan Owa’nın kapatılma işlemi gerçekleştirilebilir.


Şekildeki arayüzde “mailbox features” bölümüne ait diğer özelikler ve bu özelliklerin etkin olup olmadığına dair ayarlamalar yapılır. “Email Connectivity” başlığı altından Outlook Web Apps’in, IMAP, POP3, Litigation hold, arşiv özelliklerinin kullanıcı tarafından kullanılmasına ya da kapatılmasına dair konfigürasyonlar yapılır. “Mail Flow” başlığı altından ise “Mail Flow” yani kullanıcıya gelen maillerin hangi adrese forward edileceği, mesaj boyutlarna dair ayarların neler olduğu ya da ilgili kullanıcının kimlerden mail alıp kimlere mail göndereceğine dair ayarların yapıldığı bölümdür.


Şekildeki arayüzde kullanıcının üye olduğu Distribution gruplar gözlemlenir.


“MailTip” arayüzünde diğer kullanıcıların ilgili kullanıcıya mail atarken kullanıcıları uyaran metnin yazılır. Böylelikle ilgili kullanıcıya gönderilmemesi gereken ya da gereksiz maillerin daha kullanıcıya iletilmeden diğer kullanıcıların uyarılması sağlanır. Buraya girilecek metin en fazla 175 karakter olmakla beraber diğer kullanıcıların göreceği ve burada yazan metne göre işlem yapmasını sağlayacaktır.


“Mailbox delegation” başlığında “Send As”, “Send of Behalf” ve “Full Access” gibi yetkilendirmeler yapılır. “Send As” ile eklenecek “A” kullanıcısı, bu kullanıcının(ali) herhangi hesap bilgisi olmadan kullanıcının mail adresi ile diğer kullanıcıya mail atabilecektir. Maili alan kullanıcılar bu durumu hissetmeyecek ve bu kullanıcının(ali) mail adresinden mail geldiğini göreceklerdir. “Send on Behalf” bölümüne eklenecek “A” kullanıcısı, bu kullanıcı(ali) adına mail atabilecek ve maili alan kullanıcılar A kullanıcısının bu kullanıcı(ali) kullanıcısı adına mail attığını mailde görebileceklerdir. “Full Access” bölümüne eklenecek “A” kullanıcısı bu kullanıcının(ali) mailbox’ında full yetkili davranabilecektir.


Office 365 Exchange Online Security Grup

Exchange Admin Center arayüzündeki Security group hem mail atmakta hem de hak ataması sırasında kullanılan grup tipidir. Yani buradaki gruba mail atılabileceği gibi OneDrive veya SharePoint gibi dokümanlar üzerinde hak atamalarında da kullanılabilmektedir. Bu grubu oluşturabilmek için Exchange Admin Center’daki “Groups” başlığı altından “+” işaretine tıklanır. Şekilde yeni security grubunun oluşturulmasında display name, alias, email adresi ya da açıklama bilgilerinin girileceği arayüz yer almaktadır. “Owners” grubunda ise grup sahiplerinin belirlenmesi sağlanır. Bu grubu ilk oluşturan kullanıcı ototmatik olarak grup sahibi yetkisine de sahip olacaktır.Ayrıca bu arayüzde üyelerin ekleneceği “Memebers” başlığı ve grup sahiplerinin onayından geçtikten sonra grup üyelerinin eklenmesi için “Owner approval is required” seçenekleri yer almaktadır. Grup üyeleri sadece grup sahipleri tarafından kaldırılabilir.


Oluşturulan security gruba dair detaylı ayarlar yapmak için ilgili gruba çift tıklanır ya da ilgili grubun üstüne gelinerek Exchange Admin Center’daki “Groups” başlığındaki kalem ikonuna tıklanmalıdır. Gerekli aksiyonun alınması ile şekildeki arayüz kullanıcıyı karşılamaktadır. Burada sol bölümdeki başlıkların herbirinde çeşitli ayarlar yer almaktadır. “General” bölümünde security grubun oluşturulması sırasında girilen isim,alias ve email adres gibi bilgiler görülmektedir. İstenildiği takdirde bu bilgiler düzenlenebilir. “Hide this group from address lists” ise bu grubun adres listesinden gizlenmesidir. Böylelikle adres defterinde herhangi bir arama yapıldığı zaman bu email adresini göremeyeceklerdir.


“Ownership” başlığında security grubuna sahiplik yapacak hesap bilgisi girilmelidir. Varsayılanda grubu oluşturan kullanıcı grubun sahibi olarak otomatik olarak atanacaktır. Grubun sahibi yetkisi demek ilgili grup ile ilgili her türlü ayarı yapabilmektir.


“Membership” başlığında ise grup üyeleri belirlenir. Varsayılanda grup sahibi grup üyesi iken, yeni üyenin eklenme işlemi “+” işareti ile kullanıcıların seçilmesi ile gerçekleşir. “-” işareti ile kullanıcıların gruptan çıkarılma işlemi yapılacaktır.


“membership approval” bölümü, grup sahibinin onayından geçtikten sonra gruba üye eklenebileceğine ilişkin ayarın yapıldığı arayüzdür. Bunun için “Owner approval is required” seçeneği seçilmelidir. Gruptan herhangi bir üyenin çıkarılma işlemi sadece grup sahibi tarafından yapılmalıdır.


“Delivery management” arayüzünde ilgili grubun şirket içi ve şirket dışından mail alabileceğine dair ayar yapılır. Hatta sadece belirli kullanıcılardan mail alması sağlanabilir. “Only senders inside my organization” seçeneğinin seçilmesi ile ilgili grubun sadece şirket içerisinden mail alması sağlanır. “Senders inside and outside of my organization” bölümünde ise şirket içinden ve şirket dışı mail adreslerinden mail almasına izin verilir. “+” işaretine tıklanarak belirli kullanıcıların ya da mail hesaplarının belirlenmesi ile grubunun burada belirlenen mail hesaplarından mail alması sağlanabilir. Böylelikle kullanıcı bazlı kısıtlama yapılmış olunur.


“Message Approval” bölümü gruba atılan mailler için moderatorün belirlendiği arayüzdür. Buradaki moderatorün rolü gruba gelen maillerin burada belirlenen kullanıcı ya da kullanıcıların onayından geçtikten sonra grup üyelerine iletilmesinin sağlanmasıdır. Önce bu özelliğin etkinleştirilmesi için “Messages sent to this group have to be approved by a moderator”ün seçilmesi gerekir. Bu özelliğin aktif edilmesinden sonra “Groups moderators” başlığı altından moderator kullanıcıların seçimi yapılır. “Senders who don’t require message approval” başlığı altında seçilen kullanıcıların gruba mail atmaları durumunda herhangi onay mekanizmasına takılmadan direkt mail atmaları sağlanabilir. Böylelikle moderator onayından bazı kişilerin hariç tutulması da sağlanmış olunur.


“email options” seçeneğinde ise distribution grubunun mail atarken kullanacağı SMTP adresi ve alt SMTP adresleri yer alabilir. Burada alt SMTP adresleri de oluştutulabilir. Böylelikle bu SMTP adreslerine gelen mailleri grup alacaktır ama bu SMTP adresinden mail atamayacaktır. Mail atacağı SMTP adresi için mail adresinin oluşturulması sırasında “Make this the reply address seçeneğinin seçilmesi gerekmektedir.” Daha sonradan da mail atacağı SMTP adresinin değiştirilmesi söz konusudur.


“MailTip” arayüzünde, diğer kullanıcıların ilgili gruba mail atarken kullanıcıları uyaran metin yazılmalıdır. Böylelikle ilgili gruba gönderilmemesi gereken ya da gereksiz maillerin daha gruba iletilmeden diğer kullanıcıların uyarılması sağlanır. Buraya girilecek metin en fazla 175 karakter olmakla beraber diğer kullanıcıların göreceği ve burada yazan metne göre işlem yapmasını sağlayacaktır.


“Mailbox delegation” başlığında “Send As” ve “Send of Behalf” yetkilendirmeler yapılır. “Send As” ile eklenecek kullanıcı ya da kullanıcılar ile bu grubun mail adresi ile diğer kullanıcılara mail atabilecektir. Maili alan kullanıcılar bu durumu hissetmeyecek ve grup mail adresinden mail geldiğini göreceklerdir. “Send on Behalf” bölümüne eklenecek kullanıcı ya da kullanıcılar, grup adına mail atabilecek ve maili alan kullanıcılar eklenen kullanıcı ya da kullanıcılar tarafından grup adına mail attığını mailde görebileceklerdir.


Office 365 Exchange Online Resources – Equipment Mailbox

Resources mailbox yani kaynak mail kutusu şirket içerisinde ortak kullanılan odalar veya eşyalara (projeksiyon cihazı gibi) tanımlanan mail kutularıdır. Firmalarda ortak kullanılan bu kaynakların kullanımlarına yahut yönetilmesine dair birçok durum ile karşılaşılmaktadır. Örneğin ortak kullanılan toplantı odasının uygun saatlerde bir kullanıcı tarafından önceden rezerve edilmesi ile diğer kullanıcıların aynı saatte aynı toplantı odasını rezerve edememelerini sağlar. Böylelikle kullanıcılar ortak kullanım alanlarını uygun zamanlamalar yaparak kullanabilecekler ve ortak kullanım alanlarının da yönetimi ve takibi daha kolay olacaktır. Bunun gibi işlemler yine ortak kullanılan cihazlar ya da eşyalar içinde yapılabilmektedir. Şekilde de görüldüğü üzere “Room mailbox” ve “Equipment mailbox” adında iki başlık yer almaktadır. “Room mailbox” toplantı odaları, konferans odaları gibi fiziksel lokasyonlar için kullanılırken, “Equipment mailbox” projeksiyon cihazı, beyaz tahta, firma araçları gibi ortak kullanılan eşyalar için tasarlanmış mailbox’lardır.

Equipment Mailbox

“Equipment mailbox” aslında “room mailbox”mantığı ile çalışan mail kutusudur. Burada fiziksel bir lokasyona mail kutusu atanması yerine ortak kullanılan eşyalara mail kutusu açılmasıdır. Ortak eşyaya örnek vermek gerekirse şirket arabası, laptop, akıllı tahta, projeksiyon cihazı gibi. Buradaki amaç, ortak kullanılan bu eşyaların rezerve edilmesi ile hangi eşyanın nerede, ne kadar süre kullanılacak, kim kullanacak gibi raporlamalar ile hem takibi hem de yönetimi yapılmış olunacaktır. Şekilde Exchange Admin Center’daki “Receipents” başlığındaki “Resources” bölümünden “Equipment mailbox” seçeneği ile devam edilmesi ile kullanıcıyı karşılayan arayüzdür. Burada “equipment mailbox”a ait isim ve mail adres bilgisi girilecektir. “Save” seçeneği ile devam edildiği durumda mail kutusu oluşturulmuş olacaktır. Data detaylı ayarları yapabilmek için oluşturulan mail kutusuna çift tıklanmalıdır.


Oluşturulan “equipment mailbox”a çift tıklanması durumunda, mail kutusu oluşturulurken girilen equipment name, mail adres gibi bilgilerin yanında, “equipment”ın kapasitesi varsa departmanı ve şirket bilgi de yer almaktadır. Aynı zamanda “Hide from address lists” ile de adres defterinden ilgili mail kutusuna ait mail adresine ait bilgiler gözlemlenemeyecektir. Spesifik bir özelliğin de girilmek istenilmesi durumunda “Custom Attributes” bölümüne gerekli verilerin girilmesi gerekmektedir.


“Booking delegates” bölümünde ise rezervasyon taleplerine karşı alınacak aksiyonların nasıl olacağına dair ayarlar yapılacaktır. Burada gelen eşyaya dair rezervasyon talebine karşı onaylanma ya da reddedilme işleminin otomatik olarak gerçekleştirilmesi için “Accept or decline booking requests automatically” işaretlenmelidir. Ancak bu onay ya da red işlemi için belirli kullanıcı ya da kullanıcılara yetkinin verilmesi de “Select delegates who can accept or decline booking requests” seçeneği ile sağlanacaktır.


Şekildeki arayüzde rezervasyon işleminin zamanlama ile ilgili işlemler yapılır. “Allow repeating meetings” ile eşyalara ait toplantıların sürekli, tekrar edilen tarihlere bağlanabileceğine dair izin verilir. “Allow scheduling only during wokring hours” ile de iş saatleri içerisinde rezervasyonların yapılması sağlanır. “Always decline if the end date is beyond this limit” ise belirlenen limitin aşılması durumunda gelen rezervasyon talebini reddetilmesidir. “Equipmet mailbox”ın bulunduğu rezervasyonlarda en fazla 180 gün sonrasına kadar rezerve işleminin yapılacağı aksi durumda reddedileceğine dair işlemin yapılmasıdır. Aynı zamanda 24 saat boyunca rezerve etme işlemi gerçekleştirilmelidir. Rezerve talep eden kullanıcıya gönderilecek cevap mailin konfigüre edilme işlemi “If you want the meeting organizer to receive a reply, enter the text below” başlığı altına girilecek metin ile yapılabilir. Böylelikle buraya girilen metin, mail rezervasyon talep eden kullanıcıya cevap olarak gönderilecektir.


“Contact information” başlığında ise “equipment mailbox”a ait lokasyon, şehir, posta kodu gibi verilerin girilir.


Şekilde ortak eşyaya mail atılması sırasında kullanılacak SMTP adresleri gözlemlenmektedir. Bu SMTP adresleri değiştirilebilmekte ve istenilen SMTP adres üzerinden mail atma işlemi gerçekleştirilecektir. Aynı zamanda alt SMTP adreslerinin de tanımlanması mümkündür.


“MailTip” bölümünde “equipment mailbox”a mail atacak kullanıcılar için not amaçlı uyarı metninin girilir. Böylelikle gereksiz ya da gönderilmemesi gereken maillerinde bu uyarı ile kullanıcıları uyararak önüne geçilmiş olunacaktır. Buradaki arayüze maksimum 175 karakter metin girilebilir.


Şekilde ise “equipment mailbox”a ait yetkilendirme işlemi yapılacaktır. Burada yapılacak belirli yetkilendirme seviyeleri yer almaktadır. “Send As” yetkisine sahip olanlar “equipment mailbox”ın SMTP adresi üzerinden mail atabileceklerdir ve maili alanlar başkası tarafından mailin atıldığını gözlemleyememek ile beraber “equipment mailbox”tan mailin geldiğini göreceklerdir. “Send on Behalf” bölümünde ise bu “equipment mailbox” adına mail atma yetkisi verme işlemidir. Ancak burada dikkat edilmesi gereken nokta yetki verilenler bu “equipment mailbox”a ait SMTP adresi üzerinden mail attıklarında, maili alan kullanıcılar bu mailin yetkili kullanıcı tarafından “equipment mailbox” SMTP adresinden atıldığını gözlemleyeceklerdir. “Full Access” yetkisi atananlar ise “equipment mailbox” üzerinde tüm yetkilere sahip olurlar. Aslında burada “equipment mailbox” üzerinde sahip yetkisine sahiptir demek yanlış olmayacaktır.


Gerekli ayarların yapılmasından sonra artık kullanıcılar toplantı talep ederlerken gerek room mailbox gerekse de equipment mailbox’ları eklemeleri durumunda uygunluk durumuna göre rezerve edebilecekler, böylelikle bu kaynakları kimlerin ne zaman ve ne kadar kullandıklarına dair bilgilere ulaşılacaktır.

Windows Azure Active Directory Module for Windows Powershell-Part 2

Windows Azure Active Directory Module for Windows Powershell ile Office 365’e bağlanmak

Windows Azure Active Directory Module for Windows Powershell ile Office 365 platfomuna bağlanmak için kullanılması gereken komutlar adım adım aktarılacaktır.

Şekildeki arayüzde “Connect-MsolService” komutu ile Office 365 Admin Center’a bağlanma işlemi gerçekleştirilecekir. Office 365 Admin Center’a bağlanırken kullanıclacak kullanıcı hesap bilgisinin girileceği “Enter Credentials” arayüzü açılacaktır. Buraya global administrator yetkisine sahip bir kullanıcı hesabı ile girilmesi durumunda Powershell’de Office 365 yönetimine dair birçok işleminde yapılmasına imkan sağlanacaktır.


Azure Active Directory Module Powershell ile sınırsız çalışabilmek adına ve her komutun stabil çalışması adına “Set-ExecutionPolicy Unrestricted” komutu çalıştırılmalı ve onaylanmalıdır.


Windows Azure Active Directory Module for Powershell ile komutların kullanımı ile ilgili “Get-Help” komutu çalıştırılmalıdır. “Get-Help” komutundan sonra hangi komut hakkında bilgi alınmak isteniliyorsa onun yazılması gerekmektedir. Şekildeki örnekte “New-MsolUser” komutuna dair bilgi alınmak istenilmiştir. Hatta bu komutun nasıl kullanılacağına dair örneklerin görüntülenmesi istenilmektedir. “-Example” parametresi kullanılmadığı durumlarda komut ile ilgili tüm detaylar listelenecektir.


Powershell komutları ile Office 365 Admin Center’a bağlanmak dışında Office 365 Servislerinden olan Exchange Online’a da bağlantı sağlanarak ilgili komutların çalıştırılması ile Exchange Online servisi de yönetilebilmektedir. Buradan da anlaşılacağı gibi Windows Azure Active Directory Module for Powershell ile Exchange Online servisinin yönetimi mümkündür. Şekildeki arayüzde Exchange Online servisine bağlanmak için kullanılması gereken komut görülmektedir. Bu komutun kullanılması ile beraber Exchange Online’a bağlanmak için kullanılacak yetkili bir kullanıcının hesap bilgileri istenilmektedir. Gerekli bilgilerin girilmesi ile bağlantı sağlanacaktır.


Gerekli bağlantı komutları ile aslında bir session açılma işlemi gerçekleşmiştir. Bu sessiona ilgili komutların import edilmesi için de aşağıdaki komut kullanılmalıdır.


Office 365 ortamına bağlantının sağlanması ve aynı zamanda Exchange Online için gerekli session açma işleminin tamamlanmasının ardından powershell komutları ile gerek Office 365 gerekse de Exchange Online servisinin yönetimi gerçekleştirilebilir. Bundan sonra konfigürasyon için ne yapılacak ise onun için gerekli komutların çalıştırılması olacaktır.

Windows Azure Active Directory Module for Windows Powershell-Part 1

IT çalışanları tarafından işlemlerinin otomatize edilmesi gerek verimlilik gerek stabilite açısından bilinmesi gereken tool’lardan birisi Powershell, Office 365 platformunda da Windows Azure Active Directory Module for Windows Powershell olarak kullanılmaktadır. Yönetim açısından Office 365’e bakıldığı takdirde, Office 365 portalının yanında powershell komutlarını da kullanıcıya sunmaktadır. Buradaki temel mantık söz konusudur. Bilindiği üzere Office 365 alt yapısında aslında Azure Active Directory yer almaktadır. Buradaki powershell komutları ile de var olan bu directory yönetimi yapılacaktır. İstenildiği takdirde Office 365 servisleri (Exchange Online, Lync Online, SharePoint Online) de powershell komutları ile yönetilebilinmektedir. Buradaki Windows Azure Active Directory komutu ile Office 365 ve Exchange Online yönetimi yapılırken gerekli modullerin cihaza kurulması ile Lync Online ve SharePoint Online yönetimi de sağlanabilmektedir.

Windows Azure Active Directory Module for Windows Powershell kurulumu için gerekli olan yazılımsan gereksinimler aşağıdaki gibidir.

İşletim sistemi: Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 veya Windows Server 2008 R2 işletim sistemleri ve varsayılanda sahip oldukları Microsoft.NET Framework ve Windows Powershell

Güncelleştirmeler: Microsoft Cloud servisine aşt güncelleştirmelerin yapılmış olması gerekmektedir. Yoksa bazı bulut servisleri stabil çalışmayacaktır.

Microsoft Online Services Sign-in Assistant: Windows Azure Active Directory Module for Windows Powershell’in kurulumunda olmazsa olmazlardan biri Microsoft Online Services Sign-in Assitant’tır. Microsoft Online Services Sign-in Assitant http://www.microsoft.com/en-us/download/details.aspx?id=41950 linkine bağlanılarak indir ve gerekli kurulumu yapılır. Şekildeki arayüzde kurulum dosyasının indirilmesinden sonra “Run as administrator” ile çalıştırılan ve kullanıcıyı karşılayan arayüz yer almaktadır. Burada yer alan “AdministrationConfig-TR.msi” dosyası Windows Azure Active Directory Module for Windows Powershell için gerekli olan kurulum dosyasıdır. Diğeri ise “msoidcli_64.msi” dosyası ise Microsoft Online Services Sig-in Assitant!a ait kurulum dosyasıdır. Bu dosyanın çalıştırılması ile beraber Microsoft’un lisans sözleşmesinin yer aldığı ekran görünmektedir. Burada gerekli lisansın kabul edilmesinin ardından “Install” seçeneği ile kuruluma başlanılacaktır.


Kurulumun bittiğini gösteren sihirbaz şekildeki gibidir. “Finish” ile Windows Azure Active Directory Module for Windows Powershell için gerekli olan Microsoft Online Sign-in Assistant’ın kurulumu tamamlanmış olur.


Ön gereksinimlerin tamamlanmasının ardından Windows Azure Active Directory Module for Windows Powershell kurulumuna geçilecektir. Gerekli kurulum dosyası yine “Run as Administrator” ile çalıştırılmasının ardından kullanıcıyo “Hoşgeldiniz” sihirbazı karşılamaktadır. Bu ekranda kurulumun yapıldığına dair bilgi verilirken iptal edilmek istenilmesi durumunda “İptal” tuşuna basılması gerektiğinin bilgisi de kullanıcıya verilmektedir. “ileri” butonu ile devam edilecektir.


Şekildeki ekranda ise yine Microsoft’un klasik lisans sözleşmesi ve koşullarının yer aldığı sihirbaz kullanıcıyı karşılamaktadır. Burada lisans koşullarının kabul edilmesi ile devam edilecektir.


Bu arayüzde, Windows Azure Active Directory Module for Windows Powershell için gerekli olan kurulum dosyalarının lokasyon bilgisi belirlenecektir. “C:Program FilesWindows Azure Active DirectoryPowershell” varsayılanda gelen konumdur. “Gözat” denilerek lokasyon bilgisinin değiştirilme işlemi gerçekleştirilebilir. Aynı zamanda istenilmesi durumunda “Masaüstünde kısayol oluştur” denilerek kullanıcının kullanım kolaylığı adına masaüstüne Windows Azure Active Directory Module for Windows Powershell’e ait bir kısayol oluşturacaktır.


Gerekli kurulumun yapılmasının ardından, kurulum sihirbazından çıkmak için “Son” butonuna basılacaktır.


Kurulumun tamamlanmasının ardından masaüstüne kısayol oluşturulmuş ve Windows Azure Active Directory Module for Windows Powershell “Run as Administrator” olarak çalıştırılmıştır.


Office 365 Exchange Online Shared Mailbox

Birden fazla kullanıcının mail atıp, mail okuyabildiği mailbox türüdür. Burada birçok kullanıcı aynı anda mail kutusunu kullanması dışında, shared mailbox birden fazla kullanıcının kullanabileceği ortak takvim imkanı da sağlamaktadır. Böylelikle sahred mailbox’ta yetkisi olan kullanıcılar tek takvim üzerinde toplantılarını organize edip, aynı anda birden fazla kişinin de bu takvimi kullanmasından dolayı bu toplantıları gözlemleyebileceği ortamı sağlamaktadır. Örnek vermek gerekirse satış ekibi için açılan shared mailbox ile satış departmanında çalışan kişiler tüm toplantılarını buraya kaydedecek ve toplu olarak tüm toplantılar bir takvimde toplanmış olacaktır. Aynı zamanda diğer kullanıcılar satış departmanına bir soru sormak istediklerinde direkt bu mail kutusuna mail atarak, bu mail kutusunda yetkisi olan tüm kullanıcıların aynı anda bu mailleri görebilmesine imkan sağlar.

Shared mailbox’ın birçok kullanım alanı vardır. Gerek müşterilerin firma hakkında bilgi almak istemeleri durumunda müşterilere sunulan public bir mailbox olarak kullanılması gerekse de çalışanlara hizmet sunacakları merkezi mail sistemi sunması gibi örnekler söz konusudur. Çalışanlara merkezi mail alt yapısı sunmasından kasıt, örneğin IT teknik ekibin bakması gereken bir iş olması durumunda direkt bireysel mailler atmak yerine açılacak olan shared mailbox üzerinden mailler atılmış olunacaktır. Burada shared mailbox üzerinden mail atılması durumunda, maili alan kullanıcı yine shared mailbox’a ait SMTP adresini görecektir. Haliyle shared mailbox’da yetkili olan kullanıcıların kişisel mail adreslerinden mail atması yerine merkezi bir yerden mail atılma işlemi de gerçekleşecektir. Shared mailbox’ın herhangi kullanıcı adı ya da şifresi yoktur. Haliyle Outlook ya da Outlook Web App’da direkt olarak oturum açma gibi bir durumda söz konusu değildir. Shared mailbox’ı kullanabilmek için yetki ataması yapılmalıdır. Yetkisi olan kullanıcılar, kendi hesapları ile oturumları açmaları durumunda, shared mailbox kullanıcıların gerek Outlook Web App’de gerekse de Outlook uygulamalarında otomatik olarak gözlemlenecektir. Exchange Online içerisinde yer alan shared mailbox boyutları Office 365 plan tiplerine göre değişmekte olup herhangi lisans atama işlemine gerek yoktur. Ayrıca kullanılan herhangi shared mailbox, user mailbox ya da resource mailbox’a dönüştürülebilir.

Office 365 arayüzünde shared mailbox yönetimi Exchange Admin Center’daki “Receipent” bölümündeki “shared” başlığından yapılmalıdır. Yeni “shared mailbox” oluşturulmak istenildiğinde ilgili arayüzde “+” butonuna basılmalıdır. Şekildeki “shared mailbox” oluşturulurken kullanıcı tarafından girilmesi gereken bazı değerlerin olduğu arayüz yer almaktadır. Display name ve email address bölümünün doldurulmasından sonra bu mailbox’a bağlanacak kullanıcıya yetkinin verilme işlemi gerçekleşecektir. Burada “Full Access”, “Send As” ve “Send on Behalf” başlıkları ile yetkilendirme seviyeleri belirlenmelidir. “Full Access” yetkisine sahip olan kullanıcılar “shared mailbox” üzerinde sahiplik yetkisi ile işlemler yapabilmektedirler. Böylelikle shared mailbox’a ait takvim öğeleri oluşturabilmekte, mailleri okuma, görme, silme ve değiştirebilmektedir. Aynı zamanda tasklar ve takvim kontaktları oluşturabilmektedir. “Send As” shared mailbox SMTP adresinden kullanıcıalrın mail atabilme işlemidir. Böylelikle mail alıcıları, kullanıcı tarafından değil, shared mailbox adresinden maili alıyor olacaktır. “Send on Behalf”, yetkisi verilen kullanıcılar shared mailbox adına mail atabilecekler, ancak mailde kullanıcı tarafından shared mailbox adına atıldığına dair bilgi yer almaktadır. Son olarak shared mailbox’a ait “Alias” bilgisinin de girilmesi gerekecektir. Gerekli yetkilerin verilmesinin ardından “Save” denilerek devam edilecektir.



Oluşturulan shared mailbox’ın üzerine çift tıklanması ya da görsel arayüzdeki kalem ikonuna tıklandığında mailbox’ın detaylı konfigürasyonunun yapılacağı arayüz kullanıcıyı karşılamaktadır. Şekildeki arayüzde de görüldüğü üzere yapılandırılacak ayarlara ait konfigürasyon başlıkları sol tarafta yer almaktadır. “General” başlığı altında shared mailbox oluşturulurken girilen Display name, Alias ve email address dısşında istenilirse mail kutusuna spesifik özelliklerin eklenebileceği “Custom attributes” başlığı yer almaktadır.


“mail delegation” başlığı altında yine shared mailbox oluşturulurken girilen yetkilendirme ayarları gözlemlenir. Önceden de belirtildiği üzere “Full Access”, “Send As” ve “Send on Behalf” yetkileri mevcuttur. Bu yetkilendirmelere eklenecek kullanıcılar “+” ile çıkarılacak kullanıcılar için ise “-” işaretine tıklanmalıdır. Shared mailbox’ı oluşturan kullanıcılar “Full Access” yetkisine sahip olacaklardır.


Şekildeki arayüzde shared mailbox’ın kullanım oranı görülmektedir. Office 365 paketlerine göre shared mailbox boyutları da değişmektedir. Günümüzde, Office 365 Business Essentials, Office 365 Business Premium, Office 365 Enterprise E1, Office 365 Education E1, Office 365 Goverment E1, Office 365 Enterprise E3, Office 365 Education E3, Office 365 Goverment E3, Office 365 Enterprise E4, Office 365 Education E4, Office 365 Goverment E4, Office 365 Enterprise K1 ve Office 365 Goverment K1 paketlerindeki shared mailbox boyutu 50 GB iken Exchange Online Plan1, Exchange Online Plan 2 ve Exchange Online Kiosk paketlerindeki boyut 10 GB’tır. Ancak bu değerler dinamik değerlerdir yani devamlı güncellenmektedir. Bu arayüzde de Office 365 Enterprise E3 lisansına ait shared mailbox’a ait mail kutusunun kullanımına ait bilgi yer almaktadır.


“Contact information” başlığı altında ise shared mailbox’a ait kişisel ayarların girilmesi sağlanır. Buraya lokasyon bilgisine dair ve iletişim bilgileri girilmektedir. Böylelikle shared mailbox’a ait bilgiler diğer kullanıcılar tarafından da kontakt bilgisi olarak görüntülenebilecektir.


“Organization” başlığında ise şirket hiyerarşisine uygun shared mailbox’a ait “Title”, “Department” ve “Organization” bilgileri girilir. “Manager” başlığında ise shared mailbox’ın yönetici bilgisi atanır. Bu bilgiler sonradan mail kuralları oluşturulurken kullanılabilir. Dolayısıyla yönetimsel açıdan bu tarz bilgilerin doldurulması önemlidir.


“email address” başlığı altında oluşturulan shared mailbo’ın SMTP mail adresi ve de alt smtp adresleri yer almaktadır. Bilindiği üzere shared mailbox’da yetkili olan kullanıcılar burada yer alan “Make this the reply address” özelliğine sahip mail adresinden mail atıp, mail alabileceklerdir. Aynı zamanda alt smtp’lerden de mail alma işlemine devam edebileceklerdir.


“mailbox features” özelliği ile mail kutusuna ait özellikler ve kurallar belirlenir. Mail kutusunun oluşturulması ile Office 365’de varsayılanda geşen kurallar otomatik olarak mail kutusuna atanacaktır. Ancak Office 365’de Exchange Admin Center’da farklı kurallar oluşturarak kullanıcılara atanabilmektedir. Örneğin varsayılanda “Default Sharing Policy” özelliğinde mail kutusundaki takvim öğelerinin detaylarının görülüp görülmeyeceğine dair ayarlar yer alırken, Retention Policy başlığı altında ise maillerin belirli zaman sonrasında silinme, geçici silinme ya da arşivlenme durumlarına dair ayarlar yapılır. IMAP, POP3, MAPI, arşiv, litigation hold, ve OWA özelliklerinin etkinleştirilmesi ya da kapatılmasına dair ayarlar da yine bu arayüzde yapılmaktadır. Ayrıca maillerin yönlendirilmesine dair ayarlarda yapılmaktadır.


Şekildeki arayüzde shared mailbox’ın hangi distribution gruplara üye edildiği gözlemlenir. Buradan da anlaşılacağı gibi shared mailbox’lara kullanıcı mailbox’lar gibi detaylı ayarlar yapılabilmektedir. Sadece aradaki fark bu mail kutusunun birden fazla kişi tarafından kullanılan ortak alan olmasıdır.


“MailTip”, shared mailbox’a mail atan kullanıcılara not niteliğinde uyarı verir. MailTip, Exchange Web Servisidir. Bu yüzden Outlook uygulamasının offline mode’da çalışması durumunda MailTip çalışmayacaktır. Buraya girilen en fazla 175 karakter uzunluğundaki notu, kullanıcılar mail atarken görebileceklerdir.