Etiket arşivi: ASP.NET

Temel Web Part Gelistirme Ve Deploy Etme

 

ASP.Net 2.0’ın hayatımıza girmesinin ardından .Net Framework içerisinde pek çok yeni kontrol grubu ve alt frameworkler ile çalışmaya başladık. Membership, Webpart gibi alt frameworkler işimizi son derece kolaylaştıran ve development süremizi kısaltan bir yapıyı hizmetimize sunmaya başladı. Aynı dönemde ortaya çıkan pek çok internet sitesinde bu alt frameworklerin kullanım örneklerini gördük ve teşvik edildik. Örneğin Live ürün ailesi içerisinde yer alan “Spaces” bize webpart konusunda örnek sunan ilk sitelerdendi. Sitenin kavuştuğu yeni yapı ile kullanabileceğimiz bölümler webpart olarak geliştirilmiş ve istediğimizi sayfamızda gösterebilir, istediğimizi engelleyebilir hale geldik. Webpartların yerlerini değiştirerek daha kişiselleştirilmiş siteler yaratabildik.

Aslında webpartın ortaya çıkışında temel nedenlerden biri de buydu. Yani sadece site sahibine değil kullanıcıya da sitenin tasarımı ve içeriği konusunda tercihte bulunma hakkı vermek. Bu sayede ben bir portala girdiğimde ana sayfada IMKB Endeksi, Döviz Kuru gibi beni daha çok ilgilendiren bölümleri görmek isterken bir başka kullanıcı aynı bölümlerde Flaş Haberler ve Oyunları görmeyi tercih edebildi.

Microsoft Office Sharepoint Server 2007 ve Windows Sharepoint Services 3.0 altyapısını kullanan sitelerde de hem developmentı parçalar halinde gerçekleştirebilmeyi sağlamak hemde sitelerin kişiselleştirilebilmesine olanak tanımak adına webpart frameworkden yoğun bir şekilde faydalanılmış durumda. Alttaki ekran görüntüsünde Sharepoint ile beraber gelen standart bir “Team Site” ın düzenleme modunu görüyorsunuz. Resimden de göreceğiniz üzere site içerisinde gördüğümüz herşey kutucuklara ayrılmış durumda ve ister kişisel tercihlerle ister yöneticilerin uygun gördükleri şekilde bu kutucukların görünümünde ve yerlerinde değişiklik yapma şansımız var.

 

image001

 

Burada gördüğümüz “Left” ve “Right” ifadeleri WebPartZone olarak isimlendirdiğimiz ASP.Net bileşenlerine karşılık geliyor. WebPartZone kontrolleri birer konteynır görevi üstlenip içerisinde webpartları barındırabiliyor. Dolayısıyla o kadar da özgür olmadığımız anlıyoruz. WebPartZone’lar dışında bir yerde webpartlarımızı görüntülememiz mümkün değil.

Hedefimizi biraz daha Sharepoint odaklı hale getirirsek akla ilk olarak şu soru gelecektir: “Neden Webpart?”

Çünkü webpart hem iç hemde dış verileri görüntüleyebilmek ve bunları modül halinde yazabilmek için elimizdeki men kullanışlı tekniği bize sunar ve Sharepoint sistemlerinde özelleştirme genellikle webpartlar aracılığı ile yapılır. Bazen site içerisinde yarattığınız bir listenin farklı bir şekilde görüntülenebilmesi için webpart yazarsınız bazense tamamen dışarıdaki bir veritabanından bilgileri okumak ve Sharepoint sisteminiz içerisinde göstermek için. Sharepoint’te temel amaç sunulabilen tüm kurumsal bilginin birlikte çalışabilirlik adına tek adresten sunulması olduğundan örneğin bir CRM uygulamanızdaki müşterileriniz için veri girişini hala uygulamanın kendisinden yaparken verilerin sorgulanması işini Sharepoint’e bırakabilirsiniz. Bu sayede CRM uygulamasını sadece veri sorgulamak için kullanacak kullanıcılarınıza CRM clientını kurmaktan kurtulabilir ve her türlü bilgiye tek ekrandan ulaşma prensibini yerine getirebilirsiniz.

