İ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;

Exchange 2007 OWA'da sayfa bekleme süresi default'ta 5 dakikadır. Sonra logout olur ve tekrar OWA'ya login olmak gerekir. Aslında bu iyi birşeydir habersiz bilgisayarımıza oturan birisi maillerimizi görebilir. Ancak bu bazen isteğe göre istenmeyen durum olabiliyor.

Bende bu süreyi uzatmayı yahut kısaltmayı göstereceğim.

Exchange Management Sheel'i açıyoruz ve alttaki komutu giriyoruz.

 " set-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Services\MSExchange OWA' -name TrustedClientTimeout -value 1440 -type dword "

Tabi ki başta ki ve sonda ki tırnak işaretlerini komuta dahil etmiyoruz. valu 1440 da saniye olarak değeri belirtiyoruz.

Exchange Server 2007 ile Transport Rule'da Mail Server'ımızı istediğimiz gibi esnekleştirebiliyoruz. Bende bu noktada sizlere 2 senaryo örneği ile Transport kuralı yazacağım. İlk senaryomuzda seçtiğimiz 1 kullanıcının dışarıya yani Exchange organizasyonu dışına mail göndermesini engelleyeceğiz. Akabinde 2. senaryomuz olan yine aynı kişi localde, yani Exchange Organizasyonumuzda seçtiğimiz 2 kişi haricinde local'e mail gönderemeyecek. Dilerseniz siz yapınıza göre sadece 1. senaryoyu ya da 2. senaryoyu uygulayabilir olacaksınız.

Transport Rule'umuzu yazmaya başlayabiliriz.

Vmware ESX, hayatımıza girdi gireli tüm faydaları bizleri cezbetmekte. Sanallaştırma teknolojileri Türkiyede yavaş yavaş yaygınlaşmaya başladı. Firmalarda ki fiziksel serverlar üzerinde koşan  işletim sistemlerini VMware ESX Server üzerine almak yani sanallaştırmak için, VMware firması, “ Vmware Converter ” adlı toolu çıkarmıştır.  Bu bağlamda fiziksel sunucumuzu, disk tipi ve işletim sistemi gözetmeksizin convert edebilir yani sanallaştırabiliriz.

VMware Converter tool, ister çalıştığınız sistemi(online olarak), ister acronis, symantec vs. İle alınmış imajı veya başka bi yerde duran sanal işletim sistemini (ms virtual pc’lerde dahil) ya da uzaktaki bir bilgisayarı network üzerinden alıp ESX Server üzerine sanallaştırabiliyoruz.

Bende bunun nasıl yapılacağını adım adım anlatmaya çalıştım.

 Belirtmem gereken önemli bir nokta var,

VMware Converter iki tiptir ve dolayısıyla lisanlaması farklıdır. Bunlar;

VMware Converter Enterprise: Bu, ek lisans gerektirir. VMware Workstation, VMware ESX Server üzerine fiziksel makine üzerinde koşan işletim sistemlerini convert edebiliriz.

VMware Converter Starter Edition: Ücretsizdir, ancak convert etmek istediğimiz işletim sistemini sadece VMware Workstation üzerine sanallaştırabiliriz, VMware ESX için Enterprise Edition satın alınmalıdır.

Benim senaryomda kullandığım, VMware Converter Enterprise Edition 3.0.1 

Büyük bir yapı düşünelim. Şöyle çoklu şubeler, 400 - 550 üzeri client 30 üzeri sunucu, thin client'lar, mobil aygıtlar ve dertli kullanıcılar, titiz yöneticiler düşünelim... Bu sistemin bütün updatelerini, yazılım güncelleştirmelerini, güvenliklerini, izlemelerini, raporlarını, sorunlarını hatta doğabilecek sorunlarını takip etmek ve müdahele etmek oldukça zor ve masraflı bir iş. Tek kişiyle yürütülemeyecek kadar zor. Bu noktada Microsoft'un System Center ailesinden gelen Configuration Manager yani eski adıyla SMS bizleri sevindiriyor. Her ne kadar lisanslaması pahalı olsada, her ne kadar firmalar maliyeti için bu ürüne pek yanaşmasada 7/24 süreklilik gerektiren, sorunların hızlı giderilmesi, kullanıcıyı rahatsız etmeden bilgisayarın bakımlarını yapmak, işletim sistemi deploy etmek, gibi yararları görüldükçe kullanılması cazip hale geliyor. Biraz daha küçük çapta network ü olanlar için ( 300 client ve 30 sunucu desteği sınırlaması ile System Center Essentials 2007'i tavsiye ediyoruz)

Günümüzde hemen her şirket maillerine şirket dışından güvenli bir şekilde ulaşmak, güncellemek ister.  Şirkete birde Exchange Server dahilse bunun nimetlerinden en yüksek bir şekilde yararlanmak isterler. Maillerin klasik POP ile çekilmesinin ne kadar açık doğurabileceğini hepimiz biliyoruz. Exchange 2007 Server ile gelen yenilikler, hem sistem yöneticisini hem de şirket kullanıcılarını olumlu yönde tetikliyor. 

Bazı patronlar ve çalışanlar OWA’yı kullanmak istemeyebilir zorluğundan şikayetçi olabilirler. Şirket dışında ki Outlook’un direk Exchange Server ile senkronize olmasını isterler. Bu makalede hem Exchange 2007 ile OWA (Outlook Web Access) hem Outlook Anywhere, yani "RPC over HTTPS" ve de Outlook 2007 ile gelen bir yenilik AutoDiscovery'nin ISA Server 2006 üzerinden publish edilmesini anlatmaya çalışacağım.

Yapımızda bir DC Exchange Server birde ISA Server sunucu olduğunu varsayıyorum. Ben Microsoft'tan indirdiğim 32 bit Exchange Server sp1 beta2 VDH kullandım.

Öncelikle ya ISA Server'da ya da Exchange Server'da CA (Certificate Services) servisinin kurulu olması gerekmekte. (Ben ISA Server'a kurdum)

Exchange Server'da RCP over HTTP Proxy servisinin kurulması gerekmekte.

Sahip olduğumuz Exchange 2007'de birşekilde bozulan OWA ve IIS dizinlerinin yeniden oluşturulup sağlıklı ve çalışır bir şekilde geri getirilmesini anlatmaya çalışacağım.

Exchange 2007 de, yanlışlıkla silinen OWA dizinleri, yahut yanlış oluşturulan sertifikalar veya bozulan ayarlar gereği IIS dizinlerinin yeniden oluşturulması gereği doğmakta. Yapacağımız bir kaç işlem ve Exchange Management Shell'de yazacağımız birkaç komutla IIS'de OWA ve Exchange dizinlerini geri getireceğiz.

Artık firmalar ve özellikle grup şirketler, şubelerini yada grup şirketlerinin mail akışını merkezi noktadan yönetmek isterler. Bir firmanın birden fazla domaini olabilir. Bende Exchange Server 2007′nin tüm domainlerimize nasıl hizmet vereceğini anlatacağım.

Öncelikle yapımızda iki adet domain olacak birisi; bugrakeskin.local diğeri ise çözümpark.com . Merkez çalışanlarımız bugrakeskin.local domaininde barınıyor diğer şube çalışanları ise çözümpark.com domainimizde barınıyor.

Exchange Management Console > Organization Configuration > Hub Transport seçilir…..