Bildiğiniz üzere XenDesktop 7.x sürümünden itibaren gelen yenilik ve özellikleri sizlere aktarmaya çalışıyorum.

30 Eylül tarihi itibari ile duyurulan XenDesktop ve XenApp ürünlerini detaylı şekilde inceleyeceğiz. Ayrıca aynı tarih itibari ile Provisioning Server (PVS) 7.6 ve StoreFront 2.6 yayınlandı.

Makale serimizin 1. Bölümünde “Citrix XenDesktop 7.6 Kurulum ve Site Yapılandırması” konusuna değineceğiz.

Makalede kafa karışıklığını engellemek amacı ile iki bölümde İzleyeceğimiz adımlar şu şekilde olacak;

Bölüm 1 - Citrix XenDesktop 7.6 Kurulum ve Site Yapılandırması

1.       XenDesktop 7.6 Kurulumu,

2.       Site Setup Yapılandırması.

Bölüm 2 - Citrix XenDesktop 7.6 - Bölüm 2 - Windows 10 Master Image, Katalog ve Delivery Grup Oluşturulması

1.       Windows 10 Technical Preview ile Master Image oluşturulması,

2.       Katalog oluşturulması,

3.       Delivery grup oluşturulması.

Öncelikle kısaca sistem gereksinimlerine göz atalım ve ardından hızlıca kurulum işlemlerine başlayalım.

XenDesktop 7.6 Sistem gereksinimleri;

Delivery Controller:

·         Windows Server 2012 R2, Standard and Datacenter Editions

·         Windows Server 2012, Standard and Datacenter Editions

·         Windows Server 2008 R2 SP1, Standard, Enterprise, and Datacenter Editions

Database:

·         SQL Server 2014, Express, Standard, and Enterprise Editions.

·         SQL Server 2012 SP1, Express, Standard, and Enterprise Editions*

·         SQL Server 2008 R2 SP2, Express, Standard, Enterprise, and Datacenter Editions.

*Standart kurulum içerisinde SQL Server 2012 SP1 Express hazır olarak gelmektedir.

Studio:

·         Windows 8.1, Professional and Enterprise Editions

·         Windows 8, Professional and Enterprise Editions

·         Windows 7 Professional, Enterprise, and Ultimate Editions

·         Windows Server 2012 R2, Standard and Datacenter Editions

·         Windows Server 2012, Standard and Datacenter Editions

·         Windows Server 2008 R2 SP1, Standard, Enterprise, and Datacenter Editions

Director:

·         Windows Server 2012 R2, Standard and Datacenter Editions

·         Windows Server 2012, Standard and Datacenter Editions

·         Windows Server 2008 R2 SP1, Standard, Enterprise, and Datacenter Editions

Hosts / Virtualization resources:

·         XenServer 6.2 SP1

·         XenServer 6.1

·         VMware vSphere 5.5

·         VMware vSphere 5.1 Update 2

·         VMware vSphere 5.0 Update 2

·         System Center Virtual Machine Manager 2012 R2

·         System Center Virtual Machine Manager 2012 SP1

·         System Center Virtual Machine Manager 2012

Active Directory functional level support:

·         Windows 2000 native

·         Windows Server 2003

·         Windows Server 2008

·         Windows Server 2008 R2

·         Windows Server 2012

·         Windows Server 2012 R2

1.       XenDesktop 7.6 Kurulumu

Öncelikle http://www.citrix.com/downloads/xendesktop.html adresinden XenDesktop 7.6 ISO dosyasını indirip medyayı mount ediyoruz.

Karşımıza iki seçenek çıkacaktır biz XenDesktop seçeneğine Start vererek devam ediyoruz.

Bu adımda dilersek rolleri ayrı ayrı kurabilir dilersekte tek bir adımda tüm kurulumlara başlayabiliriz. “Delivery Controller” seçeneği ile devam edelim.

Lisans sözleşmesini kabul ederek devam edelim.

Bu adımda kurulacak rolleri seçiyoruz. Önerilen elbette rollerin dağıtılması, Ancak ben demo ortamında light bir kurulum olması için tüm rolleri tek bir sunucu üzerine kuracağım.

Default olarak SQL Server 2012 SP1 Express XenDesktop içerisinde hazır geliyor. Demo ortamı için elbette yeterli ancak Production ortamında bir kullanım söz konusu olduğunda önerim harici bir SQL Server üzerinde koşmasıdır.

XenDesktop sunucumuzun için gerekli Firewall portlarını Otomatik olarak ayarlıyoruz. Bu portlar Controller, Director, Lisans Server ve StoreFront için gerekli.

Kurulum özetine göz atıyoruz ve “Install” seçeneği ile kurulumu başlatalım. Kurulum ortalama 15 dakika sürebilir, Artık kendimize bir kahve alabiliriz J

Aşağıdaki ekran bize bütün bileşenlerin başarılı bir şekilde yüklendiğini gösteriyor. “Finish” seçeneği ile kurulumu bitirip “Studio” konsolunu açıyoruz.

2.       Site Setup Yapılandırması

Kurulum tamamlandıktan sonra açılan pencerede “Site Setup” ile devam ediyoruz.

İstediğiniz bir Site ismi belirleyerek devam ediyoruz.

Hatırlayacağınız üzere SQL Server 2012 SP1 Express kurulumu yapmıştık, “Test connection” diyerek bağlantımızı kontrol edelim ve diğer adıma geçelim.

Lisans sunucumuzda, XenDesktop sunucumuz ile aynı yerde olduğundan dolayı “localhost” ile bağlantı kurduğumuzda 30 günlük deneme sürümü aktif olacaktır. Satın alınmış bir lisans var ise “Use an existing license” seçeneği ile lisans dosyanızı yükleyebilir veya direkt olarak Cİtrix sunucuları üzerinden Allocate edebilirsiniz.

Bu adımda Hypervisor bağlantısı ekliyoruz. Ben ortamda XenServer kullandım ve host bilgilerimi aşağıdaki gibi girdim. Şu an desteklenen sistemler Citrix XenServer, Microsoft System Center Virtual Machine Manager,VMware vSphere, Citrix CloudPlatform, Amazon EC2

Sonarki adımda Host kaynaklarına bağlı olarak Network bağlantımızı seçiyoruz. Alt tarafta ise eğer bir GPU Virtualization var ise buradan seçebiliyoruz. (vGPU Hakkında bir makale yayınlayacağım)

Yine Host üzerinde bulunan Local yada Shared Storage seçeneklerinden birini seçiyoruz. Benim demo ortamımda Intel PCI Express SSD disk bulunmakta ve bu diski seçerek devam ediyorum.

Microsoft App-V ile ilgili bir uygulama sanallaştırma sunucum bulunmadığı için “No” diyerek devam ediyorum.

Ve son adımda özeti gözden geçirerek Site kurulumunu tamamlayabiliriz.

XenDesktop tarafındaki ilk iki aşamada Controller ve diğer rollerin kurulumunu yaparak ilk Site yapılandırmasını tamamlamış olduk.

İkinci bölümde ise Windows 10 Technical Preview ile Master Image hazırlayıp, XenDesktop üzerinde Katalog ve Delivery grup oluşturduktan sonra Windows 10 Sanal Masaüstü sistemine bağlanacağız.

Faydalı olması dileği ile Görüşmek üzere.

Citrix XenDesktop 7.6 Makale serimizin ikinci bölümündeyiz. Bir önceki bölümde “Citrix XenDesktop 7.6 Kurulum ve Site Yapılandırması” yapmıştık.

Makale serimizin 2. Bölümünde “Citrix XenDesktop 7.6 Windows 10 Master Image, Katalog ve Delivery Grup Oluşturulması” konusuna değineceğiz.

Windows 10 beta aşamasında olmasına rağmen merak ettiğim bir işletim sistemiydi ve Citrix tarafında henüz resmi bir destek olmasa da XenDesktop 7.6 ile harika bir uyum sağlayarak şimdiden çok keyifli bir sanal masaüstü deneyimi yaşatacağının sinyallerini veriyor.

İkinci bölümde İzleyeceğimiz adımlar şu şekilde olacak;

Bölüm 2 - Citrix XenDesktop 7.6 - Bölüm 2 - Windows 10 Master Image, Katalog ve Delivery Grup Oluşturulması

1.       Windows 10 Technical Preview ile Master Image oluşturulması,

2.       Katalog oluşturulması,

3.       Delivery grup oluşturulması.

Öncelikle VDI altyapımız için sistem gereksinimlerine bakalım;

XenDesktop 7.6 Virtual Desktop Sistem gereksinimleri;

Virtual Delivery Agent (VDA) for Windows Desktop OS:

·         Windows 8.1, Professional and Enterprise Editions

·         Windows 8, Professional and Enterprise Editions

·         Windows 7 SP1, Professional, Enterprise, and Ultimate Editions

Virtual Delivery Agent (VDA) for Windows Server OS:

·         Windows Server 2012 R2, Standard and Datacenter Editions

·         Windows Server 2012, Standard and Datacenter Editions

·         Windows Server 2008 R2 SP1, Standard, Enterprise, and Datacenter Editions

1.       Windows 10 Technical Preview ile Master Image oluşturulması

Windows 10 kurulumundan bahsetmeyeceğim zira sevgili meslektaşım Uğur DEMİR “Windows 10 Technical Preview Kurulum ve Yenilikleri” adlı makalesinde herşeyi gayet güzel açıklamış J

Windows 10 üzerine istediğiniz programları kurup Domain ortamına dahil edelim ve bir Admin hesabı ile oturum açalım.

http://www.citrix.com/downloads/xendesktop.html adresinden XenDesktop 7.6 ISO dosyasını indirip medyayı mount edip çalıştırıyoruz ve XenDesktop seçeneği ile devam ediyoruz.

Client bir işletim sistemi üzerine kurulum yaptığımız için Yalnızca “VDA for Windows Desktop OS” seçeneği aktif.

Master Image oluşturacağımız için “Create a Master Image” seçeneği ile devam ediyoruz.

Biz Standart bir VDA kuracağız. Ancak 3D Rendering veya grafik ağırlıklı uygulamaların kullanılacağı bir desktop oluşturulacaksa HDX 3D Pro seçeneği ile devam edilebilir.

Virtual Delivery Agent ve Citrix Receiver kurulacağını onaylıyoruz. Eğer ortamda XenApp yok ise receiver kurmanıza gerek kalmayacaktır.

Önceki makalede kurduğumuz XenDesktop Conroller FQDN adresini giriyoruz ve mutlaka “Test connection” diyerek adreste problem olmadığından emin olalım.

Sonrasında “Add” butonuna tıklayarak XenDesktop controller adresimizi ekleyelim.

Bu adımda sırası ile Windows üzerinde optimizasyon yapacak, Remote Assistance özelliğini açacak ve ses trafiği için portların ayarlamalarını yapacak.

Firewall üzerinde gerekli portlar için “Automatically” diyerek oluşturulmasını sağlıyoruz.

Özetimize göz attıktan sonra “Install” diyerek Agent kurulumunu başlatabiliriz.

Virtual Desktop Agent başarılı bir şekilde yüklendi. Finish dediğimizde Windows yeniden başlayacaktır, Tavsiyem birkaç kere yeniden başlatmanız.

Yeniden başlatma işlemleri sonrasında Windowsu kapalı konuma getirerek XenDesktop Controller tarafına dönüyoruz.