Burada konu alnınacak şey webpartın ne olduğu ve temel bir “Merhaba Dünya” webpartının nasıl geliştirilip deploy edileceği konusu. Ancak konu bununla sınırlı değil elbette. Daha ileri aşamalarda daha özelleştirilebilir webpartların, birbirine bağlı webpartlarında örneklerini bulabileceksiniz.

Sharepoint sitenizde yeni bir webpart geliştirmek için öncelikle Visual Studio 2005 veya 2008’de yeni bir “Class Library” projesi yaratıyoruz. Microsoft’un hazırlamış olduğu ve çok daha hızlı webpart geliştirmenizi sağlayabilecek VS 2005 ve 2008 proje templateleri de bulunmakta, isterseniz bu templateleri de kullanabilirsiniz geliştirirken. Projemizi yaratalım.

 

 

image002

 

 

Projenizi ekledikten sonra yapmanız gereken bazı temel referans eklemeleri, using satırı eklemeleri ve WebPart sınıfından kalıtım sağlama eklentilerini yapmamız gerekiyor.Sırasıyla :

  • References bölümünde yeni bir referans olarak “System.Web” kütüphanesini ekleyin
  • using elemanı olrak “using System.Web.UI.WebControls.WebParts” namespaceini ekleyin
  • Sınıfınızın “WebPart” sınıfından referans almasını sağlayın. “TemelWP:WebPart” şeklinde.

 

image003

 

Not : WebPart sınfından referans almak için “System.Web” yerine “Microsoft.Sharepoint” kütüphanesini de tercih edebilirsiniz. Aynı WebPart sınıfını her ikisi de barındırmaktadır.

Şimdi kalıtımı sağladığımız “WebPart” sınıfındaki “Render” metodunu override edeceğiz, yani yeniden kodlayacağız. “Render” metodu webpartın içeriğinin oluşturulduğu metoddur ve string bir ifadeyle HTML olarak her türlü içeriği gönderebilirsiniz. Bu sayede ekrana bir şeyler yazdıralım.

 

image004

 

 

Webpartımız kod itibariyle hazır. Şimdi bunun Sharepoint sistemimiz tarafından kullanılabilir hale gelmesi için deploy edilmesi gerekiyor. Deploy ederken webpart projemizin oluşturduğu “dll” e ihtiyaç duyacağız. Ancak eğer GAC’a deployment yapacaksanız oluşacak assemblyi “sign” etmeniz gerekiyor. Bu işlem için Solution Explorer’da proje üzerinde sağ tıklayıp “Özellikler” penceresine ve burada da “Signing” tabına geliyoruz. “Sign the assembly” checkboxını iaretleyip alttaki dropdownmenüden “New” seçeneğini işaretliyoruz. Karşınıza assemblyniz için oluşturacağınız “snk” uzantılı dosyanın yaratılacağı basit form geldi. Herhangi bir isim verin ve “Protect my key file with a password” checkboxını kaldırın.

 

image005

 

Şimdi projenizi build edebilir ve deployment adımlarına geçebilirsiniz.

 

DEPLOYMENT ADIMLARI

  1. Elde ettiğiniz TemelWebPart.dll’i C:\Windows\assembly dizinine deploy edin. Bu işlem için gacutil’i de kullanabilirsiniz. Eğer manuel deploy edecekseniz ilgili klasör copy/paste i desteklemediğinden sürükle/bırak ile işlemi gerçekleştirebilirsiniz.
  2. Sharepoint’in hazırladığınız webpartı güvenli bulabilmesi için uygulamanın web.config dosyasında yer alan <SafeControls> bölümüne gitmeli ve webpartınızı tanıtmalısınız. Bu işlem için C:\Inetpub\wwwroot\wss\VirtualDirectories\<UygulamanizinAdi> klasöründe yer alan web.config dosyasını açın, <SafeControls> tagını bulun ve içerisine şu satırı kopyalayın. (Tabi kendi Public Key Toke’ınızla. Public Key Token’a dll’i deploy ettiğiniz GAC’dan ulaşabilirsiniz.)<SafeControl Assembly=”TemelWebPart, Version=1.0.0.0, Culture=neutral, PublicKeyToken=11b24de2dc63fc73″ Namespace=”TemelWebPart” TypeName=”*” Safe=”True” />

  3. IIS’i restart edin

4.     

Web uygulamanızın anasayfasını açın.(Sitenin değil, site collectionın) Site Actions>Site Settings>Modify All Site Settings bölümünde yer alan “Galleries” bölümünde “Web Parts” ı tıklayın. Yazdığınız webpartı burada göremeyeceksiniz, çünkü henüz populate etmedik. Populate edebilmek için bu ekranda “New” butonuna tıklayın. Karşınıza tüm webpartların bulunduğu bir liste gelecek. Buradan kendi webpartınızı bulun, işaretleyin ve üst bölümden “Populate” butonuna tıklayın.

image006

 

5.     

Şimdi webpartı kullanmak istediğiniz siteyi Site Actions>Edit menüsü aracılığı ile düzenleme modunda açın. Sayfada yer alan WebPartZone’ların üstünde yer alan “Add a Web Part” butonunu tıklayın ve karşınıza gelecek listeden webpartınızı seçip sayfaya ekleyin.

image007

 

6.                 

Ve sonuç …

image008

 

Evren AYAN
WSS Architecture MVP, ISPA Regional Evangelist

Internet Information Service ( IIS )

IIS ( Web Sunucusu ) Rolüne Genel Bakış

Windows Server 2008 içindeki Web sunucusu rolü Internet, intranet veya extranet üzerindeki kullanıcılarla bilgi paylaşmanıza olanak sağlar. Windows Server 2008 IIS, ASP.NET ve Windows Communication Foundation uygulamalarını tümleşik çalıştıran birleşik bir Web platformu olan IIS 7.0 ile gelir. IIS 7.0 içindeki ana özellikler ve geliştirmeler aşağıdakileri kapsar:

· Hem yöneticilere hem de geliştiricilere tek ve tutarlı bir Web çözümü sağlayan, birleştirilmiş bir Web platformu.

· Geliştirilmiş güvenlik ve saldırı yüzeyini azaltmak için sunucuyu özelleştirebilme yeteneği.

· Sorunların çözümünde yardımcı olmak için basitleştirilmiş tanılama ve sorun giderme özellikleri.

· Sunucu grupları için geliştirilmiş yapılandırma ve destek.

· Barındırma ve kuruluş iş yükleri için temsili yönetim.

Web Sunucuları Nedir?

Web sunucuları, client bilgisayarlardan gelen istekleri kabul etmelerini ve bu isteklere yanıt vermelerini sağlayan özel yazılımlara sahip bilgisayarlardır. Web sunucuları, internet üzerinden veya intranet ve extranet’ler aracılığıyla bilgi paylaşmanıza olanak sağlar. Bir Web sunucusuyla aşağıdakileri yapabilirsiniz:

· Kullanıcılara Internet üzerinden bilgi sağlama.

· FTP veya Web Dağıtılmış Sürüm Oluşturma ve Geliştirme (WebDAV) ile kullanıcıların karşıya veya karşıdan içerik yüklemesine izin verme.

· Üç katmanlı uygulamalar için iş mantığı içeren Web hizmetlerini barındırma.

· Uygulamaları, kullanıcılara harici disk , CD veya DVD’ler gibi fiziksel ortam yerine, Internet üzerinden dağıtma.

· Web sunucuları, farklı müşteriler ve gereksinimler için yararlı olabilir. Örneğin:

· Küçük işletme sahipleri, basit bir Web sitesi kullanarak hizmetleri hakkında bilgi sağlayabilir.

· Orta ölçekli işletme sahipleri, bir sitede çeşitli uygulamaların birleşiminden oluşan bir çevrimiçi sipariş sistemi aracılığıyla mal ve hizmetlerini sunabilir.