2.       Katalog Oluşturulması

XenDesktop Controller sunucumuza dönüyoruz ve ana ekrana geldiğimizde ikinci seçenek olan “Machine Catalog” ile devam ediyoruz.

Biz Windows Desktop oluşturacağız “Windows Desktop OS” seçeneği ile devam ediyoruz.

Üst tarafta bulunan seçenek bu katalog için Virtual Machine kullanacağımızı belirtiyor. Aşağıda ise Kullanılacak teknoloji sorulmakta. MCS ile devam ediyoruz.

Oluşturulacak Desktoplar Kullanıcılara rastgele dağıtılacak şekilde seçiyorum, Alttaki seçenekte ise herbir kullanıcı için Sabit Desktop oluşturulabilir.

Bu adımda hazırladığımız Windows 10 makinasını seçerek devam ediyoruz.

Çoğaltılacak olan her bir makinanın ne kadar donanıma sahip olacağını belirliyoruz.

Active Directory üzerinde bilgisayar hesaplarının oluşturulacağı OU belirtiyoruz. Yeni Oluşturulacak VM’ler için bir isim formatı belirterek devam ediyoruz.

Ve özete göz attıktan sonra bir katalog adı belirleyip “Finish” diyerek Machine Catalog oluşturma işlemini bitiriyoruz. Bu adım Host ve Network kaynaklarınıza göre 20 dk. civarı sürebilir.

3.       Delivery Grup oluşturulması

XenDesktop Controller konsoluna dönerek “Delivery Groups” bölümüne “sağ tık” yapıp “Create Delivery Group” diyoruz. Bu kısımda az önce oluşturduğumuz Windows Kataloğunu ve kaç tane VDI oluşturduğumuzu göreceğiz. Delivery Grup içerisine kaç adet makine ekleyeceğimizi seçerek devam ediyoruz.

Kullanıcılara yalnızca VDI hizmeti verileceği için Desktops seçeneği ile devam ediyoruz.

Erişim sağlamasını istediğimiz kullanıcıları seçerek devam ediyoruz.

StoreFront oluşturmadık Default olarak bizim için oluşturacak Manual olarak devam ediyoruz.

Son olarak Delivery Grup adını belirterek Finish diyoruz.

Bu işlem sonrasında makinalar otomatik olarak açılacaktır. Bir süre sonra Controller üzerinde makinanın “Registered” olduğunu gördüğümüzde artık kullanıma hazır hale gelmiş demektir.

XenDesktop Controller üzerinden “Citrix StoreFront” seçeneğini genişleterek “Receiver for Web” kısmına gelelim. Burada bahsettiğim gibi default bir adres oluşmuş olacak. “Website URL:” kısmını seçerek kopyalıyoruz.

Herhangi bir cihaz üzerinden Web tarayıcısını çalıştırıyoruz ve az önce kopyaladığımız adresi buraya giriyoruz. Yetki verdiğimiz bir kullanıcı bilgilerini girerek “Log On” butonuna tıklayıp giriş yapalım.

Belirtmiş olduğumuz gibi Windows 10 hazır tıklayarak Sanal masaüstü oturumumuzu açalım.

İşte Karşınızda XenDesktop 7.6 ile çalışan Windows 10 J

Son olarak da Controller üzerinden, oturum açmış olan kişiye ait tüm bilgileri görebilirsiniz.

İki bölümden oluşan Citrix XenDesktop 7.6 makale serimizin sonuna geldik. Bir sonraki seri Citrix XenApp 7.6 hakkında olacak ve diğer Citrix ürünleri hakkında incelemelere devam edeceğim.

Faydalı olması dileği ile Görüşmek üzere.

Sharepoint 2013 / Office 365 iş akışları üzerinde daha önceden üç çeşit iş akışı oluşturabildiğimize değinmiştik.

Bunlardan List Workflow örneğimizi daha önceki yazılarımızda örnek uygulama üzerinde gerçekleştirdik. Bu yazımız da ise Site Workflow’lar üzerinde Harici Web Servislerini tetiklemeyi göreceğiz.

Sharepoint Designer vasıtası ile sitemize bağlanıyoruz ve Navigation Pane’den Workflows’u seçiyoruz. Sharepoint designer üzerinde Ribbon Bar da üç adet workflow seçeneğimiz beliriyor ve biz bunlardan Site Workflow’u seçerek bir sonraki ekrana geçiyoruz.

Workflow’umuza bir isim vererek açıklamasını yazıyoruz ve OK diyerek devam ediyoruz. Burada OData Servisinin bize sağlamış olduğu örnek Northwind datasına bağlanacağız ve ürünleri listeleyeceğiz.


OK butonuna bastıktan sonra Sharepoint Designer Text Based Workflow Editor karşımıza açılacak ve artık mevcut komutları imlecin olduğu yerde yazarak yada Ribbon barda bulunan Action menüsü ile de Stage’imize ekleyebiliris.

Call yazarak Enter tuşuna basıyoruz ve sharepoint workflow designer bize otomatik olarak Call this http…. adında bir satır oluşturarak mevcut yerlere atamaları yapabileceğimiz hazır bir template action sunnuyor.



Burada yapacaklarımızı özetlemek gerekirse