· Kuruluş çapındaki işletmeler, şirket intranet’leri üzerinden iş uygulamaları geliştirerek, bunları çalışanlara sağlayabilir.

· Barındırma şirketleri, bireysel müşterilere farklı çevrimiçi içerik ve uygulamaları barındırmak için sunucu alanı ve hizmetleri sağlayabilir.

· Şirketler, extranet’leri üzerinden ilgili bilgileri ve uygulamaları iş ortaklarına sağlayabilir.

IIS 7.0 Web Sunucusu Rolü Özellikleri

Yeni Yönetim Araçları

IIS 7.0, yeni görev tabanlı bir yazılım arabirimi ve güçlü yeni bir komut satırı aracı sağlar. Bu yeni yönetim araçları aşağıdakileri yapmanıza olanak sağlar:

· IIS’yi ve ASP.NET’i tek bir araçta yönetme.

· Sağlık ve tanılama bilgilerini görüntüleme; bu, gerçekleştirilmekte olan istekleri gerçek zamanlı olarak görüntülemeyi de içerir.

· Siteler ve uygulamalar için kullanıcı ve rol izinlerini yapılandırma.

· Yönetici olmayanlara site ve uygulama yapılandırması yetkisini devretme.

Yapılandırma

IIS 7.0, Web platformunun tamamı için IIS ve ASP.NET yapılandırma ayarlarını tümleştiren yeni bir yapılandırma deposu sağlar. Yeni yapılandırma deposu aşağıdakileri yapmanıza olanak sağlar:

· Tutarlı bir biçim kullanan ve ortak bir API kümesinden erişilebilen bir yapılandırma deposunda IIS ve ASP.NET ayarlarını yapılandırma.

· İçerik dizinlerindeki güncel dağıtılmış yapılandırma dosyalarına hassas ve güvenli biçimde yapılandırma yetkisi devretme.

· Belirli bir site veya uygulama yapılandırmasını veya içeriğini başka bir bilgisayara kopyalama.

· Yeni bir WMI sağlayıcı kullanarak IIS ve ASP.NET için komut dosyası yapılandırması.

Tanılama ve Sorun Giderme

IIS 7.0 Web sunucusu, Web sunucusundaki sorunları daha kolay tanılama ve giderme olanağı sağlar. Yeni tanılama ve sorun giderme özellikleri aşağıdakileri yapmanıza olanak tanır:

· Uygulama havuzları, çalışan işlemleri, siteler, uygulama etki alanları ve geçerli istekler hakkında gerçek zamanlı durum bilgilerini görüntüleme.

· IIS istek yordamı kanalında ilerleyen bir istek hakkında ayrıntılı izleme bilgileri günlüğü oluşturma.

· IIS’yi, geçen süreye veya hata yanıt kodlarına bağlı olarak ayrıntılı izleme bilgileri günlüğünü otomatik olarak oluşturacak biçimde yapılandırma.

Modüler Mimari

IIS 7.0 içindeki Web sunucusu, gereksinimlerinize uygun olarak ekleyebileceğiniz ve kaldırabileceğiniz modüllerden oluşur. Yeni mimari aşağıdakileri yapmanıza olanak sağlar:

· Web sunucusu güvenliğini ve bellek ayak izini en aza indirecek biçimde yalnızca gereksinim duyduğunuz ve kullandığınız özellikleri ekleyerek sunucunuzu özelleştirme.

· Daha önce IIS ve ASP.NET içinde tek konumda çoğaltılan özellikleri (kimlik doğrulama, yetkilendirme ve özel hatalar gibi) yapılandırma.

· Varolan ASP.NET özelliklerini, Form kimliklerini doğrulama veya URL yetkilendirme gibi, tüm istek türlerine uygulama.

Uyumluluk

IIS 7.0 Web sunucusu, varolan uygulamalar için en üst düzeyde uyumluluğu garanti eder. IIS 7.0 aşağıdakileri sürdürmenize olanak tanır:

· Varolan Active Directory Hizmet Arabirimi (ADSI) ve WMI komut dosyalarını kullanma.

· Active Server Pages (ASP) uygulamalarını kodlarda değişiklik yapmadan çalıştırma.

· Varolan ASP.NET 1.1 ve ASP.NET 2.0 uygulamalarını kod değişiklikleri olmadan çalıştırma (IIS 7.0 içindeki ISAPI moduyla bir uygulama havuzu içinde çalıştırdığınızda).

· Değişiklik yapmadan varolan ISAPI uzantılarını kullanma.

· READ RAW bildirimlerine dayananlar dışındaki varolan ISAPI filtrelerini kullanma.

Bir Web Sunucusunun kelimesel bazda ne anlam içerdiğini öğrenmiş olduk. Bir diğer makalede görüşmek üzere…

Kaynak : Technet

Kenan BÜLBÜL

System Center Configuration Manager 2007 ( Native Mode) Kurulumu, Discovery ve İlk Ayarlar

İlk makalemizde SCCM 2007 nin mixed modda yani SMS 2003 hiyerarşisine göre kurulumunu basit bir şekilde tamamlamıştık. Şimdi ise SCOM 2007 Native Mode kurulumunu ve sonrasında ki ilk ayarları göstereceğim.

Bu makalede yer anlatılan Configuration Manager bileşenlerini görelim;

  • Native Mode ile SCCM 2007 kurulumu
  • Site Boundaries belirlenmesi
  • 2 Discovery Methods  ( Network Discovery – Active Directory User Discovery )
  • Computer Client Agent Yapılandırması
  • Client Installation Methods

Native Mod’da PKI Certificate oluşturarak SCCM 2007 yapımızı daha güvenli bir hale getiriyoruz. Clientlara gönderilen herhangi bir software pack, updute, yapzılımi yine web üzerinden güvenli bir şekilde deploy edilebilmekte.

Kurulum için ön hazırlıklara başlayabiliriz;

Active Directory Scheme Extend ( Şema Yükseltilmesi )

İşletim sistemimimiz SCCM 2007 alt yapısı için hazır olması gerekiyor. İlk makalemde bundan detaylı olarak bahsetmiştim, tekrar bir göz atalım.

1.       Öncelikle aynı networkteki bir sunucumuzda, SQL Server 2005 with SP2 (Windows Authentication mode) ile kurulu olması gerekiyor.

2.       Ardından, MMC 3.0, IIS, ASP.NET, BITS, WebDAV, Certificate Authority, WSUS (Opsiyonel ancak update’leri clientlara gönderebilmek için gerekli) servislerinin kurulu olması gerekiyor.

3.       Windows Server 2003 SP1

4 .   Active Directory SCCM 2007 için şema yükseltmesi yapmalıyız ( scheme extend ). ExtADSch.exe bu araçlar şemayı yükselteceğiz.

1 .  2. Ve 3. Şıkları yaptığınızı var sayarak ve 3. Şıktan başıyorum yani şemayı yükseltmekten;

ExtAdSch.exe aracına SCCM 2007 kurulum dosyalarımızın olduğu yerden ulaşabilir. Konum: \SMSSETUP\BIN\I386 konumlanmaktadır.

 

image001

Önemli:

  • Bu komutu çalıştırken başarılı olmak için, oturum açan user, Schema Admins security group’a üye olmalı.
  • Schema Master rolünün yüklü olduğu Domain Controller I network den disconnect ettikten sonra komutu çalıştırmamız gerekiyor.
  • Bir şekilde şema yükseltmesi başarız olmasına karşın yükseltmeye başlamadan evvel NTBACKUP ile Schema Master DC nin System State yedeğini almalıyız.
  • Schema Extend işleminin başarılı yahut başarız olduğunu C:\ sürücüsüne şema yükseltme işlemi başladıktan sonar düşen extadsch.log log dosyasını inceleyerek bakabiliriz.
  • Eğer bir şekilde şema yükseltmesi başarız olursa, şema rolü tamamen bozulabilir ve bu durumda system state den geri dönerek en iyi hata töleransını sağlamış oluruz.

SCCM 2007 için Active Directory hazırlanması işlemlerinin detayını Mümin Çiçek hocamızın makalesini inceleyebilirsiniz.