Call This = Tıkladığımızda Web Servisin urlsini girebileceğimiz bir panel açılacaktır.
(ResponseContent to response.. = Dönen Response değerini atayabileceğimiz bir değişken oluşturur.
responseHeader = Post yada get yaparken http  Header öğesini set edebileceğimiz bir Dictionary List oluşturmamıza olanak sağlar.
responseCode = Dönen değerin http response kodlarını tutabileceğimiz bir değişken oluşturmamıza izin verir. ( 404,405 …. Gibi status kodları)

* Mavi gördüğümüz yerlere tıklayarak açılan pencerelere gerekli değerleri girebiliriz.

This kısmına tıklayarak Web servis urlsini giriyoruz ve ok Tuşuna basıyoruz.


Aynı şekilde responseContetn kısmına da tıklayarak yeni bir değişken tanımlayarak dönden değerin bu değişkene atanmasını sağlıyoruz.


Bu değişkeni birden fazla item yada Json Array içereceğini düşünürsek Dictionary olarak düzenlemekte fayda var. Açılan pencerede değişkenimize isim veriyoruz ve tip olarak da Dictionary seçimini yaparak OK tuşuna basıyoruz. 

Servis çağırma işlemimiz şimdilik bu kadar. Sharepoint normalde bizim daha önceden kod ile yapmış olduğumuz HttpWebRequest’leri workflowlar içinde kullanıma hazır biz action yaparak sharepoint designer içine gömmüş. Bizler gerekli parametreleri doldurarak çok fazla kod yazmadan her hangi bir web servisten data çekip email atabilir veya herhangi bir listeye yazabiliriz.

Workflow designer’a geri dönüyoruz ve send email actionunu ekliyoruz. These users a tıklayarak açılan pencereden to kısmına mail atacağımız kişi yada kişileri seçiyoruz. CC içinde aynı step geçerli. 



Subject kısmına ise mail ile ilgili bilgilendirmeyi yazıyoruz. Content alanına tıklayıp Sol Atl köşede bulunan Add or Change lookup butono vasıtası ile aşağıdaki ekranda görünen pencereyi açıyoruz. Data Source olarak Workflow Variables and Parametes kısmını seçiyoruz. Return Field as kısmında ise Servisten dönen değerimizi seçiyoruz.

İki kere OK diyerek pencereleri kapatıyoruz. 

Publish etmeden önce son olarak önemli bir not. Site Workflowlar devamlı suret ile arka planda çalıştığından End Workflow yada Go to Stage kısımlarını atlamamanızı öneririm. 

Workflow’umuzun son şekli aşağıdaki gibi olacaktır.


Buradan sonra artık Workflowumuzu Check Error ve Publish yapıyoruz.
Sitemize giderek Settings > Site Contents menüsünü tıklıyoruz ve açılan ekranda Site Workflows bağlantısına tıklıyoruz.

Bağlantıya tıkladığımızda gelen ekranda oluşturmuş olduğumuz Workflowdaki check ikonuna tıklayarak iş akışımızı başlatıyoruz.

İş akışını başlattığımızda hemen başlamaya bilir. Sayfamızı bir – iki kez yeniledikten sonra iş akışımızın devam eden iş akışları alanında görünmesi gerekmektedir.



Bu ekranda bir iki kere daha yenileme yaparak takibini yapıyoruz. Aynı esnada mail attığımız hesaba bağlanarak e-postamızı kontrol ediyoruz. Eğer başarılı bir şekilde iş akışımız çalışıyorsa aşağıdaki ekrandaki gibi bir maille web servisten çağırmış olduğumuz ürün listesi json data olarak e-postamıza yansıyacaktır.

Tekrar geri dönerek ekranı yenilediğinizde tamamlanan iş akışları arasında az önce çalıştırmış olduğumuz iş akışının tamamlanmış olarak görebilirsiniz.

Son olarak aslında http://services.odata.org/V3/OData/OData.svc/Products url’sini çağırdık ve ekrana gelen xml data idi mail de ise Json olarak bir döküm ile karşılaştık. Bunun nedeni Sharepoint Call webservice actionu header olarak default “application/json; odata=verbose” header’ını kullanmaktadır. 

Loop komutu ile bu gelen data bir loopa sokulabilir, başka bir isteye atılabilir veya dosya olarak saklanabilir. Temel olarak Sharepoint designer iş akışları içerisinde web servis tetiklemesini gösterdik. Daha fazlası içinhttp://msdn.microsoft.com/en-us/library/office/dn567558(v=office.15).aspx adresinizden inceleyebilirsiniz.

Bildiğiniz gibi pek çok uygulama Active Directory ile entegre çalışmaktadır. Bu entegrasyondaki asıl gereksinim ise, yazılımların ihtiyaç duydukları kimlik doğrulama ve yetkilendirme işlemleri için AD veri tabanını kullanmasıdır.

Eğer siz mevcut uygulamalarınızı bulut üzerine aktarır veya bulut tabanlı uygulama geliştirirseniz bu gereksinim devam edecektir.

Tabiki mevcut AD yapınızı bulut üzerine genişletmek sadece uygulama ihtiyaçları için gerekli değildir. Mevcut bir AD yapına disaster site DR-site oluşturmak için de bulut üzerine genişletme yapabilirsiniz. Bu sayede mevcut veri merkezinizdeki fiziksel bir takım sorunlar nedeni ile sunucularınız ulaşılamaz duruma gelse bile azure üzerindeki directory servisiniz hizmet vermeye devam edecektir.

Bulut üzerindeki AD seçenekleri

Temelde iki seçeneğiniz vardır;

Microsoft Azure Active Directory

Bulut tabanlı kimlik doğrulama sistemi ( cloud-based authentication ) olarak isimlendirebileceğimiz Microsoft Azure Active Directory hizmeti aslında yerleşik ( on-premise ) Active Directory gibi çalışmak ile beraber ilk olarak bulut üzerinde geliştirilen uygulamalara özel tasarlanmıştır.

Windows Server Active Directory on Windows Azure VMs

Bu yöntemde ise Azure üzerinde bir sanal makine oluşturup mevcut site yapınıza azure network bilgisini ekleyip bu network üzerindeki sanal makineyi ADC olarak kuruyorsunuz. Yani aslında herhangi bir hosting firmasındaki bir makineden farklı değil.

Ben bu makalemde sizlere bu ikinci adımı anlatacağım.

Öncelikle ikinci senaryonun hayata geçmesi için Microsoft Azure network’ u ile şirket organizasyonunuz arasında bir VPN bağlantısı oluşturmanız gerekmektedir. ( Site-to-Site IPsec VPN tunnel )

Yukarıdaki senaryo gereği yapacağımız işlem adımları aşağıdaki gibi olacaktır;

1.On-Premise Active Directory üzerinde Site ve Subnet ayarlarının yapılması.

2.Azure üzerinde DNS Server register işleminin yapılması.

3.Microsoft Azure Virtual Network ile yerleşik network arasında Site-to-Site VPN kurulması.

4.Azure üzerinde yeni domain controller kurulumu.

İlk olarak mevcut active directory yapımızın site mimarisini bir kontrol edelim.

Tek bir site, buna bağlı bir subnet ve bir DCV var. Hemen Azure için bir site ve subnet ekleyelim.

Site için bir isim veriyoruz ve var olan IP link’ e bağlıyoruz.

Site işlemi tamamlandıktan sonra bu site için bir subnet tanımlıyoruz.

Azure üzerindeki network ID bilgisini veriyorum. Eğer bundan emin değilseniz, Azure üzerinde network oluşturduktan sonra bu bölümü gelip değiştirmeniz gerekli.

Şimdi sıra DNS register işlemine geldi, bunun için azure hesabımıza ulaşıyoruz.

https://manage.windowsazure.com

Not: Microsoft Azure sektör ihtiyaçlarını hızlı bir şekilde karşılamak için gelen talepler doğrultusunda güncellenmektedir. Bu nedenle bu makalemde geçen bazı ekranlarda farklılıklar olabilir. Makalelerimizi yazarken kullandığımız bazı limitler ve seçenekler belki bundan 3 veya 6 ay sonra değişmiş olabilir, bunu lütfen aklınızdan çıkarmayın.

İki temel adımız var, ilk önce yerleşik dns için register işlemi yapacağız (On-Premise Active Directory-integrated DNS Server ) ardından Azure üzerindeki dns server için (Cloud-based Active Directory-integrated DNS Server )

Register the On-Premise Active Directory-integrated DNS Server

Portala giriş yapıyoruz ve sol ekrandan Network linkine tıklıyoruz. Ardından ekranın en alt bölümündeki “New” butonuna tıklıyoruz.

Aşağıdaki yolu izliyoruz

Networks Services | Virtual Network | Register DNS Server

Bir isim veriyoruz, ardından iç network üzerindeki DNS server için geçerli olan ip adresini tanımlıyoruz.

Şimdi sıra Azure üzerindeki DNS server için kayıt işleminde. ( bunu Azure üzerinde ADC kurduktan sonra yapabilirsiniz )

Register the Cloud-based Active Directory-integrated DNS Server

Yukarıdaki aynı adımları tekrarlıyoruz. ( IP olarak sunucu ip adresi değişmesi durumunda bunuda güncellemek gerekli, bu nedenle bu işlemi Azure üzerinde sunucu kurulumundan sonraya bırakmak mantıklıdır.)

Bu işlemi de tamamlamış olduk.

Şimdi sıra VPN oluşturma adımına geldi.

Bunun için network oluşturmamız gerekiyor, ancak ondan önce network için bir affinity group tanımı yapacağız.

Bunun için ilk olarak yönetim portalında sol menüden ayarlara geliyoruz. Daha sonra sağ üst menülerden “Affinity Group” linkine tıklıyoruz.

Benzersiz bir isim veriyoruz ve bu affinity group’ a bağlanacak olan sanal makinelerin hangi veri merkezinde oluşturulacağını seçiyoruz. Bulunduğunuz ülkeye en yakın lokasyonu seçmeniz tavsiye edilir.

Şimdi Network oluşturmaya başlayabiliriz, aşağıdaki adımları izliyoruz;

Networks | Virtual Network | Custom Create

İsim olarak “MicrosoftAzureNetwork01” veriyorum.

Affinity group olarak biraz önce açtığım affinity group’ u seçiyorum.

Eğer karşınıza Affinity Group seçeneği çıkmaz ise aşağıdaki gibi bir ekran seçimi ile devam edebilirsiniz.

DNS olarak On-Premises üzerindeki DNS sunucusunu seçiyorum. Ardından “Configure a site-to-site VPN” kutucuğunu işaretliyorum.

Bu bölümde VPN konusunda tecrübeli olanların hemen anlayacağı gibi bir network tanımlıyorum. Yani Azure ortamına benim OnPremNet isminde bir lokasyonum var, bu lokasyona 188.132.200.28 nolu ip den ulaşabilirsin, bu network 192.168.0.0/24 iplerini barındırmaktadır.

Teknik olarak, network için bir isim veriyorsunuz, bu network’ un gerçek ip adresi yani Firewall veya ADSL modem yani VPN’ i karşılayacak cihazın gerçek ip adresi ne ise onu yazıyor ve şirket iç network ip havuzunuzu belirtiyoruz.

Bu bölümde ise ilk olarak Azure üzerindeki adres aralığını belirliyoruz. Çünkü siz site-to-site VPN ile tüm Azure ağınızı açacaksınız, ancak bu ağı isterseniz yukarıdaki şekilde de görüldüğü gibi subnetlere bölebilirsiniz. Directory gibi makineleri bir subnet altına, uygulama makineleri ayrı bir subnet altına alabilirsiniz. Ben Azure üzerinde şu anlık sadece DC kuracağım için tek bir subnet açtım, zaten bunu makalemin ilerleyen bölümlerinde sanal makine oluştururken seçeceğim.

Daha sonra alt bölümde ilk olarak azure üzerinde kullanılmak için bir ip aralığı belirledim, makine sayınıza göre bu aralığı siz istediğiniz gibi yapabilirsiniz.

Ben Azure sanal makineler için bir subnet tanımladım, siz isterseniz bir den çok subnet tanımlayabilirsiniz. Daha sonra bir makine kurarken bunu size soruyor zaten.

Daha sonra “add gateway subnet” diyerek bir GW subnet ekliyoruz.

Şimdi bir Gateway eklememiz gerekmektedir.

Bunun için ilgili network üzerine tıklıyoruz ve ardından üst menüden Dashboard linkine basıyoruz

Daha sonra en alt bölümden Dynamic Routing ile bir gateway ekliyoruz.

Yeri gelmişken bu konudan da bahsetmek istiyorum. Bu iki seçenek arasındaki farklar nelerdir?

Aslında bu site-to-site vpn noktasında karşı cihazın özelliklerine göre seçtiğimiz bir özelliktir.

Static routing

Static routing için karşı tarafta bir static routing VPN gateway olması gerekmektedir. Bu gateway’ in özelliği policy tabanlı çalışmasıdır.

Dynamic routing

Dynamic routing için karşı tarafta dynamic routing VPN gateway olması gerekmektedir. Bu gateway’ in özelliği routing bazlı çalışmasıdır.

Farkları aşağıdaki gibi tablo halinde görebilirsiniz.

Gateway ekleme işlemi ile beraber Azure üzerindeki ayarları bitirmiş olduk. Şimdi sıra RRAS üzerindeki ayarlara geldi. Bunu da makalemin ikinci bölümünde anlatacağım.

Makalemin ilk bölümünde Mevcut AD yapımızın Azure üzerindeki bir sanal makine ile nasıl entegre edeceğimiz konusunda temel bilgiler vermiş ve Azure yönetim panelinde yapmamız gereken adımları paylaşmıştım. Bu bölümde ise yerleşik sunucularımız üzerindeki ayarları sizlerle paylaşacağız.

Bölüm1

En son hatırlarsanız Azure üzerinde site-to-site VPN için ilgili ayarları yapmıştım. Şimdi ise ilk olarak yerleşik network yapımdaki RRAS sunucusunu hazırlayacağım.

Sunucuda iki Ethernet kartı olmalı ve bunlardan bir tanesi iç network diğeri ise dış network’ e bağlı olmalıdır. Mevcut network içerisindeki DC için GW adresi de yine bu VPN sunucusunun iç network ip adresi olmalıdır.

RRAS için ip ayarlarım aşağıdaki gibidir;

Dış bacak

İç Bacak

VPN için siz farklı bir cihaz kullanıyor olabilirsiniz, ben Windows Server 2012 R2 ile beraber gelen RRAS hizmetini kullanacağım. Bu noktadaki konfigürasyonlar için ise Azure hesabımdan hazır bir komut seti alıyorum. Bunun için azure yönetim portalına bağlanıyor ve network kısmına tıklıyorum.

Ardından var olan Network ismine tıklıyor ve açılan menüden ise üst tarafta bulunan Dashboard linkine tıklıyorum.

Ekranın hemen sağ köşesindeki “Download VPN Device Script” linkine tıklayarak aşağıdaki seçenekleri seçiyorum.

Ardından “VpnDeviceScript.cfg” isimli dosyayı kayıt ediyorum ve aşağıdaki gibi powershell komut seti olarak çalıştırıyorum.

En son connect diyerek bağlantıyı sağlıyorum.

Durumu kontrol etmek için aşağıdaki komutu kullanabiliriz

Get-VpnS2SInterface

Not; Makale sırasında birkaç kez VPN bağlantısı oluşturduğum için ipler resimlerde farklı olabilir, yani bir önceki resimde 23.100.19.85 ip adresi Azure endpoint iken bu resimde 23.100.3.115 olmuştur. Yani bu kafanızı karıştırmasın. Normalde hepsi aynı ip gibi düşünebilirsiniz.

Daha sonra Windows Azure tarafından kontrol edelim.

Artık Azure üzerinde yeni bir sanal makine oluşturup ADC olarak ekleyebiliriz.

Bu aşamayı da makalemin bir sonraki bölümünde bulabilirsiniz.

Makalemin ilk iki bölümünde Azure ve yerleşik alt yapım için site-to-site vpn ayarlarını gerçekleştirmiştim. Bu bölümde ise Bu VPN üzerinden mevcut DC makinem için bir ADC eklemek üzere Azure portalı üzerinde yeni bir sanal makine oluşturacağım.

Bölüm1

Bölüm2

Bu adımlar Azure kullanıcıları için çok pratik olduğundan detay vermeye gerek duymuyorum.

Galeriden kullanmak istediğiniz işletim sistemi sürümünü seçiyoruz.

Yine ihtiyaçlarınız doğrultusunda CPU ve RAM noktasında seçim yapıyor, makine için isim tanımlıyor, kullanıcı adı ve şifre bilgisi veriyorum.

Bu ekranda ise sırası ile

Yeni bir Cloud servisi oluşturmasını seçiyorum.

Makineme bir isim veriyorum.

Network olarak makalemin önceki bölümlerinde oluşturmuş olduğum ve VPN ile şirketime bağlanan network’ u seçiyorum.

Bu network altında birden çok subnet olabilir, bende uygun bir subnet olduğu için onu seçiyorum.

Eğer daha önceden makine oluşturmak için kullandığınız bir storage hesabı var ise onu seçebilir veya yeni oluşturabilirsiniz.

Eğer birden çok DC kurama durumunuz var ise Azure üzerinde, bu durumda bir Availability set oluşturup bundan sonra açacağınız DCleride bu set içerisine alarak aynı Data Center içerisinde Aynı kabinde olası noktasında bir ayar yapmış olursunuz ( tabiki bunun garantisi yoktur – en iyi iletişim için en iyi konumlandırmayı otomatik yapmaktadır )

Ek bir port ihtiyacınız yok ise makineyi bu şekilde oluşturuyorum.

Makinenin oluşturulması biraz zaman alacaktır. Makine oluşturulduktan sonra aldığı IP adresini ara yüzden ve makine içinden kontrol edebiliriz.

Bu makine bir DC olacağı için IP adresini aşağıdaki makalemde anlatıldığı gibi sabitleyebilirsiniz.

Azure üzerinde görünen ip adresi 10.0.0.4 peki sunucudaki duruma bakalım.

Sunucu üzerindeki durumda benzer. Şimdi iletişim için kontrolleri yapabiliriz. Bunun için ilk olarak Windows firewall aktif ise gerek mevcut DC için gerekse bu yeni kurulan makine için kapatalım.

Daha sonra ping testi yapalım.

Birde OnPremises DC üzerinden deneyelim.

Ping testlerini tamamladık. Şimdi sıra geldi ilk olarak makineyi domain’ e almaya.

Eğer network üzerinde makalemin daha önceki bölümlerinde olduğu gibi DNS ayarlarını düzgün bir şekilde yaptıysanız gördüğünüz gibi hemen DNS isim çözümlemesi çalışacaktır.

Makineyi domain’ e aldıktan sonraki durum ise aşağıdaki gibidir;

Makine bizim lokal ağımızdaki DC ye geldi.

Makine seviyesindeki durumlar ise aşağıdaki gibidir; ( 10.0.0.4 olan IP yi bu bölümden sonra 10.0.2.12 olarak göreceksiniz. Makalemin bu bölümünü farklı bir lab ortamında devam ettirdim )

Makine ismi FQDN olarak değişmiş, ancak ip adresi ve değerler aynı.

Şimdi bu makineyi ADC olarak ortama ekleyelim.

Bu bölümler standart DC kurulumundan farklı olmadığı için detay bilgi vermeyeceğim.

Servis kurulumundan sonra domain işlemlerini gerçekleştirelim.

Var olan domain için bir DC eklediğimizi belirtiyoruz.

Makalemin bundan önceki bölümünde mevcut AD yapısında Azure için bir subnet ve site tanımı yapmıştım, bunu düzgün çalıştığınız, Azure makinesi için site bilgisinin otomatik gelmesinden anlayabilirsiniz.

Diğer standart adımların ardından aşağıdaki gibi kuruluma hazırız.

Kurulumu başlatıyorum ve bittikten sonra ilk olarak lokal network içerisindeki DC den kontrolleri yapıyorum.

Yukarıda da görüldüğü gibi başarılı bir şekilde kurulum tamamlanmış oldu.

Hemen DNS üzerindeki kayıtları da kontrol edelim.

DNS üzerinde de yeni DC nin geldiğini görebiliyoruz. İsterseniz SRV kayıtlarını da kontrol edebilirsiniz.

Azure üzerindeki makineden de bir nslookup sorgusu ile durumu kontrol edebiliriz

Azure üzerinde DC kurulumu tamamlanmış durumda, peki bunu nasıl kullanacağız. Azure üzerinde DC olmasının ilk gereksinimi aslında sizlerin yine Azure üzerinde yani bulut tabanlı uygulamalarınızın olması demektir. Bu uygulamalar için Azure üzerinde açacağınız sanal makineler için artık Azure DC ip adresini DNS olarak tanımlayabilirsiniz. Bu sayede Azure üzerinde çalışan sanal makineleriniz için bir DC – DNS hizmetine sahip oluyorsunuz.

Yine isterseniz port yönlendirmesi yaparak LDAP ve DNS için yerleşik kullanıcılarınıza da hizmet verebilirsiniz. Bu daha çok felaket anında gerekli olacak bir durum, ancak felaket anında bu sistemin çalışması için istemcilere Azure üzerindeki sunucu için DNS ip bilgisini girmiş olmanız gereklidir.

Umarım faydalı bir makale serisi olmuştur. Bir sonraki makalemde görüşmek üzere esen kalın.

WAAD, Tanıdık ve bildik olan Active Directory Servisinin Windows Azure üzerinden sunulan versiyonudur. Aynı yerleşik sistemlerde olduğu gibi temel kimlik doğrulama ve diğer fonksiyonları benzerlik göstermek ile beraber bulunduğu platform olarak on-premises yani yerleşik değil bulut üzerinde çalışmaktadır.

Temelde bulut üzerindeki diğer servislere hizmet verebildiği gibi ( exchange online, lync online veya cloud app ) VPN ile mevcut şirket organizasyonunuz içinde hizmet sunabilmektedir.

WAAD, Tanıdık ve bildik olan Active Directory Servisinin Windows Azure üzerinden sunulan versiyonudur.

Azure Active Directory ile neler yapabiliriz?

Effectively manage users and access to cloud applications

Kolay bir şekilde kullanıcılarımızı tanımlayabilir ve bu kullanıcılar için bulut üzerinde geliştirilmiş olan uygulamalar için SSO desteği sunabiliriz.

Extend your on-premises directories to the cloud

Mevcut Directory alt yapımızı Microsoft Azure ile entegre ederek mevcut hesaplarımızın da bulut üzerindeki servislere aynı kimlik bilgileri ile erişmelerini sağlayabiliriz. identity synchronization connector sayesinde kimlik bilgileri Azure üzerindeki Directory servisi ile eşlenmektedir.

Provide single sign-on across your cloud applications

Kullanıcılarımıza özel kişiselleştirilebilen Web tabanlı bir ara yüz olan Access Panel sayesindeki gerek Microsoft online servisleri gerekse Microsoft dışında yazılmış popüler uygulamalar için SSO desteği sunmaktadır.

Kendi kişisel sayfanıza aşağıdaki linkten ulaşabilirsiniz

http://myapps.microsoft.com

Enable Multi-factor Authentication for enhanced security

Microsoft Azure’ un bize sunmuş olduğu bir diğer hizmet olan Azure Multi-Factor Authentication sayesinde kullanıcılarımız için çoklu kimlik doğrulama hizmeti alabiliriz. Yani bir sisteme girerken sadece kullanıcı adı şifre değil aynı zamanda sms veya cep telefonu araması vb çözümlerde sunulmaktadır.

A rich standards-based platform for cloud authentication and access management

Azure Active Directory, endüstri standartları olan SAML 2.0, WS-Federation, ve OpenID Connect desteği sayesinde Net, Java, Node.js, ve PHP uygulama geliştiricileri için uygulama bazlı kullanıcılar için ayrı ID gereksinimini ortadan kaldırmaktadır.

Azure Active Directory Premium

Azure Active Directory Premium, temel ve ücretsiz olan Azure AD özelliklerinin yanında aşağıdaki ek özellikleri sunmaktadır.

Self-service password reset

Self-Service Group Management

Group-based provisioning and access management to SaaS applications

Company branding

Advanced Security Reports and Alerts

Usage Reports

Bunlara ek olarak Azure Multi-Factor Authentication servisi de yine Azure AD Premium kapsamındadır.

Yine Premium kapsamında Forefront Identity Manager ürünü için server ve CAL lisansıda sağlanmaktadır.

Azure AD Free ve Premium arasındaki detay farklar için aşağıdaki linki kullanabilirsiniz

http://msdn.microsoft.com/library/azure/dn532272.aspx

Bu makalemde sizlere Microsoft Azure üzerinde oluşturduğumuz sanal makineler için IP sabitleme işlemini göstereceğim.

Microsoft Azure üzerinde bir sanal makine oluşturduktan sonra bu sanal makine için bir takım rol – özellik yüklemeleri yapabilirsiniz. Ancak bu yüklemelerden bazıları özeldir. Örneğin sanal bir makineyi Domain Controller yapmak istiyorsanız bu durumda bu makine için bir takım ön gereksinimler vardır.

Bildiğiniz gibi Azure üzerinde makinelere elle ip ataması yapamıyoruz ( bu makaleyi yazarken buna imkan vermiyordu), ancak azure katmanında işler biraz daha farklı ilerliyor. Yani makine katmanında belki biz bunu yapamıyoruz ama Powershell yardımı ile azure katmanı için bunu yapabiliyoruz.

Not: Microsoft Azure sektör ihtiyaçlarını hızlı bir şekilde karşılamak için gelen talepler doğrultusunda güncellenmektedir. Bu nedenle bu makalemde geçen bazı ekranlarda farklılıklar olabilir. Makalelerimizi yazarken kullandığımız bazı limitler ve seçenekler belki bundan 3 veya 6 ay sonra değişmiş olabilir, bunu lütfen aklınızdan çıkarmayın.

Örneğin yeni bir sanal makine oluşturdunuz ve bunu ip adresini azure katmanında sabit bir ip ye atamak istiyorsunuz.

İlk olarak makinenize Azure PowerShell yüklemesini yapalım.

Microsoft Web Platform Installer

Yükleme işleminden sonra basit bir kaç komut ile azure hesabımıza bağlanalım;

Add-AzureAccount

Azure hesabınıza ait kimlik bilgilerini giriyoruz.

Ardından aşağıdaki iki komut ile bağlantının sağlıklı tamamlandığını kontrol edebilirdiniz

Get-AzureAccount

Get-AzureSubscription

Şimdi ise artık sanal makinemiz için sabit ip vermek üzere kullanacağımız powershell komutunu güncelleyelim.

##############Variables#################

$IPaddress = "192.168.0.13"

$VNETName = "TestNetwork"

$VMName = "CONTOSOVMTEST1"

$ServiceName = "CONTOSOVMTEST1"

########################################

##############Main######################

if (Test-AzureStaticVNetIP -VNETName $VNETName -IPAddress $IPaddress)

{

                $VM = Get-AzureVM -ServiceName $ServiceName -Name $VMName

                Set-AzureStaticVNetIP -VM $VM -IPAddress $IPaddress | Update-AzureVM

                $VMStaticIPCheck = Get-AzureStaticVNetIP -VM $VM

                if ($VMStaticIPCheck -eq $null)

                {

                                "No Static IP address was assigned to " + $VMName + " VM"

                }

                else

                {

                                If ($VMStaticIPCheck.IPAddress -eq $IPaddress)

                                {

                                                $displaymessage = "The IP address " + $IPaddress + " was successfully assigned to " + $VMName

                                                write-host $displaymessage -foreground "Green"

                                }

                                else

                                {

                                                $displaymessage = "The IP address " + $IPaddress + " was not assigned to " + $VMName + ". The VM is using " + $VMStaticIPCheck.IPAddress + " as IP address"

                                                write-host $displaymessage -foreground "Red"

                                }

                }

}

else

{

                $displaymessage = $IPaddress + " IP address is not available."

                write-host $displaymessage -foreground "Red"

}

Yukarıdaki komutları bir not defterine yapıştırıp sonuna ps1 yazarak powershell komutu haline getirebilirsiniz.

Komut içerisindeki aşağıdaki değişkenleri değiştirmemiz gerekiyor.

$IPaddress = "10.0.0.4" makineye vermek istediğiniz ip adresi

$VNETName = "Network01" Azure network isimi

$VMName = "cpad01" – Sanal makine ismi

$ServiceName = "cpad01" Azure servis ismi.

Bunların hepsini aşağıdaki gibi Azure portalı üzerinden öğrenebilirsiniz.

Bu değişiklikleri yaptıktan sonra artık geriye tek iş komutu çalıştırmak kalıyor.

Komutu çalıştırdıktan sonra aşağıdaki gibi hemen sunucu tarafında kontrol yapıyoruz.

Ancak hala otomatik ip alıyor gibi görebilirsiniz.

Peki gelelim asıl amacımıza. Amacımız bu sanal makineyi DC yapmaktı.

Sihirbazı çalıştırıyorum ve burada da ip adresini doğru görüyorum

Ancak Domain Controller kurulum sihirbazında yine aşağıdaki gibi bir uyarı görüyorsunuz.

Fakat bu durumu görmezden gelerek kuruluma devam ederseniz sonuç aşağıdakidir.

Yani tanımladığımız ip adresini başarılı bir şekilde almıştır. Bu sayede sorunsuz bir Domain kurulumunu tamamlamış olduk.

Umarım faydalı bir makale olmuştur, bir sonraki makalemde görüşmek dileği ile esen kalın.

Kaynak

http://social.technet.microsoft.com/wiki/contents/articles/23447.how-to-assign-a-private-static-ip-to-an-azure-vm.aspx

Yazımızda Sharepoint üzerinde oluşturduğumuz listelere nasıl yeni bir yetki grubu tanımlayacağımız hakkında temel bilgileri aktarmaya ve ekranda gördüklerimizin ne anlama geldiği konusunda pratik ve kısa bilgiler vermeye çalışacağım.

Yetki düzeyi oluşturabilmemiz için öncelikli olarak Settings menümüzden Site Settings alt menüsüne giriyoruz.

Site Settings ekranımız açıldığında User and Permission alt grubu altında bulunan Site Permissions linkine tıklayarak Permissions Level ekleyeceğimiz ekrana ulaşıyoruz.

Ekranımız açılır açılmaz Ribbon Bar da bulunan Permission Levels butonuna tıklayarak yeni yetki düzeyi ekleme ekranına geçiyoruz.

Bu ekranda mevcut yetki gruplarını görebileceğimiz gibi, tanımlanmış yetki grubunu silebilir veya ekranda gösterildiği üzere Add a Permission Level butonu ile yeni ekleme yapabiliriz. Yeni eklemek için Add a Permission Levelbutonuna tıklıyoruz.



Yetki düzeyimizi ekleyebilmemiz için ekleme ekranındaki Name ve Description alanlarını doldurarak List Permissions bölümündeki gerekli özelliklerden kendimize uygun olanı işaretleyerek Blogger grubu için yetkilendirmeyi yapıyoruz. 

Yine bu ekranda aşağıya doğru indikçe List Permissions harici Site Permissions ve Personel Permissions için de ayarlama yapabileceğimiz görüyoruz.




Ekleme işlemimiz tamamladıktan sonra Sharepoint bizi tekrar Permissions Level ekranına gönderecektir. Burada yeni eklemiş olduğumuz Blogger yetkisini görebiliriz. 

Bir sonraki aşama olarak Recent Menümüzden veya Site Contents altından Blogger yetkisini vermek istediğimiz listemizi açıp, Ribbon Barüzerinde bulunan List Settings butonuna basıyoruz.

** Eğer Site Contents altından listemizin özelliklerine erişmek istersek, mevcut liste üzerinde sağ kısıma tıklayarak Settings linkine tıklayarak liste özelliklerine erişebiliriz.

Liste özelliklerine girdiğimizde Permissions and Management grubu altında bulunan Permissions for this list linkine tıklayarak listemizin yetkilendirme ayarlarını açıyoruz. 

Yetki özelliklerine girdiğimizde Parent’den gelen yetkileri iptal etmemiz gerektiğinden Ribbon Bar’da bulunan  Stop Inheriting Permissions butonuna tıklayarak kalıtımsal olarak gelen yetkilendirmeyi iptal ediyoruz ve çıkan uyarı ekranına Tamam diyerek kapatıyoruz.

Hemen ardından Ribbon Barda bir takım değişimler olacak ve Stop Inheriting Permissions yerine Grant Permissions butonu gelecektir. Bu butona basarak yeni yetkimizi eklemeye başlayabiliriz. 

Butona bastıktan sonra çıkan ekranda yetki, vermek istediğimiz personel, kullanıcıyı seçiyoruz. Eğer bu kullanıcıya ya da kullanıcılara bir mesaj yazmak istersek mesajımızı yazıyoruz. Yetki eklemesi yaptığımız kullanıcılara bu listeye yetkilendirildiklerine dair e-posta göndermek istersek Send an email invitation check kutusunu da işaretliyoruz. En son olarak Select a permission level açılır menüsünden biraz önce eklemil olduğumuz Blogger level’ini seçerek tamam butonu ile kaydedip ekrandan çıkıyoruz.

Eğer şu ana kadar herşey yolunda gitti ve Sharepoint tarafından bir uyarı ile karşılaşmadı iseniz, artık vermiş olduğunuz yetkiler dahilinde giriş yapan kullanıcı işlem yapacaktır.

Yetkilerinizi daima istediğiniz an değiştirebilir yada yeni leveller ekleyebilirsiniz. Unutmayın level gruplama yapmanız sizin portal yönetiminiz açısından önemlidir. Çünkü bir kullanıcıya birden fazla level ekleyebileceğiniz gibi, o kullanıcıya ne kadar çok level eklerseniz güvenliğinizden taviz vereceğinizi unutmayınız.

Faydalı olması dileği ile.

Bu makalemizde taze bir ürün olan 1 Ekim 2014’te denemeye sunulan ve 2015 yılı ortası gibi çıkması beklenen Windows Server Technical Preview kurulumunu ele alacağız. Microsoft uzun yıllardır client işletim sistemi ve paralelinde server işletim sistemi çıkartıyor.  Windows Xp – Server 2003, Windows 7 – Server 2008, Windows 8 - Server 2012 ve son olarak da Windows 10 – Server 10 olacak gibi. Olacak gibi diyorum şu anda net bir şey söylemek mümkün değil. Çünkü arada Windows 9 atlanmış durumda. Belki Windows 9 olarak çıkabilir, kim bilir belki Microsoft bir sonraki ürünün reklamını yapmış olabilir J Neyse konuyu uzatmadan öncelikle kurulumumuzu yapalım sonrasında anahatları ile ürünü incelemeye alalım.

Öncelikle ürünü aşağıdaki link üzerinden download edebilirsiniz.

http://www.microsoft.com/en-us/evalcenter/evaluate-windows-server-vnext-technical-preview

Tabi bu ürünün server işletim sistemi versiyonu. Client işletim sistemi versiyonundan geçen hafta Uğur arkadaşım bahsetmişti. O makaleye ise aşağıdaki link üzerinden erişim sağlayabilirsiniz.

http://www.cozumpark.com/blogs/windows10/archive/2014/10/06/windows-10-technical-preview-kurulum-ve-yenilikleri.aspx

Ürünümüzü buradan indirdikten sonra kuruluma geçelim. Kurulumu genel anahatlar halinde geçeceğim. Windows7 işletim sisteminden bu yana çıkar client ve server işletim sistemlerinin kurulumları sırasındaki adımlar neredeyse arka plan renkleri dışında değişmemiş durumda. Kurulum medyamızdan sistemimizi boot edelim. Dosyalar yükleniyor.

Kurulum ön yüklemesinden sonra kurulum ekranı başlatılıyor.

Klasik olarak daha önceki kurulumlardaki gibi bölgesel ayarlarımızı yapıp Next ile ilerleyelim.

Install now butonu ile kurulum öncesi yapılandırma adımlarını başlatalım.

Server işletim sistemimizi core ve gui olarak kurabilmekteyiz. Server 2003 sonrası çıkan tüm işletim sistemlerinde artık core kurulumda mümkün. Bu daha az güncelleme ve daha az güvenlik açığı ve daha az performans harcanması demek. Biz gui olarak kuruluma devam edeceğiz seçimimizi yapıp Next ile ilerleyelim.

Gerekli sözleşmeyi kabul edip Next ile sonraki aşamaya geçelim.

Burada bir upgdare işlemi yapılmayacağından dolayı “Custom: Install Windows only (advanced)” seçimini yaparak Next ile bir sonraki adıma ilerleyelim. “Upgrade: Install Windows and keep files, setting, and applications” kısmını farklı bir makalede ele alacağız.

Gerekli disk yapılandırmamızı ayarlayalım. Test ortamında olduğumuz için bu adımı extra bir ayar yapmadan Next ile geçiyorum.

Kurulum işlemleri başladı. Son yıllarda geldiğimiz nokta donanımlar çok stabil hale geldi bu biz sistem yöneticilerinin eski zamanlarda olan kilitlenmeler, yeniden başlamalar, mavi ekranlar gibi olumsuzluklardan etkilenmemizi minimuma indirdi. Görüldüğü gibi kurulumlarda artık çok kolay hale getirildi. Binlerce kişilik bir ortamı yönetebilecek bir server temel düzeyde 7-8 mouse tıklaması ile kurulabilir hale geldi. Gelecek bakalım bizlere neleri gösterecek ?

Kurlumun büyük bir kısmı geride kaldı ayarların etkin olabilmesi için sistemimiz kendini yeniden başlatıyor.

Sistem kurulumu tamamlanmadan son işlemler gerçekleştiriliyor.

Administrator hesabımıza bir parola belirlememiz isteniyor. Coplex bir parola belirleyerek bu aşamamızı da tamamlayalım ve Finish ile işlemleri bitirelim.

Klasik logon ekranımız geldi.

Administrator ile login olalım.

Şu anda masaüstümüz geldi. Bunun server 2012 veya server 2012 R2 den farkı yok diyebilirsiniz. Neticede bu bir önizleme sürümü kararlı sürüm ile arasında belirgin farklar olacaktır. Kararlı sürüm olmamasına rağmen keskin olarak değişik hatları özet halinde bu makalemizde ele alacağız. Neticede ürünün kararlı sürümü çıktıktan sonra gerçek yapısı bize yansıyacak hale gelecek. Zaten apayrı bir sistem beklemekte mantıklı olmayacaktır. Neticede her işletim sisteminden sonra çıkan yeni versiyonlarda çok köklü değişiklikler olmayıp genel mimari aynı kalarak ek özellikler getirilmektedir. Çok köklü değişimler çok uzun zamanlarda ortaya çıkar. Örnek olarak Windows 98 – Windows XP veya Server 2003 – Server 2008 gibi.

İlk gözümüze çarpan yenilik Metro arayüz ile birlikte yok olan başlat menüsünün tekrardan karşımızda olması. Ayrıca Windows 7 veya Xp gibi bir başlat menüsünden farklı olarak özelleştirilebilir bir başlat menüsü.

Neredeyse şu anda tamamen Windows 2008 veya 2012 yi andıran bir sistem ekranı. Fakat görüldüğü gibi burada kurulu olan sistem Windows Server Technical Preview.

Server 2012 ile birlikte artık sanal masaüstleri özelliğimizde gelmiş oldu.

Power Shell 5.0 ile sanırım farklı yeni komut setleri hayatımıza girecek gibi.

Hyper-V tarafında aşağıdaki yenilikler gelmiştir.

·         Rolling Hyper-V Cluster Upgrade

·         Virtual Machine Configuration Version

·         Production checkpoints

·         Hyper-V Manager improvements

·         Hot add and remove for network adapters and memory

·         Linux secure boot

·         Compatible with Connected Standby

·         Storage quality of service (QoS)

·         Integration Services delivered through Windows Update

·         New virtual machine configuration file format

Şimdilik genel özellikler bu şekildedir. Detay bilgiler için aşağıdaki linki inceleyebilirsiniz.

http://technet.microsoft.com/en-us/library/dn765472.asp Bir başka makele de görüşmek dileğiyle.

Bu makalemizde PRTG Network Monitoring yazılımının konfigürasyonunu ve sensor ekleme işlemlerinin nasıl yapılacağına dair işlemler yapacağız.

Daha önceki makalemizde hatırlarsanız trial versiyonda adım adım işlemler yapmıştık ve neler yapmıştık kısaca bunlardan bahsedelim.

İlk olarak PRTG Network Monitor yazılımını indirip kurulumunu yapmıştık ve web üzerinden Configuration GURU alanından ise temel olarak yapılması gereken konfigürasyon ayarlarının tanımlamasını yapmıştık.

PRTG 30 günlük trial versiyonla ilgili bir değişiklik yaptı. Daha önceden 10 sensor kadar destek vermekteydi, şuanda ise 30 günlük trial versiyon için 30 sensor kadar destek vermektedir.

Şimdi ise gerekli ayarlara geçebiliriz.

İlk olarak web üzerinden PRTG yönetim alanımıza girmemiz gerekmektedir.

Giriş yaptıktan sonra Setup / System Administration / Core & Probes sekmesine geliyoruz.

Yukarıdaki resimde Active Directory entegrasyonu yapmamız gerekmektedir. Benim ortamım test ortamı olduğu için kendi domain hesabımı giriyorum. Sizlerin service hesabı girmesi PRTG tarafından önerilmektedir.

Active Directory entegrasyonu yapıldıktan sonra sıra geldi SMTP ayarlarına, Setup / System Administration / Notification Delivery sekmesine geliyoruz. Karşımıza yukarıdaki ekran gelmektedir. SMTP Delivery Mechanismkısmında default olarak Direct delivery using built-in mail server (default) seçeneği işaretlenmiş olarak gelmektedir. Bizim burada yapmamız gereken işlem Use SMTP relay server (recommended inside LANs/NATs)seçeneğini işaretlemektir ve yukarıda gördüğümüz gibi ilgili alanları doldurmamız gerekmektedir.

Yukarıdaki ekrana Setup / System Administration / User Groups sekmesinden geliyoruz. İlgili grup adımızı belirliyoruz ve burada önemli olan Active Directory sekmesinde herhangi bir grup bilgisini seçmemiz gerekmektedir. Örneğin AD üzerinde PRTGMonitorAdmin grubu oluşturduk diyelim ve oluşturduğumuz bu grubun içerisine ilgili prtg adminlerini ekleyip onlara özel bir yetkilendirme yapabiliriz. Benim test ortamı olduğu için Enterprise adminlerimin PRTG yi kullanmalarına izin vermiş oluyorum.

Yukarıdaki ekranda yeni bir user oluşturabileceğimiz alana geliyoruz.

Yukarıdaki ekranda New User seçeneğine tıkladıktan sonra karşımıza bu ekran gelmektedir.Önemli olarak bir şey belirtmek istiyorum. Bu ekranda oluşturacağımız kullanıcı hesabını active directory üzerinden gelmediğini belirtmek istiyorum. Burada açmış olduğumuz kullanıcıları sadece Prtg Administrators grubuna veya Prtg Users gruplarına dahil edebiliyoruz. Ben daha önceden User group oluştururken Enterprise Admins Grubunu seçtiğimiz için domain hesabım ile giriş yapabiliyor olacağım.

Yukarıdaki ekranda bilgimiz gibi web üzerinden domain hesabım ile PRTG konsoluna giriş yapıyorum.

Yukarıdaki ekranda giriş yaptıktan sonra tekrar User Accounts alanına geliyorum ve gördüğümüz gibi Type kısmında kullanıcımın Active Directory kısmından geldiğini görmüş oluyoruz.

Sıra geldi PRTG Konsolumuz üzerinde sensor ekleme işlemlerine.

Yukarıdaki ekrana bilgisayarımızın masaüstüne kurulum yaptıktan sonra otomatik olarak kısa yolu oluşan PRTG Enterprise Console seçeneğine tıklayıp giriyoruz. Konsolumuzu açtıktan sonra Local Probe sekmesi üzerindeyken sağ tuş ile Add Group seçeneğine tıklıyoruz.

Ve karşımıza yukarıdaki ekran gelmektedir. Burada ben Servers adında bir grup oluşturuyorum.

Yukarıdaki ekranda Servers olarak oluşturmuş olduğumuz grubun üzerinde tekrardan sağ tuş ile Add Device seçeneğine tıklıyoruz.

Yukarıda görmüş olduğumuz ekranda PRTGüzerine yeni bir device ekliyoruz. Benim ortamımda DC olduğu için ben domain controller sunucumun gerekli bilgileri ilgili alanlara belirtiyorum. Eğer istersek Device icon alanında sunucumuzun hangi ortamda hizmet ettiği ile ilgili olarak icon seçebiliriz. Bu da PRTG için güzel bir görsellik olduğunu belirtmek isterim. İşlemlerimizi ilgili alanlara girdikten sonra Device Type seçeneğinde Sensörümüzün nasıl yönetilmesi gerektiği ile ilgili olarak seçenekleri görüyoruz. Burda sizin istediğinize göre seçim yapabilirsiniz.

Device ekleme işlemlerimizi bitirdikten sonra yukarıdaki ekranda gördüğümüz gibi sıra geldi eklemiş olduğumuz sunucumuz ile ilgili sensörleri eklemeye, Add Sensor seçeneğine tıklayarak devam ediyoruz.

Yukarıdaki ekranda eklemek istediğimiz sensözlerimiz ile ilgili olarak birçok seçenek gelmektedir. Benim test ortamı olduğu için ben Ping sensörünü eklemek istiyorum.

Yukarıdaki ekranda Ping sensörünü ekliyorum ve Continue seçeneğine tıklayıp devam ediyoruz.

Eklemiş olduğumuz Ping sensörünün sorunsuz bir şekilde çalıştığını görmüş oluyoruz.

Eklemiş olduğumuz device’larımız ile ilgili olarak tek tek sensör eklemek yerine Run Auto-Discovery seçeneğinizde kullanabiliriz.

Yukarıdaki ekranda Run Auto-Discovery işleminde sonra gelen sensörlerimizi takip edebiliyoruz.

PRTG konfigürasyonu ile ilgili konfigürasyon ayarlarını, Active Directory işlemlerini, SMTP ayarlarını ve sensör ekleme işlemlerini görmüş olduk diğer makalemizde Remote Probe kurulumundan bahsedicez.

Umarım faydalı bir makale olmuştur.

Görüşmek dileğiyle…

Merhaba, SharePoint üzerinde basit WebPart uygulamalarımıza devam ediyoruz. Bu yazımızdaki konumuz daha önceden Bootstrap ve AngularJS ile yapmış olduğumuz slider benzeri slider’ı Nivo slider kullanarak yapacağız. Daha önceki slider’ımızda AngularJs ve Rest API’lerini kullanarak slider hazırlamıştık. Nivo slider’ımızı tamamen bir web part üzerinde yazarak , C# kodları ile de nasıl SharePoint listelerine erişebileceğimizi göreceğiz.

Başlangıç olarak Visual Studio’muzu açarak New Project menüsünden yeni bir Empty SharePoint Solution serçiyoruz. 

Karşımıza gelen ekranda SharePoint sitemizin yolunu ve SharePoint Solution tipi olarak ise Sandbox solution tipini seçerek devam ediyoruz.

Projemiz oluşur oluşmaz ilk yapmamız gereken bir web part ekleme. Projemiz üzerine sağ tıklayarak Add >  New Item yolunu izleyerek yeni bir SharePoint WebPart ekliyoruz.

WebPart’ımızın ismini SliderView olarak verdikten sonra Add diyerek devam ediyoruz.

Daha önceden Site Contents alanı altından Custom List eklemeyi de görmüştük. Bu sefer farklı bir yol olarak Add > New item seçeneği ile List tipinde bir dosya ekliyoruz.

Liste oluşturulur oluşturulmaz Visual Studio bize bu listenin adı ile liste tipimize dair sorular sormaktadır. İşaretli alanda Custom ya da daha önceden tanımlanmış listelerin listesini görebilir veya oluşturulmuş bir listedenInstance oluşturabilirsiniz.

Finish butonuna bastığımızda listemiz oluşturulur ve bize Column ekleyebileceğimiz bir pencere açılır. Bu pencerede aynı zamanda View ve List özelliklerini de düzenleyebileceğimiz tab’lar bulunmaktadır. Hemen Columnssekmesinde iki adet Column ekleyerek işlemimize devam ediyoruz. Bu alanlardan biri Slider Image URL si ve diğeri ise bu resim’e link vermek istersek onun için kullanacağımız bir alandır.

Konumuz harici olsa da View düzenlemesinden az da olsa bahsetmek gerekirse, aşağıdaki ekrandan seçili alana isim yazmak sureti ile View oluşturabilir ve bir altındaki ekranda gösterildiği gibi View’ınızda bulunması gereken alanları seçip oluşturmuş olduğunuz view’a atayabilirsiniz.

Liste özellikleri sekmesinde ise listemizin başlığı, Web sitesi url’si ve açıklaması gibi alanları da düzenleyebilirsiniz. Ayrıca Quick Lunch da göster veya tarayıcılarda bu listeyi gösterme seçeneğini de işaretleyebilirsiniz.

Sıra geldi Nivo Slider paketini elde etmeye. Eğer elinizde lisanlı bir sürümü var ise bunu kullanmanız gerekmektedir. Nivo slider belli bir süreden beri plug-in olarak ücretli haldedir. 


Masaüstü’müze dosyaları indirdikten sonra bu dosyaları WebPart’ımız içine aktarmaya geldi. Projemize sağ tıklayarak Add > New Item seçeneği vasıtası ile bu sefer SharePoint modül türünde dosyamızı ekliyoruz. Bu Modül bizim için gerekli olan bütün içerikleri kendi içerisinde barındıracak olan bir paket dosyası da diyebiliriz.



Modül dosyamızı oluşturduktan sonra Add > Existing Item.. seçeneği ile aşağıdaki şekilde masaüstümüze indirmiş olduğumuz nivo slider dosyalarından bizim için gerekli olanları bu modül içine ekliyoruz. Sırası ile hepsi için tek tek yapmamız gerekmektedir. Sıkılmayın sabır gösterin.




Son olarak gerekli dosyaların tamamını aktardıktan sonra WebPart içeriğimize giderek Pick Url komutu vasıtası ile açılan Selet Item From Project Server penceresinden, eklemiş olduğumuz modül’ü seçiyoruz ve biraz önce modül içine aktardığımız dosyaları tek tek linkliyoruz.

Şu anda html kısmımız ve modül oluşturmamızı tamamladık. Ortalama olarak benim html WebPart içeriğim aşağıdaki gibi. Gayet sade. Sizler istediğiniz taktirde slider’ın tüm özelliklerinide html dosyanızda kullanabilirsiniz.



Gelelim projemize birkaç slide eklemeye, daha önceden olduğu gibi Site Content alanı altından eklemede yapabiliriz ama WebPartlarda her çalışma esnasında oluşturmuş olduğumuz SliderContent listesinin içi tamamen boşalacağından bunu aşağıdaki gösterildiği şekilde sabit öğeler ekleyerek hata vermemesini sağlayabiliriz. 


Listemizi oluşturduk ,WebPart’ımızı tasarladık ve build etme zamanı geldi .Build etmeden önce az da C# kodu yazmamız gerekmekte. Çünkü mevcut html tasarımımız için asp:repater kontrolü kullandık ve buna bir data ataması gerçekleştirdik.

WebPart’ın cs dosyasına geçerek Form Load altına kodumuzu yazıyoruz. Kodun tamamını makale sonunda paylaşacağımdan direk olarak kod ekran görüntüsünü paylaşıyorum.



Burada yaptığımız mevcut SharePoint sitesine bağlanarak SliderContent listesinin içindeki öğeleri kendi oluşturmuş olduğumuz bir class vasıtası ile yeni bir listeye almak. Burda yeni bir class oluşturmamızın sebebi dinamik olarak oluşturulmuş kolonlara direk olarak erişemiyeceğimizden kendimize erişebileceğimiz bir ortam hazırlamaktır.

Kodumuzu build ederek çalıştırıyoruz. İlk önce isterseniz eklemiş olduğumuz öğeler nereye ve nasıl eklendi ona bakalım. 

Site Settings > Site Contents menüsünü kullanarak uygulama havuzuna geliyoruz. Burada yeni bir list olarak Slider Content’i görüyor olmanız gerekmektedir. Aksi takdirde birşeylerin yanlış gittiğini söyleyebiliriz. Adımları tekrar kontrol etmenizde fayda olacaktır. 

Bu listenin içine eriştiğinizde ise aşağıdaki gibi öğelerin eklenmiş olduğunu göreceksiniz.


En son noktada ise Site Pages altına bir web page oluşturarak partımızı sayfaya ekliyoruz. Partımız herhangi bir değişiklik yapmadığımız için Custom alanı altında duracaktır. Ekleme ardından kayıt işlemi yaparak aşağıdaki şekilde 3 adet öğeye sahip Nivo slider’ımızı kullanabiliriz.



Yazının kaynak kodlarına https://gallery.technet.microsoft.com/SharePoint-2013-Nivo-6f0d3067 Adresinden erişebilirsiniz.

Faydalı olması dileği ile.

SharePoint / Office 365 üzerinde ufak faydalı ve kullanılabilecek uygulamalar serimize SharePoint / Office 365 üzerinde News Ticker uygulaması ile devam ediyoruz. Bu ufak uygulamamız da ;

XSL template edip, oluşturduğumuz sayfa üzerine kaynak olarak kullandığımız temadan CSS ve Java Script dosyalarını ekleyerek listemizi görsek açıdan tamamlayacağız. 

Başlamadan önce SharePoint / Office 365 konusunda Kimler Sharepoint Geliştiricisidir. ? (tr-TR) yazımızı okuyarak aslında sizin SharePoint / Office 365 alanında ne yöne yöneleceğinizi seçebilirsiniz.

Öncelikli olarak her zaman ki ilk aşamamız olarak Custom List oluşturma ile başlıyoruz. SharePoint Designer vasıtası ile sunucumuza bir Custom List oluşturuyoruz.

Listemize bir isim vererek işlemimize devam ediyoruz.


Oluşturduğumuz NewsTicker listemize bir adet kolon ekliyoruz. Gene bu işlemi SharePoint Designer vasıtası ile de yapabiliriz. 



Listemize tek tık yardımı ile liste özelliklerine giriyoruz ve ekranda görülen Customization ekranında bulunan Edit list columuns linkine tıklayarak yeni kolon eklemek için olan ekranımıza erişiyoruz. 



Add New Column butonuna tıklayarak yeni bir Single Line of Text tipinde bir kolon ekliyoruz.

ExternalURL adına sahip yeni bir kolon ekledikten sonra artık NewsTicker’ımız için yeni bir View oluşturacağız. Aslında ExternalURL kolonumuzu bu yazı için de kullanmayacağız ama ihtiyacınız olması dahilinde elinizde bulunması için bu kolonu listemize ekledik. Evet View oluşturma ile devam ediyoruz. Listemize tek tık vasıtası ile bu sefer Views alanında bulunan New butonuna tıklıyoruz. Ardından açılan penceremizde View adımızı yazarakOK butonu ile kayıt edip ekranımızı kapatıyoruz.


View’ımızı oluşturduktan sonra Sağ tıklayarak Edit File in Advanced Mode menüsü ile ekranımızı düzenleme için açıyoruz.




Bu noktada daha önceden XSL template ile düzenleme hakkında temel bilgiler verdiğimiz şu Sharepoint / Office 365 üzerinde XSL Template düzenleme (tr-TR) yazımızdan alabilirsiniz.

Oluşturduğumuz View içine advanced mod da girerek aşağıdaki şekilde CSS ve JS dosyalarımızı entegre ediyoruz. Ardından HTML dosyamızı aşağıdaki gibi şekillendiriyoruz. Bu arada kullanmış olduğumuz script dosyasının standart demo temasını copy paste ile yapıştırarak kayıt ediyoruz.



Dinamik olarak kayıtlarımızı eklememiz için menü de bulunan Display Item Form seçeneğini seçerek , NewsTicket listemizi seçiyoruz. Desginer bizim için otomatik olarak XSL kodlarını oluşturuyor ve Bindingleri otomatik olaraDataFields kısmına ekleme yapmaktadır.

dvt_1.body tag’ını aratarak ( CTR+F) buluyoruz ve dvt_1.rowview içerisinde bulunan ekstra kodları silerek aşağıdaki gibi modifiye ediyoruz.



Daha sonra template olarak kullandığımız örnek dosyamızda bulunan JS kodlarını alarak title kısmını istedğimiz şekilde değiştiriyoruz. Örn.Firma Haberleri, Satınalma Duyuruları vb.



Oluşturmuş olduğumuz View’i browser yardımı ile test ediyoruz. Ekranda yaklaşık olarak aşağıdaki şekilde bir görsel ile karşılaşacağız. Bu kısımda aslında CSS düenlemesi yapmıyoruz çünkü zaten kullanmış olduğumuz tema bizim için tasarım olarak hazır.



Eklemiş olduğumuz listemize biraz kayıt giriyoruz.Bunu yapmak için Site Contents menüsünü takip ederek NewsTicker listesine erişiyoruz.

Demo olarak 3 kayıt giroyoruz. Daha fazlada giriş yapabilirsiniz . Tercih tamamen size kalmış. 


SharePoint Designer programımıza geri dönerek NewsTicker da gösterilecek olan öğe sayısını da set ediyoruz. Burada istersek bütün liste öğelerini de döndürebiliriz performans açısından sınırlama olarak 5 ile 10 arası tutmanız faydalı olacaktır. 



Daha sonra kayıt ederek sayfamızı tekrardan çağırıyoruz. 

Kaynak olarak kullanılan JQ ve Tema ise https://0.s3.envato.com/files/98201015/index.html adresinden kullanılmıştır.

Faydalı olması dileği ile.

Kurumsal mimari yazılımlarının başında gelen Sharepoint mimarisinde web servisleri üzerinden Sharepoint içerisinde yapmış olduğumuz uygulamalara erişebileceğimizi görmüştük. Şimdi ise mevcut bilgisayarımızdan C# vasıtası ile Sharepoint web sitemize bağlanarak içeride bulunan listeler üzerinden veri çekip, bunları bir rapor formatında nasıl gösterebileceğimizi ve yazdırabileceğimizi göreceğiz.

Başlamadan önce yazıda Devexpress Reporting Tool kullanacağımızdan eğer elinizde mevcut bir sürüm yok ise Demo sürümünü https://www.devexpress.com/ adresinden indirerek bilgisayarımıza kurmamız gerekmektedir.

Visual Stüdyo programımızı açarak yeni bir proje oluşturuyoruz. Proje türümüz Windows Forms Application olacak şekilde ayarlıyoruz ve proje lokasyonumuz ile ismini vererek kayıt ediyoruz.

Hemen ardından ikinci aşama olarak bize Sharepoint sistemimize erişebilmemiz için iki adet DLL lazım olacak bunlardan birincisi Microsfot.SharePoint.Client.dll ikincisi ise Microsoft.SharePoint.Client.Runtime.dll. Bu iki dll dosyasını projemize referans olarak ekliyoruz.

Form Tasarımı ve Kodlamaya Giriş

Buraya kadar projemizi az da olsa kod yazmak için hazırladık. Birazda form tasarımımıza el atacağız ve sonrasında biraz kod yazmaya geçeceğiz.

Öncelikli olarak sharepoint listelerinin listeleneceği bir treeview ya da listview ekrana koyuyoruz. Tercihen sol kısım uygun olacaktır. Ama GUI yerleşim tercihleriniz tabi ki size bağlıdır. Yazının başında da belirttiğimiz gibi ben Devexpress kullanacağımdan devexpress treeview kullanıyorum.

Sağ kısma ise bir DataGrid atarak formumuz tamamlıyoruz. Bu grid seçilen listedeki elemanları listelemek için kullanacağımız grid’dir. Ortalama olarak formumuz aşağıdaki şekilde görünmesi gerekiyor.

Sıra geldi biraz kodlamaya. Solda bulunan TreeView kontrolümüzü dolduralım öncelikle. Bunun için aşağıdaki kod bloğundan faydalanıyoruz. Önce kodu görelim ve ne işe yaradıklarını az da olsa açıklamaya çalışalım.

Çift tıklama yaparak Form Load kodumuza erişiyoruz. Yukarıdaki kodları yazıyoruz. Using satırları arasında mevcut olan sharepoint sitemize context bağlantısı gerçekleştiriyoruz. Bu aşamada Url adresimizi yazıyoruz.

1-      Web … Contexte bulunan current web’i burada alıyoruz ve hemen altındaki satır ile bu Web’e bağlı listelerin tümünü bir ListCollectiona atıyoruz. Daha Sonra Load ve Execute ederek işlemimizi tamamlıyoruz.

2-      TreeList için sadece liste isimlerini alacağımızdan yeni bir string list oluşturuyoruz.

3-      Foreach döngüsü yardımı ile ikinci madde de oluşturmuş olduğumuz listeye öğelerimizi ekliyoruz.

Şimdi bu kısımda bir programımızı test edelim. Ara ara bu aşamayı uygularsak daha net olarak hatalarımızı da çok geç olmadan kontrol etmiş olacağız.

Görüldüğü üzere sadece rakamlar geldi. “ Biz Title elementini map ettimiştik “ sorusuna cevap hemen aşağıda. TreeList özelliğine Run Designer vasıtası ile Column eklemediğimizden kendisi otomatik olarak bize liste adlarının uzunluklarını verdi. Hemen aşağıdaki şekilde Designer vasıtası ile column eklemek için konfigure ediyoruz.

Hemen akla gelen ilk soruya da bu noktada cevap vermek lazım. Bizim listemiz string tipinde eleman içeriyordu Title’ı nasıl okuyacak diye. Bu noktada kodumuzu tekrar revize ediyoruz.

Yeni bir class oluşturarak , List<string> olarak atamış olduğumuz listemizi ve foreach içerisindeki atamalarımızı revize ediyoruz.



Bu işlem sonrasında artık çalışan kodumuz aşağıdaki şekilde liste adlarımız TreeView içerisinde gözüküyor olması gerekecektir.

SharePoint Listelerin deki Öğelere Erişim

Listelerimiz hazır ve artık bu listelerin içindeki öğelere erişmeye geldi sıra. Senaryomuz gereği sol kısımda bulunan listenin içindeki öğeleri sağ kısımdaki Grid’e listeleyerek devam edeceğiz.

TreeList için click eventine kodlamaya yapmaya başlayalım. Seçim olduğu anda öğenin ismini alıp grid içerisine Sharepointden o listeye ait öğeleri döndürecek metodumuzu da yazalım.

Yukarıda oluşturmuş olduğumuz metodumuzun içini de aşağıdaki şekilde dolduruyoruz. Kod tamamen demo odaklı olup sadece gridden Rapor ekranına data sağlamak amacı ile yapılmıştır. Siz kendi istediğiniz doğrultusunda şekillendirerek kullanabilirsiniz.

Context’imize erişim sağladıktan sonra listemizi ismi ile beraber çağırıyoruz. Burada eğer liste isimlerinde boşluk var ise bunları replace ediyoruz. HtmlEncode da kullanılabilir. Yeni bir DataTable oluşturarak liste içerisindeki FieldValue’larda bir döngüye giriyoruz. Burada amaç girdimiz için dinamik olarak kolon tanımlamaktır.

Daha sonra bir döngüye daha girerek tanımlamış olduğumuz kolonlarımıza data atamasını yapıyoruz.

Hatasız bir build ardından kodumuzu çalıştırarak test ediyoruz. Sol tree listemizden mevcut sharepoint listelerinden birini seçerek, grid içine data geldiğinden emin oluyoruz.

Rapor Tasarımı İçin Form Oluşturmak

Örnek Uygulamamızda bu ana kadar Formumuzu hazırladık, Formumuza kod yazdık ve gerekli referansları ekleyerek build edilebilir ve çalışabilir hale getirerek sharepont listemizde bulunan öğeleri eklemiş olduğumuz grid’e yerleştirdik.

Şimdi yapmamız gereken bir rapor oluşturmak ve bu rapora data binding’i yapmak. Öncelikli olarak projemize sağ tıklayarak Add > New Item yolu ile yeni bir Devexpress Rapor ekliyoruz.

Raporumuzu ekledikten sonra direk olarak rapor ekranına düşeceğiz. Şu anda bir şey yapmadan rapor ekranımızı kapatıp formumuza geri dönüyoruz.

Rapor İçin Data Gönderimi

Raporumuzu tanımladık ve artık tekrardan formumuza geri döndük. Burada List öğelerimizin listelendiği grid’imize row  click  eventinde  raporumuza seçili olan Row’u datasource olarak gönderimi için ufak kod yazmamız gerekmekte.

gridView1 imiz için Row Click eventine kodumuzu oluşturuyoruz.

Click eventimize aşağıdaki kodu yazarak datamızı set ediyoruz ve formumuzu açmak için hazır hale getiriyoruz. r.DataRow Property’si rapor ekranında tanımlamış olduğumuz bir public dynamic değişkendir.

Rapor İçin Formdan Data Alımı ve Son Ayarlar

Neredeyse sonuna geldik birkaç ufak dokunuşun ardından raporumuz gösterilmeye hazır. Devexpress de rapor yerleşimleri üzerinde fazla zaman kaybetmeyeceğiz. Bunun için direk olarak aşağıdaki gibi basit bir rapor ekranı ile gelen datanın bir adet içeriğini rapor ekranı içinde gösterebileceğimiz şekilde tasarımı tamamlıyoruz.

Kod penceresine geçerek bir önceki adımda oluşturmuş olduğumuz r.DataRow değişkeni için propertymizi oluşturuyoruz.

Ve hemen ardından Rapor tasarımı ekranına geçerek BeforePrint metodunu formumuza ekliyoruz.

BeforePrint metodumuzu da rapor ekranımıza eklediğimize göre artık gelen datamızın ekrandaki xrLabel3 alanında göstermek için data erişimini yazabiliriz. Hemen aşağıda da bu kodu yazarak uygulamamızı tamamlıyoruz.

Uygulamamızı başarı ile tamamladık. Ve artık programımızı test etme zamanı. Build ve çalıştır komutları ardından listemizden bir öğe seçerek raporun açılmasını bekliyoruz. Fazla sürmeyecektir. Eğer her şey yolunda ise aşağıdaki rapor görüntüsü bizi karşılayacaktır.

Yazmış olduğumuz uygulamanın tamamen örnek amaçlı olduğunu hatırlatmakta fayda görmekteyim. Kod yalnızca domaine ait bilgisayarlar üzerinde yetkilendirme istemeden çalışabilir. Eğer mevcut sharepoint yetkiniz yok ise bu kodu çalıştırmak için sharepoint yöneticinizden yetki talebinde bulunmalısınız.

Kısaca bir örnek uygulama ile sharepoint üzerinden external bir uygulamaya kayıt çekmeyi ve bu kayıtların Devexpress Reporting üzerinde gösterimini anlatmaya çalıştım.

Örnek kodlara

https://gallery.technet.microsoft.com/SharePoint-2013-External-06f66b0c veya https://github.com/eravse/SharePointDataPrinting Adreslerinden erişebilirsiniz.

Faydalı olması dileği ile.

Office 365 üzerinde Access Uygulamaları oluşturmaya giriş konumuzda, Sitemiz üzerine bir uygulama oluşturmayı ve oluşturulan uygulamanın özelliklerine göz atmaya çalışacağız. 

Settings > Add an App linkini kullanarak arama kutumuza Access yazıyoruz ve karşımıza uygulamayı ekleyebilmemiz için Access logolu bir buton gelecek tıklayarak uygulamamıza bir isim veriyoruz. Örneğimizde ve daha sonrasında müşterilerimizin kayıtlarını tutacağımız bir uygulama yapacağımızdan uygulama ismini CustumerCard olarak isimlendiriyoruz.

Create butonuna basar basmaz Office 365 bizi direk olarak uygulamalarımızın olduğu App havuzuna yönlendirecek burada yeni eklemiş olduğumuz CustomerCard uygulamasının sağ kısmına tıklayarak Uygulama hakkında detaylara erişebiliriz.



Details

Uygulamamız hakkında detayları görebileceğimiz ekrandır. Bu ekranda kullanım miktarları ve hataları görebilir ve yönetebiliriz.

Permissions
Uygulama yetkilendirilmelerinin yapıldığı ekrandır. Bu ekranda yetkilendirme resetleyebilirsiniz.

Upgrade

Uygulamamız da yaptığımız değişiklikleri publish ederek *.app uzantısı şeklinde yeniden güncellememize olanak tanıyan bir menüdür.

Remove

Uygulamamızı Sharepoint / Office 365 üzerinden siler.

Evet kısaca detaylara göz attıktan sonra Uygulama havuzuna geri dönüyoruz. CustomerCard uygulamamıza bu sefer sol kısımdan tıklayarak açıyoruz. 

Aşağıdaki resimde de görüleceği gibi Office 365 bizim adımıza Uygulama guid’I ile bir Url oluşturarak bize bir ortam hazırlıyor. Bu ekranda henüz bir tablo eklemediğimiz için bize yeni bir tablo oluşturmamız için Access uygulamasında bu Uygulama veri dosyasını açmamızı istemektedir. 

Eğer Access programı bilgisayarınızda yüklü değil ise deneme sürümü içinde ekranda bir link bulunmaktadır. 

Sharepoint / Office 365 üzerinde Access App oluşturmaya dair ön bilgileri verdik. Üzerinden kısaca geçmek gerekirse, uygulamanın oluşturulması, detay menüsü, yetkilendirme menusu ve uygulamanın nasıl sisleneceğine dair ufak bilgiler öğrendir. Şimdi ise oluşturduğumuz uygulama üzerine tablolarımızı ekleyerek artık çalışır vaziyete getirmeye çalışacağız.

Uygulama havuzuna eklediğimiz CustomerCard uygulamamızı açmak için Site Contents > CustomerCard yolunu izleyerek uygulamamızı açıyoruz ve Tablo eklemek için uygulamayı açın linkine tıklayarak Access dosyamızı bilgisayarımıza Microsoft Access programımızın açması için download ediyoruz.

Open butonuna tıklayarak uygulamamızı açıyoruz ve karşımıza aşağıdaki gibi bir ekran geliyor. Bu ekran Office 365’inizin bulunduğu sunucudan uygulama ile alakalı bütün bilgilerin indirileceğine dair bizi uyarıyor OK butonuna basarak bu ekranı da geçiyoruz. 



Artık uygulamamız için klasik olarak daha önceden de aşina olduğumuz Access programındayız. Aşağıda görünen ekrandaki yeni tablo ekleme linkine tıklayarak ilk tablomuzu ekliyoruz. Müşterilerimizin bir firması olduğunu düşünerek öncelikle bir adet Company tablosu ekliyoruz. Bu tabloyu Customer tablosundan lookup olarak çağıracağız. 

Company Tablomuz içerisine aşağıdaki basit alanları yerleştirerek isimlendirerek kayıt işlemini tamamlıyoruz. 

Hemen arkasından Customer tablomuzu oluşturmak için gene Access programımızın ana ekranına giderek bir önceki işlemi tekrarlıyoruz. Aşağıdaki alanları ekledikten sonra Company field’ımız için DropDown menüden Lookup öğesini seçiyoruz.



Lookup öğesini seçer seçmez Access bize bu lookup ile ilgili bilmesi gereken bazı soruları soruyor. Biz elimizdeki mevcut tabloyu lookup yapmak istediğimizi ilk seçenek ile kendisine bildirerek “Which Table…” kısmından Company tablosunu seçiyoruz ve OK butonu ile işlemi tamamlıyoruz.


Bu tablomuzu da isimlendirip kayıt ediyoruz.



Artık standar görünümler ile uygulamamızı test etmeye hazırız. Access ribbon bar da bulunan Lunch App butonuna basarak, uygulamanın Office 365 üzerine publish edilmesini sağlıyoruz. Otomatik olarak uygulama karşımıza açılacaktır.



Test etmek için sol menüden Company linkine tıklayarak 1-2 adet firma ekliyoruz.

Aynı şekilde bağlamış olduğumuz lookup test etmek için birde müşteri ekliyoruz. Firmamızı bu ekrandan da ekleyebiliriz. Office 365 Access app yeni getirilen bu özellik sayesinde bizi tekrardan firma tanımlama ekranına ulaşma derdinden kurtarıyor.



New Item linkine tıkladığımızda aşağıdaki gibi popup bir ekran açılacaktır. Ve buradan işlemlerimizi hızlıca yapıp ekranı kapatabiliriz.

Son olarak ise eklediğimiz müşterimiz ekranda.

Sharepoint / Office 365 üzerinde Access App için standart viewler ile tablo oluşturma ve basit olarak yayınlama işlemini anlatmaya çalıştım. Faydalı olması dileği ile