Vakit kaybetmeden kuruluma geçiyoruz.

Native Mode ile kuracağımız için, daha once bileşenlerden install etttiğimiz Certificate Authority ile bayağı bir işimiz olacak.

 

image002

Administrative Tools’dan Certificate Authority i çalıştırıyoruz. Certificate Templates ‘ e sağ tık Manage diyoruz ve altta ki ekranla karşılaşıyoruz.

image003

Certificate Templates ler burada yer alıyor, Computer’a sağ tıklayıp Duplicate Template diyoruz.

image004

SCCM 2007 için, Yeni bir Certificate Template oluşturuyoruz. Template Display name ve Template name aynen resimde ki gibi olmalıdır. ConfigMgr Site Server Signing Certificate yazıyoruz.

Publish certificate in Active Directory kutucuğunu işaretliyoruz. Çünkü Active Directory üzerinde yayınlayacağız sertifikamızı.

image005

Yine aynı yerde Subject Name tabında, Supply in the request i seçiyoruz. Yani burada Subject Name imizi sorgu ekranından temin et diyoruz orada belirteceğiz sertifika konumuzu.

image006

Issuance Requirements tabına geliyoruz. CA certificate manager approval I işaretliyoruz.  CA serfikasını yönetici olarak onaylıyoruz.

image007

Extensions tabına geliyoruz. Document Signed sertifika kullanacağımız için, Application Polices e tıklayıp, Edit diyoruz içerisinde ki Client Authentication ve Server Authentication ı kaldırıyoruz.

image008

Add deyip Document Signing I ekleyip OK diyoruz.

image009

Template extension ınımızın kapsadığı Application Policy altında ki Document Signing i görüyoruz. OK

image010

OK dedikten sonar ConfigMgr Site Server Signing Certificate template imizi görmemiz gerekiyor.

Tekrar Certificate Authority’e geri dönüyoruz, Certificate Templates’e sağ tık à New à Certificate Template to Issue tıklıyoruz

image011

Buradan “ConfigMgr Site Server Signing Certificate” seçerek certificate template imizi enable ediyoruz. OK

image012

Burada geldiğini görüyoruz.

image013

Site Server sertifikamızı, Web Sertifika Server üzerinden sorgulayacağız.  Webden giriyoruz sertifika servisimize ve Request a certificate tıklıyoruz. Ardından Advanced Certificate Request e ardından da Create and submit a request to this CA tıklıyoruz.

image014

Daha once oluşturduğumuz Certificate Template imizi buradan seçiyoruz.(BGR)

image015

Store certificate in the local computer certificate store u checkliyoruz. Yani local makinemizde sertifikayı saklıyoruz.

Friendly Name kısmına server ismimizi yazalım ve submit e basalım.

image016

“Site Server Signing Certificate” imizi , “Certificate Authority” tarafında onaylamamız gerekiyor.

“Certificate Authority” açıyoruz,

image017

“Pending Request” e tıkladığmızda sağda biraz öncede gördüğümüz Request ID gözükmekte.

Request ID e sağ tıklayıp à All Tasks à Issue tıklıyoruz.

Bir yukarıda ki Issued Certificates te görmeliyiz.

image018

Tekrar Web’den “Certificate Services” i açarak, “View the Status of a Pending Certificate Request” e tıklıyoruz, ve yukarıda ki ekran gibi sertifikamızı görüyoruz üzerinde tıklayalım.

image019

Install this certificate e tıklayarak, sertifikamızı serverımıza yüklüyoruz.

Buraya kadar PKI Certificate Templates ve Document Signed sertifikamızı oluşturmayı başardık.

Şimdi SCCM 2007 kurulumuna geçiyoruz

image020

Site Settings tarafında ki Site Code dikkat ederseniz, sertifika oluştururken ismine bu kodu vermiştim. Site Name imi yazıyorum ve Next à

image021

Configuration Manager Native Mode seçili olarak geliyor. Ve signing certificate detaylarını hemen altında gösteriyor.

 

image022

SQL Server bilgisayarımızı gösteriyoruz ve site database imizi yazıyoruz

 

 

image023

Site Database ile iletişime geçecek olan SMS Provider ımızı yazıyoruz.

image024

Management Point yani yönetim noktası birden fazla noktaya kurulabilir kurulacağı server I seçiyoruz

image025

PKI Certificate kullandığımız için her türlü iletişimimiz HTTPS yani 443 üzerinden SSL li olacak yürütülecek.

 

image026

Bileşenlerin en son sürümlerini update etmesi zorunludur. Direk internetle iletişime geçerek yaklaşık 85 update i 80 küsür MB ile belirleyeceğimiz path e download edecektir.

image027

Bileşenlerin son sürümü için Download a başladı.

image028

Yüklemek için oluşturulan altyapıyı test ediyor ve test sonucunda bütün gereksinimleri tamamladığımızı söylüyor.  Herhangi bir problem olursa gereksinimleri tamamlayamadığına dair bunun için ayrıntılı loglara “ConfigMgrPrereq.log” dosyasına bakabiliriz. C:/ dizini altında bulabilirsiniz.

 

 

image029

Kurulum tamamlandı, ve SCCM Console muzu açtık, hemen ilk ayarlardan bahsetmek istiyorum.  Site Management à BGR à Site settings altından “Boundaries” kısmına geliyoruz. Burada benim oluşturduğum iki adet Boundary mevcut. SCCM 2007 Site mız, nereye hizmet verecek? Bir Active Directory Site ına mı? Bir Subnet e mi? Yoksa IP aralığına mı? Buradan belirtebiliyoruz.

image030

Benim oluşturduğum bir boundary var. Kendi içinde bulunduğum Active Directory Site ımı buraya ekledim. Dolayısıyla SCCM 2007 ilk buraya bakacak.

image031

“Client Installation Methods” tarafında ise 2 seçeneğimiz var, Software Update noktası kullanarak clientlarımıza “Client Agent” yüklemek yada “Client Push Installation” direct olarak buradan yani Site Management ımız üzerinden installation I başlatmak.

image032

“Client Push Installation” a çift tıklıyoruz ve altta ki system tipleri için installation I enable ediyoruz.

Yani hem Server lara hem workstation lara (Mobil cihazlar, vista,xp ) hemde Domain Controller lara gönderebiliyoruz.

image033

“Client Agent’ımızı hangi account ile yükleyeceğimizi soruyor. Administrator haklarına sahip olan bir kullanıcı belirtmemiz gerekiyor burada.

image034

Yükleme başlatılırken ekstra bir parameter, yükleme özelliği belirtebiliyoruz.

image035

Eğer yapı üzerinde çoklu network var is eve burayada SCCM 2007 nin hizmet vermesini istiyorsak ya da sadece belirli bir IP aralığına ya da belirli bir Subnet e hizmet edecek ise buradan belirtiyoruz.

image036

Site Management à BGR à Site settings altından à Discovery Methods a geliyoruz.

Discovery Methods: SCCM 2007 clientlarının network de bulunabilmesi ve SCCM platformuna aktarılabilmesi için çeşitli discovery metodlar bulunmaktadır.

SCCM 2007 Site ında 6 adet Discovery Methodu bulunmakta. Yukarıda gördüğünüz gibi. Ben şimdilik Network Discovery kullanacağım.

Network Discovery’e çift tıklıyoruz;

 

image037

“ Enable network discovery “ işaretliyoruz.

“Type of discovery” bölümü kısmında ise , discovery edilecek  seçeneği soruyor bizlere

Sadece topoloji, topoloji ve istemci yada üçünü birden discovery edecek.

Eğer network ümüzde ki switch ler çok yoğun ya da farklı noktalarda düşük hat ile birden çok şubemize hizmet veriyorsa SCCM, “Network Speed “ altında “Slow network” işaretliyoruz. Network’de herhangi bir şekilde oluşan hatalara karşı iyi bir tölerans sağlıyor.

image038

Yine, “Network Discovery” tarafında, “ Domains” tabına geldiğimizde, altta yer alan domainler üzerinden Client Discovery taraması yapılacak.

image039

Discovery tarafında, “ Active Directory User Discovery” özelliklerindeyiz. Buradan ise AD container I ekleyerek (DN şekilde ) kullanıcı bazlı discovery sağlayabilirsiniz.

Sarı güneş’e tıklayarak hemen içeriğini görelim,

image040

Active Directory  container arama esnasında çoklu lokasyon desteği veriyor bize;

Local domain:  İçinde bulunduğumuz domain lerin görünen container larını alacak.

Local namespace: Sadece isimlere bakacak

Custom LDAP or GC query: Özel LDAP sorgusu yada Global Catalog sorgusu yaptırarak orda ki container lar içersinde arama yaptırabilirsiniz.

“Search options” kısmı ise, Include group seçmeniz halinde, gördüğü tüm continer lar içinde ki gruplarıda kapsayacağını belirtebiliriz.

 

“ Client Agent”  tarafına geldik, Discovery tarafında bu ayarların set edilmesi gerektiği için burayada giriş yapmayı uygun gördüm.

SCCM 2007 de Discovery tarafını set ettiğimizde Clientları bulması ve Client’lara “Agent “ kurması gereklidir. Bu Agent lar serverla iletişimde kullanılacaktır.

image041

“Computer Client Agent Properties” kısmında ise, Tüm client agent lar Administrator yetkisine sahip bir Account ile yüklenmesi gerekiyor., Administrator yekilerine sahip bir account set ediyoruz. Set’e basarak belirtiyoruz Administrator account umuzu.

image042

Administrator account unu ve şifresini giriyorum ben. OK

image043

“ Customization “ tabında ise, spesifik kendi yazacağımız bilgilendirme mesajları var. Bunlar sizinde gördüğünüz gibi Software Updates, Software Distribution, Operating System Deployments gibi işlemler yapıldığında gözükeceklerdir.

image044

“Reminders” tabında ise, zorunlu olarak hatırlatma işlemleri var. Software dağıtım tanıtımları, ard arda gelen sıralamalar tanıtımları ve software update deployments’lar sırasında sağ alt köşede baloncuk şekilde gözükeceklerdir.

Altta ise son teslim edilme tarihleri var.

image045

“BITS” SMS 2003 ile gelişmiştir kullananlar hatırlayacaklardır ancak ben yinede biraz değinmek istiyorum.

Arka planda software updates, software packages, client policy ler, dağıtımlar vs. kısacası tüm client aktivitelerinde download yapılırken bandwidth optimizasyonu çok önemlidir. Örneğin şirket dışında ki “Mobil Client” lar gezici oldukları için genelde firma ile iletişimleri güvenilmeyen ve sıkça kesintiye uğrayan hatlar üzerinden gerçekleştirilir. Biz Sistem Yöneticileri  bu clientlar üzerine yama, update, yazılımlar gönderiyoruz. Bundan ötürü SCCM 2007 nin network e bağlanan client I, bağlandığı noktayı, bant genişliğini ölçerek buna gore önlem alması ve gerekli olan işlemleri yapması lazım. Bu noktada BITS teknolojisi ile artık yazılım dağıtım paketlerinin clientlar tarafından dış networklerde hissedildiğinde paketin once download edilp sonra kurulması, download edilirken clientların o anda yaptığı işlemlere bakarak dinamik olarak bandwidth management yapmasını, mesela siz o an maillerinizi download ediyorsanız BITS download I kısılacaktır, yani kullanılan bandwidth I genişletecektir. Ya da hiçbir şekilde böyle bir ortamda yazılım dağıtımı ile karşılaştığımızda paket bazında bu pakedin mobil client a kurulmamasını configure edebilmek mümkün. Dolayısıyla BITS özellikle Mobil Client lar için son derece önemlidir.

image046

Client Agent lar yüklendikten sonar restart için geri sayma süresi ve en son final bilgilendirmesi için restart dakikasını belirtiyoruz.

Kurulumdan sonra ki ayarlara ilerleyen makalelerde inceleyeceğiz.

Buğra Keskin