Forefront

Forefront Threat Management Gateway (TMG) İle Create Access Role Oluşturma.

2012-11-04T19:13:00Z

Merhabalar bir önceki makalemde size TMG kurulumunu anlatmıştım, Bu makalemde' de "Access Role" oluşturulmasını anlatacağım.

Önce Access Role ne işe yarar ondan biraz bahsedeyim. Access Role' ler TMG de uyguladığımız kurallarımızı içerir. Örneğin client' ların internete erişimindeki kurallar, belirlediğimiz yetkiler çerçevesinde internete erişimlerini belirlediğimiz role' ler dir.

Şimdi bir tane Access Role oluşturalım;

İlk olarak,

1) Managment Consolda bulunan Forefront TMG' nin altında bulunan Web Access Policy' ye tıklıyoruz. Karşımıza gelen ekranda sağ tarafta bulunan üç Tab' lı kısımdaki Tasks Tabın' da bulunan Create Access Rule' e tıklıyoruz.

2) Karşımıza gelen bu pencerede oluşturacağımız kurala bir isim atıyoruz.

3) Burada bize yapmak istediğimiz kuralın İzin vermek mi (Allow) yoksa Kısıtlamak mı (Deny)nasıl bir kural yapacağımızı soruyor. Ben İnternete çıksa izin vereceğim için Allow diyorum. Ve Next ile diğer adıma geçiyoruz.

4) Burada bize izin vereceğimiz protokolleri seçmemizi istiyor.

5) Ben burada HTTP HTTPS ve FTP protokollerine izin vermek istediğimden Add butonuna basarak açılan protokollerden Web' in altından protokollerimi ekliyorum.

6) Burada bize Malware taramısını ( Malware Inspection) etkin yapmak istediğimizi soruyor. Ben istemediğim için "Do not enable malware inspection for this rule"

İstemememin Sebebi : Malware Inspection isterseniz açılan girdiğimiz her bir sayfanın içeriğini, index' ini komple tarayarak zararlı bir içerik var mı yok mu diye kontrol etmesidir. Bu da bizim internet sayfalarına girerken çok beklememize neden olur ikincisi bu Server' ımızı çok yoran bir şey olur. Bir düşünürseniz 100 kişilik bir şirkette bulunan bütün herkesi internet üzerinde iş yapmaya çalıştığını bu çok sıkıntılı bir duruma neden olabilir. Tabi size kalmış bir durumdur Enable' da edebilirsiniz.

7) Bu adımda bize Source (Kaynak) olarak nereden nereye gideceğimizi soruyor. Yani İçeriden Local' den İnternete çıkacağımız için ilk önce Add diyerek Network' den Internal ve Localhost' u ekliyoruz.

8) Buradaki adımda Destinations (Hedef) nereye gideceğimizi sormaktadır. Bizde Local' den İnternete çıkacağımız için aynı şekilde Add diyerek Network' den External' ı ekliyoruz.

9) Bu adımda kullanıcıların internete erişimde uygulanacak metod soruluyor, Biz domain' imize dahil olan kullanıcıların yani Authenticate edilmiş kullanıcıların çıkmasını istediğimizden All Authenticated Users' ı ekliyorum bir tek.

10) Kuralımızı oluşturmuş olduk Finish diyerek kuralımızı bitiriyoruz.

Umarım faydalı bir makale olmuştur.

Forefront Threat Management Gateway (TMG) Content Types Filters

2012-11-04T19:12:00Z

Type belirleyerek içerik filtrelemeyi anlatacağım.

Content Type belirlememizin en büyük etkenlerinden biride erişim sağladığımız sitelerde bulunan belli içeriklerdir. Bir site açılırken en çok beklememizi sağlayan şeylerden biri flash eklentilerdir. Buda bizim internet bağlantımızı yavaşlatan sebeplerden biridir. Ve client' ların youtube gibi video paylaşım sitelerinde bulunan videoları izleyen network trafiğini arttırmaları istemiyorum. O yüzden bu makalemde Content Type belirleyerek sitelerdeki flash açılmasını engellemeyi anlatacağım.

İlk olarak;

1) İlk olarak yapmamız gereken bir Content Type Object oluşturmalıyız. Bunun için Forefront TMG altındaki Firewall Policy' e tıklıyoruz. Sağ tarafta bulunan Toolbox Tab' ında bulunan Content Types' a tıklıyoruz ve Newdiyoruz.

2) Name kısmına oluşturacağımız Content Type' a bir isim veriyoruz. Burada bulunan Description kısmına isterseniz yaptığınız content type ile daha içerikli bir tanım yazarak ileride kafanızı karıştırmaması amacıyla içeriğini yazabilirsiniz.

Available Types kısmında bir çok içerik bilgisi ve uzantı bulabilirsiniz, ben flash engelleyeceğim için Add diyerek application/x-shockwave-flash ile *.swf type' larını ekliyorum.

3) Gördüğünüz gibi yapmış olduğumuz Content Type Object kategori içerisinde oluştu.

4) Şimdi sıra yaptığımız Content Type Object' imizi daha önceden oluşturduğumuz Web Access Rule' umuza ekleyeceğiz. Forefront TMG ' nin altında bulunan Web Access Policy' e tıklıyoruz. Sonra daha önceden oluşturmuş olduğumuz İnternet kuralı adındaki policy' mize çift click yaparak Properties pencesi açılıyor ve burada bulunan Content Types Tab' ına geliyoruz. Burada bulunan This rule applies to başlığı altındaki Selected content types' ı seçiyoruz. Böylelikle aşağıda bulunan Content types' ları aktif ederek oluşturmuş olduğumuz content type object' imizi seçiyoruz ve Apply diyerek onaylıyoruz.

5) İlk önce yukarıdaki göründüğü gibi yapmış olduğumuz konfigürasyonu Apply diyerek onaylıyoruz.

6) Sonra Forefront TMG altındaki Monitoring' e tıklıruz ve sağ tarafta bulunan Refresh Now' a tıklayarak TMG Database' imizi güncelliyoruz.

7) Garanti Bankasının sitesi ve Youtube gibi sitelerin flash alanlarının içeriğinin gözükmediğini görüyoruz.

Umarım sizler için faydalı bir makale olmuştur.

Forefront TMG NLB Yapılandırması

2012-01-01T15:22:00Z

Teknik bir makale olan bu yazımda sizlerin temel seviyede network ve TMG bilginizin olduğunu varsayıyorum.

Bu makalemde sizlere Microsoft’ un Forefront güvenlik ürün ailesinden biri olan ve TMG ürününün bizlere sunmuş olduğu ( TMG ile birlikte gelen ) NLB ile yedekli ve yüksek performanslı çalışıla bilirlik konusunu anlatacağım. TMG hakkında daha fazla bilgi için yine portalımız üzerindeki makale bölümünü kullanabilirsiniz.

Teknik anlatıma geçmeden önce konuyu sizlerin daha iyi kavrayabilmesi için örnek bir şema paylaşıyorum. Gördüğünüz gibi böyle bir yapı için ben iki adet TMG sunucusu kullanıyorum.

Resimde görülen yapıda 2 adet TMG sunucusu array yapıda kurulmuştur, CSS (Configuration Storage Server) sunucusu ayrıdır ve yine database sunucusu ayrı olarak kurulmuştur. NLB özelliği enable edilmiş ve yük paylaşımlı şekilde çalıştırılmaktadır.

Bir başka makalede sunucu rollerinden ve array yapılandırmasından ve bize sağlayacağı faydalardan bahsedeceğim, ancak bu makalede bahsetmek istediğim NLB’ nin devreye alınması olacak. NLB özelliği performansın yanı sıra yedekliliği de sağlamaktadır.

NLB yapılandırmasına array member sunuculardan herhangi bir tanesinde başlayabiliriz.

Networks tabındaki Tasks altından “Enable Network Load Balancing Integration” seçilir ve devam edilir.

Internal seçilir ve “Configure NLB Settings” tıklanır.

NLB’ ye bir IP adresi veririz. Bu IP adresi array member sunucularından IP adreslerinden farklı bir IP adresi olur. Verdiğimiz bu IP adresine bir hostname vermek isterseniz DNS’ te bir tane static host joydı oluşturmalısınız. Yani siz aşağıdaki resimdeki gibi kullanıcıların browser’ larında proxy adresi olarak IP değilde hostname kullanacaksanız, host kaydını oluşturmalısınız.

Cluster operation mode olarak multicast seçilerek devam edilir ve işlem bitirilir.

NLB Cluster için ortamınızda bulunan switch üzerinde bir tane static ARP kaydı girmeniz gerekmektedir. Çünkü Cluster’ a verdiğimiz IP için bir tane sanal MAC oluşur, bu MAC adresi kaydı kendini switch üzerinde güncelleyemeyecektir. Bu sorun ile ilgili Cisco’ nun yayınlamış olduğu bir makale bulunmaktadır. Çalışma mode’ ları ile ilgili bilgiler, Static ARP kaydının nasıl girileceği ile ilgili bilgilerde bulunmaktadır;

http://www.cisco.com/en/US/products/hw/switches/ps708/products_configuration_example09186a0080a07203.shtml

Aynı durum Juniper içinde geçerlidir;

http://kb.juniper.net/InfoCenter/index?page=content&id=KB14854

NLB’ ye verdiğimiz IP adresinin MAC’ ini bulmak için aşağıdaki kullanmalısınız.

ARP kaydını oluşturduktan sonra NLB’ nin IP adresi pinge cevap verir duruma gelecektir.

NLB’ nin devreye alınması bu kadar kolay aslında. Şimdi iki sunucu içinde bazı testler yapmalıyız.

Öncelikle Monitoring kısmından servislerin durumu kontrol edilmelidir. NLB servislerinin ve diğer servislerin çalışır durumda olduğunu görmeliyiz.

Sonrasında array member sunuculara ve NLB IP adresine doğru sürekli ping başlatılır;

Array üyesi sunuculardan bir tanesi restart edilir. Bu aşamada NLB’ nin ve diğer sunucunun kesintiye uğramaması lazım. Açık durumda olan sunucu üzerindeki session tabından bağlantılar kontrol edilir. Ve bir browser aracılığı ile internete erişimde kontrol edilebilir.

Sunucu tamamıyla ayağa kalktığında aynı işlem diğer sunucu içinde yapılır.

Temel bir TMG bilgisine sahip olan siz değerli bilişim gönüllüleri için NLB özelliğini aktif etmeyi gösterdiğim bu makaleyi umarım beğenmişsinizdir. Tüm sorularınız için ÇözümPark forumları üzerinden bana ulaşabilirsiniz. Bir sonraki makalemde görüşmek üzere esen kalın.

Microsoft Forefront Protection 2010 for Exchange Server Kullanımı ve İnce Ayarlar

2011-12-11T19:43:00Z

Forefront bildiğiniz gibi Microsoft’ un güvenlik ürün ailesinin ismidir. Bu ürün ailesi içerisinde birbirinden değerli pek çok ürün bulunmaktadır. Bu ürünlerin hemen hemen hepsi hakkında gerek temel seviyede gerekse detaylı incelemelerde bulunduk ve bunları makale veya video olarak sizlerle paylaştık. Bu makalemizde ise benim amacım daha önce kurulumu ve genel özelliklerini anlattığımız Forefront Protection 2010 for Exchange Server ürününün detaylı konfigürasyonu hakkında olacaktır. Bu makalemiz sayesinde Exchange sunucularınızın mail güvenliğini üst düzeye çıkaracaksınız.

Ürün hakkında temel bilgiler ve kurulum için aşağıdaki linkleri kullanabilirsiniz

http://www.cozumpark.com/blogs/forefront/archive/2010/10/03/microsoft-forefront-protection-2010-for-exchange-server-fpe-ve-forefront-protection-2010-for-sharepoint-fpsp-ile-g-venli-mesajla-ma-g-venli-birli-inde-en-yi-z-m.aspx

Peki biz kurulmuş ve kullanıma hazır olan ürünümüzü incelemeye başlayalım. Öncelikle belirtmek istediğim bir konu var, ürünü mailbox server veya hub transport server’ lara kurmanız sonucu konsolda farklı menüler ve raporlar görmeniz gayet normaldir.

Yukarıda görüldüğü gibi mailbox üzerinde fazladan “Task” menüsü yer alırken, Hub transport sunucusu üzerinde de “Spam Details” menüsü yer almaktadır.

Ayrıca Dashboard kısmında da farklılıklar yer almaktadır.

Örneğin aşağıdaki ekran hub sunucu üzerine kurulu üründen alınan bir görüntüdür

Bu ekran ise bir mailbox server üzerinden alınan dashboard ekran görüntüsüdür

Evet bu temel bilgiden sonra sırası ile detayları incelemeye başlayalım.

Öncelikle dashboard’ u inceleyelim.

Bu ekran 3 temel bölüme ayrılmıştır; Health Monitor – Servislerin, tarama motorlarının, lisansların ve tarama işlerinin durumları hakkında özet bilgiler sunar. Hemen alt bölümde her bir başlık için detay alma şansına sahipsiniz. Yani örneğin “Engines” kısmı kırmızı ise bu bir sorun olduğunu gösterir ve muhtemel update olmayan bir engine var demektir. Bunu hızlıca görmek için ilk olarak yukarıdaki menüden “Engines” kısmına sonra hemen altındaki bölümden de “Engine Summary” linkine tıklayarak aşağıdaki gibi bir detay ekranına ulaşabilirsiniz

Örneğin burada tarama motorlarından bir tanesinin güncellenmediğini görüyoruz.

Daha alt kısımlara baktığımızda ise iki ana bölüm görüyoruz, bu bölümler ise soldan sağa Transport sunucularındaki tarama sonuçları ve spam raporları yer almaktadır. Örneğin ilk ekranda 18 adet Malware yakalandığını hemen görebiliyoruz.

Son olarak bu kısım ile ilgili olarak sağ bölümden bahsede biliriz. Action menüsünde gördüğünüz istatistikleri resetleyebilir veya dashboard için sahip olduğunuz ekranları kapatıp açabilirsiniz.

Bir sonraki bölüm ise Malware içeriklerinin raporunu aldığımız bölüdür. Burada yine hatırlatmak isterim biz zaten şu anda Monitoring bölümünde olduğumuz için bu bölümler hep izleme üzerine bilgiler içermekte olup ayarlar kısmını ilerleyen bölümlerde göreceğiz.

Ana sayfadaki 18 malware raporunu burada da görebiliyoruz ve yine bu istatistikleri resetleyebiliyoruz.

Bu bölümde ise spam mailler için bilgi alabiliyoruz ki şu anda sistemde anti spam özelliği açık olmadığı için çok detay göremiyoruz ( test ortamı )

Bu bölüm ise tarama sonuçlarını göstermektedir. Forefront sonuç olarak sahip olduğu özellikler ve sizin uyguladığınız politikalar ile mailleri filtrelemektedir. Burada gördüğünüz gibi çok ciddi rakamlarda maillerin tarandığını görebiliyoruz. Ancak test ortamında ben önceden tanımlı bir filtre yapmadığım için sadece mesajların gelip geçtiğini görüyoruz, filtreye takılan herhangi bir mail yok.

Bu bölüm ise yoğun sistemlerde sıklıkla ziyaret edeceğiniz bir bölüm. Forefront üzerinden geçen ve sınırlamalara takılan maillerin detaylarını görebiliyorsunuz.

Çok kullanışlı bir filtreleme özelliği bulunmaktadır, çünkü yoğun sistemlerde burada çok fazla mail olacak ve bu nedenle aradığınız maili bulmak zor olacak. Ama dediğim gibi filtreleme özelliği sayesinde nokta atışı sonuçlara ulaşabiliyorsunuz. ( Kullanılan filter lara örnek vermek gerekir ise, zaman göre, olay kategorisine göre ( virüs, spam, spyware, keyword filter,subject line filter, file filter, sender domain filter), duruma göre ( silinmiş, kabul edilmemiş, karantinaya alınmış, kontrol edilmiş, temizlenmiş, işaretlenip kabul edilmiş vb )

Action bölümü sayesinde sol taraftaki ekrana yeni kolonlar ekleyebiliriz.

Özetle bu bölüm sayesinde; yeni kolon ekleme, çıkarma, mevcut olay günlüklerini export etme, silme ve bu bilgileri saklama ayarlarını değiştirme işlemlerini gerçekleştirebilirsiniz.

Yukarıdaki bölümü kullanarak otomatik olarak olayların 30 günden sonra silinmesi ve bu olay günlükleri için maksimum 4 GB veri tabanı tutulmasını sağlayabilirsiniz.

Bu bölümde bir detay paylaşmak istiyorum. Ürünün konusunda gerçekten ne kadar uzman ve başarılı olduğunun bir kanıtı olması açısından çok önemli bir bilgi. Sistemin önüne test amaçlı Symantec bright Mail koyduk ve bakın neler oldu J

Olay günlüklerinde detaylı bir inceleme yaparsanız virüs bulunduğuna dair bir bilgi vardır.

Evet şekle bakarak 28.03.2011 saat 13:04 de içerisinde Win32/Chepvil.j virüsü içeren bir mail Forefront tarafından tespit edilmiştir. Peki gerçekten Symantec bunu geçirdi mi ? Hemen bunu kontrol edelim

Evet yukarıda görüldüğü gibi sysmantec olası virüs içeriği olarak işaretlemiş olsa bile bu maili içeriye geçirmiş ve eğer Forefront ürünü kullanmıyor olsaydınız artık kötü içerikli bir kod bulaşmış sistemlerin temizlenmesi ile uğraşacaktınız.

Arada reklam niteliğinde olan bu detayı paylaştıktan sonra ürünü incelemeye devam edelim.

Karantina bölümünde olaylar bölümüne benzerlik göstermek ile beraber en büyük farkı istediğiniz içerikleri masa üstünüze veya istediğiniz bir yere kayıt edebiliyor olmanızdır. Yine olaylar bölümünde olduğu gibi filtreler yardımı ile istediğiniz maili bulup sağ tıklayarak save demeniz yeterli, veya yine bu açılan menüden kalıcı olarak silmek için delete bölümüne tıklayabilirsiniz.

Mail üzerine sağ tıklayarak açılan menü yardımı ile bu maili kullanıcıya iletebilir, kayıt edebilir veya silebiliriz.

Maili iletmek isterseniz eğer aşağıdaki gibi bir ekran karşınıza çıkacaktır

Burada isterseniz bu mesajı başkalarına da iletebilirsiniz. Burada unutulmaması gereken nokta bu mesajın güvenli olduğuna emin olmanızdır. İletme işlemi ise yeni bir mail olarak kullanıcıya gönderilir ve orijinal mail bu yeni mail içerisinde ek olarak saklanır, yine değiştirme imkanınız olmayan bir mesaj ile iletilmektedir (“Message delivered from Microsoft Forefront Protection for Exchange Server Quarantine” ). Normal şartlarda bu mesaj eğer bir kez daha taramaya takılırsa yine karantinaya alınır ancak varsayılan olarak karantina dan iletilen mailler bir kez daha taranmaz. Ama bunu karantina seçeneklerindeki bir ayar sayesinde tekrardan taranmasını sağlayabilirsiniz. ( ilerleyen bölümde bundan bahsedeceğim )

Yine bu bölüm için action kısmını incelediğimiz zaman aşağıdaki özellikleri görebiliyoruz

Bu bölüm sayesinde kolon ekleyip çıkarabiliyoruz, seçili mailleri aynı sağ tıklayarak açılan menüde olduğu gibi iletebiliyor, kayıt edebiliyor veya silebiliyoruz, içerikleri export edebiliyor veya tüm karantina dosyalarını silebiliyoruz. Ayrıca karantina için saklama özelliklerine ulaşabilirsiniz

Karantina dosyalarının sunucuda yer sorunlarına neden olmaması için otomatik olarak belirlediğiniz günden eski karantinadaki maillerin silinmesini sağlayabilirsiniz. Yine yukarıda anlattığım gibi karantinadan alıcılara iletilen maillerin bir kez daha taranmasını istiyorsanız eğer “rescan filters on send” seçeneğini işaretleyebilirsiniz.

Yine bu menüde varsa Hosted hesabınıza bağlanabiliyorsunuz. Hosted bildiğiniz gibi Forefront’ un cloud bazlı bir çözümüdür. Bu çözüm sayesinde MX kayıtlarınızı Microsoft’ un sunucularına yönlendiriyorsunuz ve mailler ilk olarak buraya düşüyor ve yine buradan spam- virüs temelli çözümler ile tarandıktan sonra size iletiliyor.

Tabi Hosted hesabınız yok ise bu bölüm sizleri ilgilendirmiyor.

Bir sonraki bölüm ise yine çok önemli, çünkü günlük işlerin yoğunluğundan dolayı sürekli olarak bu ekranların açık olması veya takip etmeniz mümkün olamayacağı gibi aslen buna gerekte yoktur. Bu bölüm üzerinden ihtiyaç duyduğunuz uyarıları mail yolu ile istediğiniz kişilere ulaştırabilirsiniz. Bu bölüm temel de ikiye ayrılmaktadır, ilk bölümde olaylar için uyarılar yer alırken ( Incident Notifications ) ikinci bölümde etkinlikler hakkında uyarılar ( Event notifications ) yer almaktadır. Bunları genelde ayrı sistem yöneticileri takip edebileceği gibi tek bir ekip veya kişide takip edebilir. Hangi uyarıya ihtiyaç duyuyorsanız üzerine gelip sağ tıklayarak “Enable” yapmanız ve ardından “Edit” diyerek kimlere mail atılmasını istiyorsanız mail adreslerini yazmanız mümkündür.

Burada bir detayda yukarıda görüldüğü gibi isterseniz bu uyarı mesajlarını ( olay – incident uyarıları için geçerlidir, çünkü sadece bunlarda alıcı gönderici durumu söz konusu olup, forefront için olan olay günlükleri sadece sistemden yöneticilere gönderilmektedir ) kimin alacağına karar verebilirsiniz. Biraz açıklamak gerekir ise, bir virüs uyarısı bir kere kesin sistem yöneticisine gönderilmeli, bunun yanında bu maili almayı bekleyen ancak forefront tarafından silindiği için bekleyen alıcıda görmeli ama mesela bunu dışarıdan gönderen göndericinin bunu görmesini istemeyebilirsiniz, normalde o da görsün bak virüslü mail attın ondan sildik diye düşünebileceğiniz gibi , benim güvenlik yazılımım nedir onu öğrenmesinler diye de düşünebilirsiniz.

Bu son bölüm ile beraber monitoring kısmını tamamlamış olduk. Makalemin ikinci bölümünde ise Management yani aslen ince ayarların olduğu bölümü sizler ile paylaşacağım. Umarım faydalı bir makale olmuştur. Bir sonraki makalemde görüşmek dileği ile.

Microsoft Forefront Protection 2010 for Exchange Server Detaylı Kurulum

2011-11-13T14:11:00Z

Forefront güvenlik ürün ailesinin önemli bir üyesi olan Protection 2010 for Exchange Server, şirket organizasyonlarında Exchange Server kullanan sistem yöneticileri için vazgeçilmez bir üründür. Neden bu ürünü seçmemiz gerektiği ve temel bilgileri içeren makalemizi daha öncesinde yayınlamıştık, bu nedenle bu konulara değinemeyeceğim. Merak edenler için bu konuların anlatıldığı linki sizlerle paylaşıyorum.

Benim bu makaleyi yazmamdaki amaç ise detaylı bir kurulum ve bu temel makale sonrasında ürün hakkında seri bir şekilde diğer özelliklerini anlatan makaleler yazmak. Bu nedenle kurulum ile başlayalım.

Ürün için kurulum noktasında farklı senaryolar bulunmaktadır, hem bu senaryoları hemde ürün için sistem gereksinimlerini ilk olarak paylaşmak istiyorum.

Desteklenen işletim sistemleri

Windows Server 2003 SP2, Windows Server 2003 R2, Windows Server 2008 veya SP2 ve Windows Server 2008 R2 veya SP1

Desteklenen Exchange versiyonları

Exchange Server 2007 RTM, Exchange Server 2007 SP1, SP2, SP3 rollup1, Exchange 2010 RTM, Exchange 2010, Exchange 2010 RTM SP1, Exchange Server 2010 SP1 Rollup1

Yükleme senaryolarında ise şirket organizasyonlarında iki temel senaryo görebilirsiniz. Enterprise Reference Architecture ve Standart Reference Architecture. İlk senaryo gelişmiş şirket senaryolarında gözlemlenebilir. Ölçeklenebilir bir yapısı olmak ile beraber yüksek istemci sayılı yapılarda kullanılır.

Bu modelde gördüğünüz gibi bir edge server rolü kullanılmakta olup ayrıca yapıdaki tüm roller birbirinden ayrılmış ve mailbox server rolü de çoklu sunucular ile desteklenmektedir.

Standart model ise aşağıdaki gibidir

Bu modelde ise tüm roller tek bir sunucu üzerinde konumlandırılmıştır. Ancak Türkiye şartlarında edge kullanılmadığı yapıyı da görmeniz mümkündür. Forefront tüm bu senaryoları desteklemektedir. Temel olarak Edge, Hub ve mailbox sunucularına yüklenir ve buradan geçen tüm mail trafiğini izlemektedir. ( mailbox server üzerinden mail trafiği geçmemektedir ancak buradaki mailboxları taramakta ve policyleri uygulamaktadır, bu nedenle mailbox server üzerinde yüklenen bir FPE ürününde anti spam özelliğini göremezsiniz. Bunun tek istisnası Hub ile Mailbox rollerini aynı sunucuya kurmanızdır. )

Eğer FPE ürününü Edge veya Transport sunucularına yüklerseniz Realtime, Schduled ve on-demand tarama seçeneklerini göremezsiniz. Aynı şekilde mailbox server rolü üzerine yüklemeniz halinde de transport scan özeliğini göremezsiniz. Ancak hem mailbox hem de hub yüklü bir sunucuya yüklemeniz halinde hepsini görme şansına sahipsiniz.

Exchange Server organizasyonunuzu virüs, spyware ve spam lara karşı korumak istiyorsunuz, ancak bunun yanında temel şartınız yüksek performans, yani her mail alt yapısında olduğu gibi amacımız yüksek koruma ve yüksek performans. Oysaki bilinen yöntemlerde yüksek performans düşük korumayı, yüksek koruma ise düşük performansı tetikleyen bir durumdur. FPE ürünü ise bunu Exchange Server’ ın bize sunduğu rol tabanlı mimari ile aşmaktadır. Yani sahip olduğu birden çok taramam motoru ile tarama yaparak yüksek bir güvenlik sağlayabiliriz, ancak bu bize sunucu tarafında performans sorunları olarak geri dönecektir. Bu diğer tüm ürünlerde böyledir, ancak FPE sahip olduğunuz Edge, Hub ve Mailbox rollerine ayrı ayrı yüklenerek bu sorunu aşmaktadır. Bunun nasıl yapıyor derseniz hemen açıklayalım.

Yukarıdaki resimde görüldüğü üzere internet üzerinden gelen spyware, spam ve virüslü mailler ilk olarak Edge üzerindeki FPE ile taranmaktadır. Burada sahip olduğunuz tarama motorlarından iki tanesini seçerek dengeli bir tarama yaptınız ( performans – güvenlik dengesi ). Buradan geçen mail Hub transport üstüne düştü ve burada da ayrı iki motor ile daha taradınız ve aynı şekilde mailbox sunucusu üzerinde ayrı bir motor ile daha bu işlemi yaptınız. Baktığınız zaman her sunucuda ikiden fazla tarama motoru kullanmadığınız için performans sorunları yaşamadınız ancak toplam da farklı motorlar kullandığınız için de yüksek bir güvenlik senaryosuna sahip oldunuz. Benim tek sunucum var derseniz tabi ki bu durumda tek seçeneğiniz bize sunulan Intelligent Engine Management IEM özelliğini kullanmak olacaktır ki bu özelliğin detaylarını makalemizin devam serilerinde bulabilirsiniz. Buradaki kritik nokta aslında mailleri işaretlemekten geçmektedir ( stamp ). Örneğin Edge üzerinde malware içerikli veya spam olduğu işaretlenen bir mail header bilgisine yazıldığı için diğer bir server tarafından bir kez daha taranmaz. Bu sayede tek bir tarama aslında yeterli.

Sistem nasıl çalışıyor? Eğer gelen mail bir kez Edge veya Hub üzerinde taranmış ise antimalware header stamp yazılır ve bu mail bir sonraki uğrak yeri olan Hub, başka bir Hub veya mailbox server’ a geldiğinde ilk olarak header bilgisi kontrol edilir ve eğer bu bilgi bir şekilde düzenlenmiş ise bu mail bir kez daha taranmaz.

Bu durumun tek istisnası sunucu üzerinde “Optimize for performance by not scanning message already virus scanned” seçeneği pasif hale getirilir ise bu durumda aktif olan her engine ile taranma işlemine devam edilir.

Örneğin inbound yani şirket dışından şirket içine gönderilen mailler için varsayılan tarama senaryosu aşağıdaki gibidir;

Tarama Edge üzerinde yapılıp işaretleme yapıldığı için diğer sunucularda tarama yapılmaz.

Outbound mail yani şirket içerisinden şirket dışına gönderilen mailler ise sadece Hub ların üzerinde taranmaktadır.

Son olarak ise internal dediğimiz yani şirket içerisindeki maillerin ( şirket içinden yine şirket içine gönderilen mailler ) taranması sadece Hub ların üzerinde gerçekleşmektedir.

FPE ürününü kurmak istiyorsanız eğer bilmeniz gereken bir noktada hangi sunucuların üzerine kurmamız gerektiğidir. Aslında bu konuda sizlere bilgi verdim ancak genel kabul göre senaryolardan da bahsetmek istiyorum.

Mail sisteminizin güvenliği için uygulayabileceğiniz iki temel güvenlik seviyesi vardır;

Baseline protection level

Global protection level

Baseline koruma seviyesinde FPE ürünü sadece Hub ve Edge sunucuları üzerine kurulur ve bu durumda yönlendirilen ( routed ) tüm mail objeleri taranmaktadır. Ancak dez avantajı yönlendirilmeyen öğelerin taranmayacak olmasıdır.

Global koruma seviyesinde ise hub ila edge sunucu rollerinin yanında mailbox sunucu rolüne de FPE kurulması gerekmektedir ve bu sayede hub üzerinden yönlendirilmeyen mail objeleri de yerinde taranabilir (public folders, Sent Items folder, Calendar folder ).

Mailbox sunucu rolü üzerinde temelde 3 tip tarama sunulmaktadır. Bunlar aşağıdaki şekilde özetlenebilir ;

Realtime scanning—Scans: Gerçek zamanlı taramada mail objelerine her erişimde tarama gerçekleşmektedir. Mail objesini okuma, görüntüleme veya indeksleme işlemlerinde bu tarama gerçekleşir.

Scheduled scanning—Scans: Zamanladığınız sürede otomatik olarak mailbox ların taranmasını sağlayan seçenektir.

On-demand scanning—Scans: Malware outbreak dediğimiz yani malware yayılması durumunda yapılacak tarama yöntemidir. Bir nevi içeride kötü içerikli bir kod tespit edildiğinde nasıl bir tarama yapılacağını belirleyebiliriz.

Peki, biraz daha kurulum adımları ile devam edelim. FPE için temel yayınlama senaryolarını görmüştük ancak sonuç olarak şirket ihtiyaçları değişkenlik gösterdiği için donanım noktasındaki gereksinimlere iyi karar vermek gerekiyor. Bu nedenle size “Forefront Protection 2010 for Exchange Server Capacity Planning Tool” aracını kullanmanızı tavsiye ederim.

Aşağıdaki tablo aracılığı ile de tavsiye edilen ram miktarlarını daha net görebilirsiniz

Number of Cores	Number of Engines	Number of Scanning Processes	Approximate Memory Required (GB)
4	1	4	5.0
4	3	4	5.5
4	5	4	6.0
8	5	4	10.0
8	5	8	11.4

Örneğin 8 core ve 5 engine çalışan bir sunucu üzerinde tarama işlemini de 8 olarak ayarlarsanız 11.4 GB ram’ e ihtiyaç duymaktasınız.

Tarama süreci için birden çok tarama motoru kullanabilirsiniz. Her bir tarama süreci 350mb ram kullanmaktadır ( varsayılan olarak 5 tarama motoru kullandığınızı düşünürsek) . Eğer siz tarama süreci içerisindeki tarama motorlarının azaltırsanız bu ram miktarı tarama motoru başına 63mb düşmektedir. Örneğin bir tarama süreci için 3 adet tarama motoru kullanırsanız ortalama 224mb’ lık bir ram kullanımı söz konusu olacaktır. Bunun yanında tabi ki varsayılan olarak 4 tarama süreci geleceği için bu rakamları 4 ile çarpmanız gerekmektedir. Bu konudaki ayarları makalenin ilerleyen bölümlerinde bulabilirsiniz. Bunların yanında tabi ki destek servisleri için 650MB ram ve Exchange server için ayrıca ram gereksinimlerini unutmamak gerekmektedir. Yine bu hesaplamalar sadece tek bir rolün yüklü olduğu sunucular için verilmektedir ( sadece hub, sadece mailbox veya sadece edge gibi ).

Tavsiye edilen donanımlar ise aşağıdaki gibidir

4 veya 8 core cpu

4 GB ram ve mailbox başına 5mb ek ram gerekmektedir.

Ayrıca ürün Windows server 2003 üzerinde exchange 2007 ve Windows server 2008 R2 üzerinde Exchange 2010 desteklediği için bu konudaki performansını da sizlerle paylaşmak isterim.

Görüldüğü gibi en çok mesaj işleme ve en az cpu kullanımını fiziksel 2008R2 / Exchange 2010 ortamında gerçekleştirmektedir.

Performans konusundan devam edecek olursak yükleme öncesi yukarıdaki bilgilerin yanında birde kaynak kullanımında kullanacağınız filtrelerin çok büyük önem arz ettiğini belirtmek isterim. Örneğin Edge sunucu üzerine gelen bir mesaj ilk olarak Ip reputation servis üzerinde karşılanır, eğer mesaj burayı geçer ise content filter, devamında diğer tanımlanmış olan filtreler ve malware taramasından geçirilir. Buradaki performansı etkileyen en önemli hususlardan biri kullandığınız filtrelerdir. Ne kadar çok filtre tanımlarsanız o kadar çok kaynak tüketimi yaparsınız.

Aşağıdaki şekilde filtre kullanımı ile doğru orantılı olarak artan cpu kullanımını görebiliriz.

Resimdeki şekil için açıklama tablosu aşağıdaki gibidir

	Keyword Filter	File Filter
Light	1 - 115	1 - 20
Moderate	116 - 230	21 - 40
Heavy	231 - 345	41 - 60
Very heavy	346 - 460	-

Evet şimdi yükleme için ön hazırlığa başlayabiliriz. Temiz bir yükleme olması için sistem gereksinimlerini kontrol etmenizi öneririm;

http://technet.microsoft.com/en-us/library/cc482970.aspx

Eğer gereksinimler tam ise yüklemeye başlayabiliriz.

Yükleme adımları çok basit olduğu için detaylandırma gereği duymuyorum, yani bu makalede asıl can alıcı nokta aslında buraya kadar anlattığım bölümlerdeydi çünkü dediğim gibi yükleme standart olarak next next şeklinde devam edecektir.

Sözleşmeyi kabul ediyoruz

Kurulum sırasında Transport Servisi durdurulacak ve tekrar başlatılacak, eğer yoğun bir Hub sunucusu ise bu kesintisi olmaması için mesai saatleri dışında bu kurulum işlemini yapabilirsiniz.

Kurulum dizinleri

İnternet erişimi için proxy var ise bilgileri girebilirsiniz , ancak bu işin en iyi yöntemlerinden biri sunucuların proxy den bağımsız internete çıkmaları olduğu için ( firewall dan direk izinli olmaları beklenir ).

Yükleme sonrası Anti Spam özelliği hemen aktif olmasını istiyorsanız buradaki seçeneği “Enable” olarak değiştirebilirsiniz, peki neden böyle bir seçenek var derseniz temel configleri yapmadan bu özelliği açmak istemeyebilirsiniz.

Otomatik güncellemeler.

Ve kurulumdan önceki son adım.

Kurulumun hemen ardından aşağıdaki gibi kullananlar için Forefront Online Protection for Exchange Gateway kurulumu da yapma imkanına sahipsiniz.

Bu hizmet hakkında makalemizin ilerleyen bölümlerinde bilgi bulabilirsiniz.

Kurulumun ardından yukarıdaki gibi konsol ekranı bizi karşılıyor ve hemen aktivasyon ekranını görüyoruz.

Sahip olduğunuz seri numarasını girerek aktivasyonu tamamlayabilirsiniz

Bu son işlemden sonra artık FPE ürünü kullanmaya hazır hale geliyor. Bundan sonrası için detaylı kullanım makalelerini takip edebilirsiniz. Bu FPE üzerine hazırladığım seri makalelerin ilki olup devamından detaylı konfigürasyon bilgilerini alabilirsiniz.

Bir sonraki makalemizde görüşmek üzere.

ForeFront Unified Access Gateway UAG 2010 Üzerinde Exchange 2010 SP1 OWA Publish ve Http to Https Redirection İşlemleri

2011-05-15T13:09:00Z

Forefront Unified Access Gateway ile Exchange 2010 gibi birçok Web tabanlı uygulama Publish edilebilir. Örnek vermek gerekirse, UAG ‘de intranet üzerinde çalışmasını planladığınız Web Sitelerinizi, OCS, SharePoint Web siteleri gibi birçok Web uygulamamızı Publish edebiliyoruz.

Ben bu makalemde Exchange 2010 SP1 üzerinde çalışan OWA “Outlook Web App” uygulamasını Unified Access Gateway üzerinden Publish işlemini sizler ile paylaşacağım.

Test ortamımda aşağıda belirttiğim yapıya sahibim.

1. Sunucum;

· Windows 2008r2 Enterprise Server üzerinde Active Directory kurup , Domain Controller “ufuktatlidil.com” olarak yapılandırdım. Aynı sunucu üzerinde Exchange 2010 SP1 kurulu.LAN ve WAN olarak 2 Eth. bulunmakta. LAN 192.168.0.1 - WAN 10.1.0.253

2. Sunucum;

· Domain yapıma Member olarak , Windows 2008r2 Enterprise Server üzerinde Forefront Theart Management Gateway ve Forefront Unified Access Gateway SP1 “UAG” yüklü durumda. LAN ve WAN olarak 2 Eth. bulunmakta. LAN 192.168.0.10 - WAN 10.1.0.252

Aşağıda ki tabloda Forefront TMG ve Forefrotn UAG üzerinde ki Exchange İlgili Dağıtım Senaryo ve özelliklerini bulabilirsiniz.

“Exchange Related Deployment Scenario or Feature”

Öncelikle default olarak Exchange 2010 SP1 üzerinde gelen , OWA üzerinde bağlantımıza ve bağlantı yaparken kullandığımız url adresine göz atalım.

Bağlantı kurduğum Url ;

https://mail.ufuktatlidil.com/owa/

Owa’ya bağlantı işlemlerimizi standart olarak gerçekleştirdik.

DNS kayıtlarımıza bakalım.

A kaydım LAN IP’im verilerek yapılandırılmış durumda.

Unified Access Gateway yüklü sunucumun sertifika bilgisinide paylaşmak istedim.

Ca sunucu kurup , IIS üzerinde Create Certificate Request ile istekte bulunarak gerekli olan key’i temin ettim.

CA üzerinden sertifika isteminde bulundum ve oluşturduğum sertifikayı IIS üzerinden Complete Certificate Request ile import ettim. Burada dikkat etmemiz gereken Common Name kısmıdır. Ben sertifika isteğinde bulunurken , Common Name kısmına test.ufuktatlidil.com belirttim. Böylelikle UAG üzerinde Exchange Publish ettiğimizde test.ufuktatlidil.com olarak yapılandırıp , bağlanabileceğiz.

Sertifika işlemini dışarıda ki bir kaynaktan temin etmek isterseniz , 45 Günlük Trail sertifikayı Global Sign üzerinden temin edebilirsiniz.

http://www.globalsign.com/free-trial/free-ssl-certificate/index.html

Sertifika işlemleri sonunda bağlantı kurduğunuzda halen sertifika hatası alıyorsanız, Mmc console ile Sertifikayı import etmeniz gerekebilir.

İşlemlerin sonunda iisreset komutunu çalıştırmayı unutmayalım.

Exchange 2010 OWA Publish işlemlerimize başlayalım. Öncelikle IIS üzerinde ki ilk durumumuza bakalım. Resimde’de görüldüğü gibi , Default Web Site ve WebMonitor diye 2 IIS Site’mız var. WebMonitor UAG 2010 kurulduğunda otomatik olarak IIS üzerine eklenmektedir.

Birde Theart Management Gateway (TMG)’deki Firewall Kurallarımıza göz atalım. Default Rule ile birlikte 18 adet kuralımız var. Publishing ve DirectAccess kuralları UAG 2010 kurulduğunda otomatik olarak gelmektedir.

Exchange 2010 OWA’mızı http://test.ufuktatlidil.com olarak yapılandıracağız. Öncesinde bu adresi Explorer’a yazıp , sonucu görelim.

Böyle bir site olmadığından dolayı sayfayı görüntüleyemedik.

Forefront UAG Management’i çalışıtıryoruz. UAG Yeni kurulduğundan herhangi bir Trunk ve Portal bulunmuyor.

HTTPS Connections üzerinde sağ klik , New Trunk’a tıklıyoruz.

Welcome Ekranını Next ile geçtikten sonra, karşımıza Select Trunk Type ekranı geliyor. Bu kısımda Portal Trunk Default olarak seçili geliyor. Ben OWA’yıda Publish edeceğimden dolayı , alt kısımda ki “Publish Exchange Applications via the Portal” Check Box’ını işaretleyerek sonra ki adıma geçiyorum.

Sonraki adımda Trunk Name ve Public Hostname bilgilerimizi giriyoruz. Trunk Name “Test” , Public Host Name “test.ufuktatlidil.com” olarak belirtiyoruz. Önemli: External Web Site bölümünde bulunan IP bilgisi , WAN Yani Dış bacak IP’imdir. Http ve Https protokollerini Default bırakıyoruz.

Authentication bölümünde Session Authentication Server bilgimizi giriyoruz. Yani Domain Controllerimizi belirtiyoruz. Add Butonuna basarak DC Makinamızın bilgilerini giriyoruz. Alt kısımda bulunan Show Server Names Check Box Default olarak (işaretli) bırakıyoruz.

Server Name bilgimizi giriyoruz. Use Local Active Directory forest Authentication butonunu seçip , Base DN bilgimizi seçiyoruz.

İşlemler sonunda OK butonuna tıklıyoruz.

Oluşturduğumuz Authentication Server’ın ekrana yansıdığını görüyoruz. Select ile Authentication Server’ımızı ekliyoruz ve Next ile sonra ki adıma geçiyoruz.

Certificate ekranında sertifikamızı gösteriyor ve sonra ki adıma geçiyoruz.

Endpoint Security kısmınında “Use Forefront UAG Access Policies” seçiliyken sonra ki adıma geçiyoruz.

Edit Endpoint Policies.. Butonuna tıklayarak var olan Policy’leri edit edebilir , yeni bir Policy ekleyebilirsiniz.

Select Exchange Services kısmından Exchange versiyon ve Exchange Services’leri belirtiyoruz. Ben sadece OWA’yı Publish edeceğimden ilgili Check Box’ı işaretliyorum. İhtiyacınıza göre Outlook Anywhere ve Exchange ActiveSync Publishing’de yapabilirsiniz.

Configure Application kısmında Application Name belirtiyoruz.

Select Endpoint Policies bölümünü Default bırakıyoruz.

Deploying an Application altında bizim 1 adet UAG ‘miz olduğundan “Configure an Applicattion Server “ işaretliyoruz. Birden fazla UAG ‘miz olması durumunda “Configure a farm of application servers” seçebiliriz.

Web Servers kısmında IP/Host bilgisi soruyor. Burada Exchange ‘nin koştuğu sunucu bilgisini giriyoruz. Public host name Default olarak test olarak gelmekte.

Use SSO Authentication önceden oluşturduğum Domain’imizi ekliyoruz.

Portal Link UAG üzerinden Publish edeceğimiz OWA bilgilerimizi görüyoruz. Herhangi bir değişiklik yapmadan sonra ki adıma geçiyoruz.

Exchange Application Authorization Default olarak bırakıyoruz.

Authorize All users Check Box işaretli olarak kalmalı.

Son olarak işlemlerimizi bitiriyoruz.

UAG 2010 üzerinde oluşturduğumuz Test Trunk ve Exchange Owa Bilgilerini görebiliyoruz.

OWA Publis işlemlerinin ilk adımını tamamladık.

Forefront Unified Access Gateway Http to Https Redirection

HTTP Connections üzerinde sağ klik , New Trunk’a tıklıyoruz.

Welcome ekranını Next ile geçip , sonra ki adıma geçiyoruz.

Select Trunk Type adımında “HTTP to HTTPS Redirection” Check Box’ını işaretliyip , Next ile sonra ki adıma geçiyoruz.

Select HTTPS Trunk Önceden oluşturduğumuz Test Trunk’ı seçip, sonraki adıma geçiyoruz.

Completing the Create Trunk Wizard
Finish ile işlemimizi bitiriyoruz.

HTTP Connections altına Test Adında Http to Https Redirection Trunk’ımızı oluşturduk.

Böylelikle normalda IIS üzerinde gerçekleştirdiğimiz Redirection işlemini UAG üzerinde hazırladık. Http://test.ufuktatlidil.com yazınca bizi Https://test.ufuktatlidil.com adresine yönledirecek.

Son olarak File altında bulunan Activate’ye tıklayarak, yaptığımız işlemlerin aktif olmasını sağlıyoruz.

Activation Completed Successfully.

IIS’mizi kontrol edelim. Test sitemiz otomatik oluşmuş.

Theart Management Gateway (TMG)’deki Firewall Kurallarımıza tekrar göz atıyoruz. Otomatik olarak aşağıda işaretlediğim kurallar oluşturulmuş.

· PublishingRule BackendApp #001

· PublishingRule Trunk #002

· PublishingRule Trunk #001

DNS üzerine A kaydı (Public IP – DIŞ BACAK ) ile açıyoruz.

Şimdi bir Explorer açarak Http://test.ufuktatlidil.com yazıp enter’a basınca bakalım yönlendirmemiz çalışacakmı bakalım. https://test.ufuktatlidil.com adresine hemen yönlendirdi bizi.

UAG üzerinde Exchange için gerekli kompanentleri yüklüyor.

OWA’ya giriş yapmak için username ve password bilgilerimizi giriyoruz.

Başarılı bir şekilde OWA ‘ya giriş yapabildik.

Mail gönderimide başarılı bir şekilde çalıştı.

Makalenimizin başında’da belirttiğim gibi, UAG ‘de intranet üzerinde çalışmasını planladığınız Web Sitelerinizi, OCS, SharePoint Web siteleri gibi birçok Web uygulamamızı Publish edebiliyoruz.

Umarım faydalı olmuştur.

ForeFront Unified Access Gateway 2010 Export and Import ile Backup & Restore İşlemleri

2011-05-15T13:09:00Z

Bu makalemde sizler ile ForeFront UAG 2010 üzerinde Expor ve Import yöntemi ile Backup & Restore işlemlerini paylaşacağım. Bildiğiniz üzere ForeFront UAG 2010 üzerinde Web Sitelerinizi, OCS, SharePoint Web siteleri gibi birçok Web uygulamamızı Publish edebiliyoruz. Ancak bu kadar işlemi yaptıktan sonra olası bir sunucu, İşletim sistemi veya Software sorununda bütün yaptığımız işlemler down olacak ve şirketiniz için önemli olan servisleriniz duracaktır. Aşağıda sizler ile paylaşacağım yöntem ile bu tarz sorunların önüne geçilebilir ve daha hızlı aksiyon alınması sağlanabilir.

Öncelikle çalışan yapımıza göz atalım. HTTPS Connections altında Publish ettiğim uygulamaları görüyoruz.

IIS altında Publish ettiğimiz siteleri görüyoruz.

Ayrıca portalımız üzerinde ki Publish ettiğimiz uygulamalarımıza’da sorunsuz erişebiliyoruz.

Yukarıda ki görüntülerde paylaştığım gibi sistemimiz sorunsuz çalışmaktadır. Şimdi Export yöntemi ile backup alacağız. Bu işlem için ForeFront UAG 2010 Managament Console üzerinden File Sekmesi altında bulunan Export’a tıklıyoruz.

Export Configuration ekranında bulunan Browse butonuna tıklıyoruz. Export dosyamıza isim vererek kayıt edileceği path bilgisini giriyoruz. Altta bulunan Password ve Confirm Password kısımlarına minumum 8 haneli şifre yazıyoruz. Gerekli alanları doldurduktan sonra Export butonuna tıklıyoruz.

Export işlemi başladı. .xml formatı ile dosyamızı kayıt edecek.

Başarılı bir şekilde Export işlemini gerçekleştirdik.

Şimdi ForeFront UAG 2010 Managament Console üzerinde bulunan portalları silip , Activate işlemini yapıyoruz.

Daha önceden varolan sitelerimizi sildik.

IIS’e göz atalım. Uag sitemizin IIS üzerinden kaldırıldığını görüyoruz.

Şimdi Export yöntemi ile aldığımız .xml formatında ki Backup’ı Import etmemiz gerekiyor.

Tekrar ForeFront UAG 2010 Managament Console üzerinde File altında bulunan Import’a tıklıyoruz.

Açılan ekranda Import edeceğimiz .xml path’ini gösterip , Export ederken girdiğimiz password bilgisini belirtiyoruz. Gerekli adımlardan sonra Import butonuna tıklıyoruz.

Bu işlemin mevcut konfigurasyonun üzerine yazacağını belirtiyor. Yes butonuna tıklıyoruz.

Import işlemi başladı. Bu işlem sırasında önceden var olan bütün site ve portalları (HTTP,HTTPS) geri getiriyor. ISS altına siteleri oluşturuyor.

Başarılı bir şekilde Import işlemi tamamlandı.

ForeFront UAG 2010 Managament Console bakalım.

Bütün portalların geldiğini görüyoruz.

ForeFront UAG 2010 Managament Console > File > Activate linkine tıklıyarak Portallarımızı aktif hale alıyoruz.

www servisimizi kontrol edelim.

IIS üzerinde ki son durumumuza göz atalım.

Daha önce ki gibi portalımız geliyormu test edelim. Log On kısmı sorunsuz geldi.

Portal sorunsuz olarak çalışır duruma geldi.

Makalemizde ForeFront UAG 2010 üzerinde Expor ve Import yöntemi ile Backup & Restore işlemlerini sizler ile paylaştım. Umarım faydalı olmuştur.

Kaynak ;

http://technet.microsoft.com/en-us/library/ee406185.aspx

ForeFront UAG 2010 Üzerinde Terminal Server Remote Desktop Services Program Publish

2011-05-08T20:44:00Z

ForeFront UAG 2010 SP1 Üzerinde Terminal Server Remote Desktop Services yardımı ile Program Publish işlemleri gerçekleştirebiliriz. Bu işlem, şirket dışında bulunan kullanıcılarızın Publish ettiğiniz programları rahatlıkla erişebilmesini sağlayacaktır. Kullanıcılarınız içinde bir Url üzerinden Publish ettiğiniz her programa erişebilme imkânı sağlıyor.

Terminal server 2008 ve r2 sürümü üzerinde publish edilen web apps’ları ForeFront UAG 2010 üzerinden publish bize merkezi bir denetim kazandıracaktır.

Lab ortamım aşağıda ki gibi yapılandırılmıştır.

· Server 1

§ Windows 2008r2 Enterprise

§ Domain Controller “ufuktatlidil.com

§ Microsoft Exchange 2010 SP1

§ Terminal Services

§ Remote App Manager

· Server 2

§ Windows 2008r2 Enterprise

§ Forefront Unified Access Gateway Service Pack 1

§ Forefront Theart Management Gateway Service Pack 1

https://uag.ufuktatlidil.com adresinin ilk haline bakarsak, Portal üzerinde herhangi bir Publish edilmiş program bulunmadığını görüyoruz.

Daha önceden benim Publish Ettiğim Exchange 2010 ve File Access dışında herhangi bir Publish bulunmamaktadır.

Domain Controller üzerinden Remote App Manager’ı açıyoruz.

Remote App Manager’ı açtıktan sonra, sağ tarafta bulunan Action bölümünden Add Remote App Programs linkine tıklıyoruz.

Welcome ekranını Next ile geçtikten sonra karşımıza RemoteApp Program Listesi geliyor.

Ben aşağıda işaretlediğim seçeneklerim yanında Browse butonuna tıklayarak dsa.msc ‘yide ekledim.

Böylelikle Aşağıda belirttiğim Programları Publish edeceğim.

· Active Directory Administrative Center

· Active Directory Module for Windows PowerShell

· Internet Information Services (IIS) Manager

· Active Directory Users and Computers (dsa.msc)

Next ve Finish ile bitiriyoruz. RemoteApp Manager’in son hali aşağıda ki gibidir. Seçtiğimiz programlar eklenmiş görünüyor.

Bu işlemler sonunda yaptığımız ayarları Remote App Manager üzerinde Actions bölümünden Export Remote App Settings linki yardımı ile Export ediyoruz.

Export the RemoteApp Programs list and settings to a life işaretleyip , OK butonuna tıklıyoruz.

File Name belirtip, Desktop’a kayıt ediyoruz.

Başarılı bir şekilde kayıt işlemini gerçekleştirdik.

Oluşturduğumuz ufuktatlidil.tspub dosyasını Forefront Unified Access Gateway’in bulunduğu sunucuya kopyalıyoruz. Daha sonra Forefront Unified Access Gateway Management Consolu açıyoruz.

Resim üzerinde görüldüğü gibi daha önceden oluşturduğum Trunk üzerinde Portal,Exchange 2010 ve File Access Publishlerini gerçekleştirmiştim.

Aynı Trunk üzerinde Applications altında bulunan Add butonuna tıklıyoruz.

Welcome ekranını Next ile geçiyoruz.

En altta bulunan Terminal Services (TS)/Remote Desktop Services (RDS) altından RemoteApp’ı seçerek Next ile sonra ki adıma geçiyoruz.

Configure Application altında Application Name belirtip , sonra ki adıma geçiyoruz.

Select Endpoint Policies kısmını default olarak bırakıp , Next ile sonra ki adıma geçiyoruz.

Import RemoteApp Programs adımında ufuktatlidil.tspub Path’ini belirtiyoruz. Otomatik olarak FQDN bilgimiz otomatik olarak gelmektedir. IP Addresses bölümüne Dış Bacak IP’mizi yazıp, sonra ki adıma geçiyoruz.

Select Publishing Type kısmında Publish edeceğimiz Programların listedini görüyoruz. İstediğimiz programları Published RemoteApps kısmına taşıyoruz.

Next ile sonraki adıma geçiyoruz.

Configure Client Settings Default olarak bırakıp, sonra ki adıma geçiyoruz.

Portal bilgilerimizi gösteriyor.

Authorization > Authorize All Users işaretli şekilde bırakıp, sonra ki adıma geçiyoruz.

Son ekranımızıda Finish ile bitiriyoruz.

UAG Trunk’ımız altına UAG Program Publish > Remote App Application’umuz geldi.

File menüsünden Active işlemini yapıyoruz.

Activate işlemi tamamlandı.

ForeFront UAG 2010 Üzerinde Terminal Server Remote Desktop Services Program Publish işlemlerini tamamldık. Tekrar https://uag.ufuktatlidil.com adresine giriş yapalım ve son duruma göz atalım. Portal üzerinde Publish edilmiş programlarımızı görüyoruz.

Aşağıda Publish ettiğimiz Programları görüyoruz.

· Active Directory Administrative Center

· Active Directory Module for Windows PowerShell

· Internet Information Services (IIS) Manager

· Active Directory Users and Computers (dsa.msc)

Publish ettiğimiz Programların çalışıp, çalışmadığını test edelim.

Active Directory Administrative Center Connection kurmaya başlıyor.

Başarılı bir şekilde çalıştı.

Birde Active Directory Users and Computers (dsa.msc) çalıştırmayı deneyelim.

Connection kurmaya başlıyor.

Başarılı bir şekilde Connection kurarak karşımıza Active Directory Users and Computers kısmını getirdi.

Önemli: Forefront Unified Access Gateway üzerinden Publis edilen Programlara erişim yapacak User’ların İlgili server’a erişim için Remote Desktop Users yetkisiki olması gerekmektedir.

Makalemizin sonuna geldik. Umarım faydalı olmuştur.

Forefront Protection 2010 For Exchange Yönetimi

2011-05-08T20:29:00Z

Bu makalemizde Microsoft’un yeni nesil güvenlik ailesi Forefront ürününün içerisinde yer alan Forefront Protection 2010 For Exchange Server yazılımını inceleyeceğiz. Öncelikle program hakkında kısa bilgiler verelim. Program daha önce Exchange 2003 üzerinde kullanılan Antijen ürününden sonra piyasaya sürülen Forefront Protection 2007 For Exchange Server yazılımının devamı niteliğindedir. Forefront Protection 2010 for Exchange Server, mesajlaşma altyapınıza en yeni tehditlere karşı kapsamlı koruma sağlamak için tek bir çözümde gerçek zamanlı antivirüs, casus yazılım önleme, istenmeyen posta önleme ve içerik filtrelemeyi bir araya getirir. Her üründe olduğu gibi bu üründe bir önceki ürüne göre kendine yenilikler katmıştır. Öncelikle bir önceki ürüne kıyasla geliştirilen yeniliklere değinelim. Bu yenilikler aşağıda sıralanmıştır.

-Yüzde 99 tespit oranı, 1/250.000'den daha az hatalı algılama ve geri saçılma filtrelemeye sahip premium istenmeyen posta koruması.

-Algılama istatistiklerinin pano görünümü ve durum izleme ile yeni kullanıcı arabirimi.

-Microsoft Zararlı Yazılım Önleme Motoru tarafından sağlanan casus yazılım önleme taraması.

-Karma, tesiste/barındırılan koruma için Forefront Online Protection for Exchange'in (FOPE) entegre sağlanması ve yönetimi.

-Exchange 2010, Windows PowerShell ve Hyper-V için destek.

-MSI kurulum programı kullanılarak standartlaştırılmış kurulum.

Ürünün kurulabilmesi için sistem gereksinimleri aşağıdaki gibi olmalıdır.

Işlemci	x64 mimarisi tabanlı: .** AMD64 platformunu destekleyen 64 Teknolojisi (Intel EM64T) veya AMD Opteron veya AMD Athlon 64 işlemci, Intel ® Genişletilmiş Bellek destekleyen Intel ® Xeon ® veya Intel Pentium işlemci ailesi
Sunucu yazılımı	Microsoft Windows Server 2003 SP2, Microsoft Windows Server 2008 veya Microsoft Windows Server 2008 R2 Microsoft Exchange Server 2007 SP1 veya daha yüksek, ya da Microsoft Exchange Server 2010
Hafıza	Exchange sunucusu çalıştırmak için gereken Buna ek boş bellek 2 gigabayt (GB). Exchange sunucu planlama belgelerine bakın, Exchange sunucusu çalıştırmak için bellek gereksinimleri hakkında daha fazla bilgi için.
Sabit Disk	boş disk alanı 2 GB. Bu Exchange sunucusu için gerekli disk alanı ektir. güncellemeler için bir yeniden dağıtım sunucusu ek disk alanı gerektiren bir sunucu kullanmak.
Sunucu	2.0 GHz veya daha yüksek işlemci ile dört çekirdekli sunucu önerilir. Daha düşük performanslı sunucular, ancak desteklenir mesaj çıktı azalır. Microsoft XML Çekirdek Hizmetleri (MSXML) 6.0 SP1
Ek Gereksinimler	· Microsoft. NET Framework 3.0 SP 1, Windows Communication Foundation veya (otomatik olarak Exchange Server 2010 ile birlikte yüklenir) Microsoft. NET Framework 3.5. Exchange Gateway için Microsoft Forefront Çevrimiçi Koruma yüklüyorsanız,. NET Framework 3.5 gereklidir. · Microsoft Chart Microsoft Denetimler. NET Framework 3.5. Bu denetimlerin zaten mevcut değilse, onlar FPE yükleme işlemi sırasında yüklenir. · Windows PowerShell 1.0 İstemci Erişim Sunucusu (CAS). Gereken sadece on-demand kullanmak için Exchange Server 2010 ile tarayın.

Program hakkındaki gerekli bilgi ve gereksinimlerden sonra şimdi programın çalışma mimarisine göz atalım.

Kurumsal Referans Mimarisi (ERA)

Büyük bir organizasyon içinde konuşlanmış olması amaçlanmıştır ölçeklenebilir bir birimdir. O kadar aşağıdaki resimde gösterildiği bir Edge Transport sunucusu, Hub Transport sunucusu, çoklu Posta Kutusu sunucuları, Genel Katalog (Active Directory) sunucusu ve bir Client Access Server (CAS), oluşur.

Standart Referans Mimarisi

Standart Referans Mimarisi (SRA) orta ölçekli kuruluşlar için küçük yönelik ölçeklenebilir bir birim olarak düşünülmüştür. Aşağıdaki resimde gösterildiği gibi, Hub Transport sunucusu, Posta Kutusu sunucusu ve CAS rolleri ve özel bir Active Directory sunucusuna kapsayacak özel bir Edge Transport sunucusu, bir veya daha çok rol sunucuları oluşmaktadır.

Tarama İşlemlerinin gerçekleme adımları;

Gelen Mail Taraması

1. Posta, güvenli olarak tanımlanan bir Hub Transport sunucusuna yönlendirilir ve zaman damgalı olarak Edge Transport sunucusu da taranır.

2. Hub Transport sunucu sıkıştırılmış posta tarama olmaksızın Posta Kutusu sunucucusuna teslim edilir.

Giden Mail Taraması

1. Posta ilk Hub Transport sunucusu taranmaktadır.

2. Pposta, güvenli olarak Edge Transport sunucusuna yönlendirilir zaman damgası vurularak yollanır.

Local İç Mail Taraması

1.Local posta ilk Hub Transport sunucusu taranır.
2. Pposta, güvenli olarak Edge Transport sunucusuna yönlendirilir zaman damgası vurularak yollanır.

Ürünün çalışma mimarisi ve uygulama adımlarında daha fazla bilgi ihtiyacınız doğar ise aşağıdaki Microsoft linkini kullanarak geniş bilgiye erişebilirsiniz.

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=a11ec9bb-d7f8-408a-a811-66dcd1036b53&displaylang=en

Biz kurulumumuzda standart mimariyi tercih edeceğiz. Kurulum için gerekli setup dosyasını http://www.microsoft.com/downloads/en/details.aspx?FamilyID=B8A7D36F-CC8D-4335-AE60-8F27C48F3A37 linki üzerinden download edebilirsiniz.

Gerekli download işleminden sonra kurulum adımlarına geçiyoruz.

1-Kurulum için gerekli dosyalar açılıyor.

2-Sözleşme ekranında sözleşmeyi kabul edip Next ile ilerliyoruz.

3-Bu ekranda Exchange Hub Transport servisinin otomatik olarak kurulum esnasında stop ve start edileceği bilgisi veriliyor.

4-Bu ekranda programın kurulacağı dizini seçiyoruz. Next ile ilerliyoruz.

5-Bu ekranda ortamımızda bir Proxy sunucu var ise bunun bilgilerini giriyoruz. Bu sayede virus tarama engin yapısı ve program güncellemeleri çekmiş oluyor.

6-Bu ekranda kurulum ile birlikte AntiSpam özelliğinin enable edilip edilmemesi konusunda seçim yaparak Next ile ilerliyoruz.

7-Bu ekranı Next ile direk olarak geçebiliriz.

8-Kurulumun bir özet ekranı karşımıza geldi. Next ile kurulumu başlatalım.

9-Bu aşamada kurulum işlemi başladı ve gerekli konfigürasyon yapılıyor.

10-Programın kurulumu tamamlandı. Finish ile işlemlerimizi bitirelim.

Kurulum bittikten sonra servislere Forefront Protection 2010 For Exchange ile ilgili servisler eklendi. Buraya kadar olan aşamada genel bilgi, gereksinimler, download ve kurulum işlemimizi tamamladık. Bu aşamadan sonra programımızı adım adım tanıma ve program üzerinde işlemler yapmaya başlayacağız. Bundan sonraki aşamaları yer yer resim üzerinde yer yer örnekler ile açıklamaya çalışacağım.

Bundan sonraki kısımda Forefront Protection 2010 For Exchange ürününden FFPE 2010 olarak bahsediyor olacağım. Kurulum işleminden sonra FFPE 2010 programını açtığımızda bizi Dashboard ekranı karşılar bu ekranda programın servisleri ve genel durumu hakkında bilgi ve veriler yer alır. Grafik arayüzlerin pencereleri şu anda hiçbir mail trafiği olmadığından grafiksizdir. Biz mail alış verişi yaptıkça bu ekranlarda değişecek yeri geldikçe bizde bu noktalara temas edeceğiz. Ürün genel olarak aşağıdaki ana hatlardan meydana gelmektedir. Biz bunlara önem derecesine göre değinip açıklayacağız.

-Monitoring
-Task
- Policy Management

Monitoring : Bu ekran program üzerindeki taramaların, raporların, yapılan işlemlerin monitorize edilmesini sağlayarak bize gerekli bilgi ekranlarının gösterilmesini, raporlanmasını ,sistemin izlenmesini güzel arayüzler halinde bize sunar. Bu ekranda gerekli olan kısımlarda yazı gerekli olan kısımlarda resimler üzerinden açıklamalar yapacağım.

Dashboard : Bu ekranda tarama ,servisler, enginler ve lisanslama hakkında bilgi verilir. Transport,Real Time Scaning,Schduled Scanig,Transport Scaning ,On-Demand Scaning hakkında rakamsal ve grafiksel olarak raporlar yansıtılır.

Malware Details : Bu ekranda Schedule, Transport ,On-Deoamond ve Realtime Scaning esnasında bulunan ve bulunduktan sonra tabi tutulan işlemler konusunda sayılsal olarak bilgi verilir.

Spam Details : Bu ekranda Connection,Smtp,Content,Backscatter Filteringler hakkında sayısal bilgi ve bu spamlara karşı uygulanan örneğin silindi, karantinaya alındı, reddedildi veya işlemde gibi sayısal bilgilere yer verilir.

Fitering Details : Bu ekranda ise tanımlanmış olan filtreler doğrultusunda işleme tabi tutulan maillerin Transport, Real Time, On Demand ve Schdule rollerine göre tabi tutuldukları işlemler hakkında sayısal raporlamalar yapılarak bu ekrana yansıtılır.

Incidents : Bu ekranda ise kendi isteğimiz doğrultusunda rapor oluşturabilir.Örneğin gelen maillerin konu başlıklarına göre , maillerin karantinadan silinme zamanlarına göre ,bulunan keyworks kriterlerine göre bir çok rapor üretebiliriz. Bunlar programın kendiliğinden engellemiş olduğu ve bizim tanımladığımız policylere göre işleme tabi tutulan mailleri de kapsamaktadır. Kısacası özel raporları dizayn edip istediğimiz raporları üretebiliriz.

Quarantina : Bu alanda programda yapılan ayarlar ve uygulanan filtrelerde yapılan ayarlar doğrultusunda karantinaya alınan öğeler ile ilgili istediğimiz kriterlerde süzdürme işlemleri yaparak istediğimiz raporları elde edebiliriz. Bu alan Incıdents alanı ile aynı özellikleri karşılar gibi görünmesine karşın karantinaya alınan öğeleri içeren raporlar sunmaktadır.

Notifivations : Bu alan programla ilgili bildirimlerden hangisinin yapılıp yapılmaması konusunda Bildirimlerin kime yapılacağı konusunda ayarlamaların yapılacağı alandır.Örnek olarak tarama ,silme hatalarını lisansın expire olma durumunu bildir yada bildirme gibi bir çok temel ayarın yapıldığı ekrandır.

Incidents Options : Bu ekranda Incıdents (Olaylar) ile ilgili db boyutunun max ne kadar olacağını ve bu olayların ne kadar zamanda temizleneceği ayarlarının yapılabildiği alandır.

Quarantina Options : Bu ekranda Karantina ile ilgili db boyutunun max ne kadar olacağını ve bu olayların ne kadar zamanda temizleneceği ayarlarının yapılabildiği alandır. Organizasyonumuzdaki mailbox sayısı ve mail trafiğine göre bu alan bazı kullanımlarda özel olarak default ayarların dışında yapılandırılabilir bu aşamada işimizi kolaylaştıran bir ayar penceresidir.

Bu kısımda Monitoring kısmını noktalamış bulunmaktayız. Son bir noktaya temas edecek olursak bu bölümle ilgili olarak programın genelinde sol bölmede Actions bölmesi yer almaktadır. Bu bölme açılan her sekmede değişecek ve sekmenin içeriğine göre menülere bürünecektir.Buradan sekmenin içeriğinde yapılacak olan işlemler ile ilgili olarak menülere tıklanarak gerekli işlemler yapılabilmektedir.

Task : Bu tab bizim mailboxlarımıza manuel bir tarama yapmamıza yardımcı olmaktadır. Default olarak burada bir user seçili olmadığı için start pause stop gibi menüler default olarak stop durumda gelmektedir.

1-Biz örnek olması açısından bu ekranda gerekli ayarları yaparak bir tarama işlemi gerçekleştirelim. Bu işlemleri de resimler ile adım adım işleyelim. Öncelikle tarama işlemi için bir mailbox seçmemiz gerekmektedir. Bu nedenle None olan radio butonu Selected yapalım.

2-Selected seçili duruma gelince Selectet Mailboxes… Butonu aktif hale geldi bu butona tıklayalım.

3-Açılan listeden gerekli taramanın yapılacağı kullanıcı mailboxını seçip Apply and Close butonu ile çıkalım.

4-Bu işlemden sonra pasif olan start butonumuz yeşil renkte aktif oldu.

5-Burada gerekli engine seçeneğini seçelim ben tüm enginler ile taranmasını istiyorum. Bu büyük bir mailboxta çok zaman alacak ve performans kaybına neden olacaktır. Siz ortamınızdaki yapıya göre bu seçimde bulunabilirsiniz.

6-Bu tarama esnasında zararlı içeriğe sahip öğe bulunması durumunda programın alacağı aksiyonu seçmemiz gerekmektedir. Burada silme, temizleme, karantinaya alma yâda almama gibi opsiyonlar bizim taktirimize sunulmuştur. Ben silinmesi ve bir kopyasının karantinaya alınması konusunda seçim yapıyorum.

7-Edit Malware Deletion Text butonuna bastığımızda gelen ekranda ise zararlı içeriğin silinmesi durumunda kullanıcıya bizim belirleyeceğimiz içerikte bir mail gitmesini sağlayabiliriz.

8-Artık tarama işlemi için hazırız start butonuna bastım ve tarama işlemi başladı. Dilersem durdurabilir veya tarama işlemini duraklatabilirim. Tarama işlemi birince start butonu yeşil olarak aktif hale gelecektir.

9-Tarama işlemimiz bitti ve start butonumuz yukarıda belirttiğimiz gibi aktif ve yeşil hale geldi.

10-Tarama raporlarına ve sonuçlarına monitoring ekranından detaylı olarak erişebiliriz. Ben genel halini görmek için Dashboard üzerinden bakıyorum. Görüntülenen zamanda 41 öğrenin tarandığı belirtilmektedir. Zararlı bir öğe olmadığından grafiğimiz oluşmadı. İlerleyen aşamalarda yapacağımız örneklerde grafiklerimizde yavaş yavaş oluşmaya başlayacaktır. Monitoring kısmında taramalara ilişkin detaylı bilgilere erişebileceğimizi makalemizin üst kısmında belirtmiştik.

Policy Management : Bu ekran FFPFE 2010 ürünümüze müdahale konusunda en sık kullanacağımız ve programın ana işlevleri ile omurgasını oluşturan kısım. Buradaki ekranları teker teker ele alıp gerektiği yerlerde örnekler ile pekiştirme yapacağız.

Resimden anlaşılacağı üzere burada birçok tanımlama yapabilmemiz için ekranlar geliştirilmiştir. Biz bunları açıklayarak gereken noktada örneklendirerek işlemeye başlayalım.

Mailbox Realtime :Bu ekranda mailbox rolü üzerinde gerçek zamanlı malware taraması yapılır. Bu taramalar güncel imzaya sahip olan programa entegre olarak çalışan virüs motorları ile gerçekleştirilir. Bu ekranda tarama ile ilgili bazı ayarlar yer almaktadır. Bu ayarlara resimlerle birlikte bakarak kısa kısa açıklama işlemini yapalım.

General setting kısmında antivirus ve malware taramalarını açıp kapama imkânına sahibiz default ayarlarda tarama işlemine açık bırakılmıştır.

Engines and Performance kısmında tarama motorları ile ilgili ayarlar yapılmaktadır. Burada default olarak içeriğinde bu öğeleri tarayacak özelliğe sahip motorların seçimi yapılmıştır. Burada çalışma ortamımızdaki mimariye göre gereken seçimi yapabiliriz.

Scan actions kısmında bulunan virüs ve spyware ile ilgili bulunduğunda yapılacak işlem konusunda seçim yapılmaktadır. Bu ekranda bulunan öğe silinebilir, temizlenebilir, karantinaya alına bilir yada karantinaya alınmayabilir. Buradaki seçimler yine bizim mimarimiz kapsamında serbest seçime tabidir. Bu kısımdaki Edit Malware Delection Text… Butonuna tıklatarak zararlı bir öğe bulunması durumunda kullanıcıya bununla ilgili dönecek olan bilgide yer alacak metinsel ifade yer almaktadır. Bu ifade default olabileceği gibi bizim değiştirdiğimiz şekilde oluşacak olan bir metinde olabilir.

Additional Options kısmında ise farklı opsiyondaki ayarları serbest olarak burada bulunan değerler dışında ayarlama imkanına sahibiz. Örneğin doc uzantılı dosyaların taranmasını, time out sürelerinin değiştirilmesini serbest olarak yapıp yapmamak bizim kontrolümüze bırakılmıştır.

Hub Transport : Mailbox rolü üzerinde yapılan işlemler Hub Transport rolü içinde geçerlidir. Bu nedenle sadece farklı rollere aynı işlemler uygulandığından yukarıdaki gibi resimli ekranla açıklama yapmıyorum çünkü bire bir aynı ayarlamaları içermektedir.

Mailbox Schduled : Mailbox rolü üzerinde zamanlanmış tarama işlemini bu ekrandan gerçekleştirebiliriz. Mailbox Realtimeden farklı olarak istediğimiz bir zamanda çalıştırılacak bir görev ayarlamamıza yarar. Milbox real time ve Hub transport kısmından farklı olarak zadece zamanlanmış görevi ayarlayabileceğimiz bir zaman ayarlama bölmesi bulunmaktadır.

Şimdi aşağıda olduğu gibi ben bir zaman diliminde bir tarama işlemi başlatacak bir job tanımlayacağım.

Yukarıda görüldüğü gibi bir kez tarama yapacak olan iş tanımladım. Bunu haftalık ve aylık yapma imkanına sahibi. Bu işlemin başlaması için Save ile işlemimiz kaydetmemiz gerekmektedir. İşlem başlayınca yeşil Start pasif hale gelecek ve pasif stop kırmızı hale gelecektir.

Şu anda tarama işlemimiz otomatik olarak belirlenen zamanda başladı ve butonlar gerekli aksiyonu aldı burada istediğimiz zaman taramayı durdurma imkanına sahibiz.

Şu anda tarama işlemimiz bitti ve Start butonumuz tekrardan aktif ve yeşil hale geldi. Tarama işlemi sistemimizde yer alan mail kapasite ile doğru orantılı olarak belirli bir zaman alacaktır.

Antispam (configure ) : Bu ekranda anti spam ile ilgili olarak ayarlamalar yapılmaktadır. Bu kısımdan itibaren programa manuel olarak müdahale edeceğimiz alanlar başlamış bulunmaktadır. Bu alanları gerekli olduğu yerde resimler ile ele alacağız.

Bu kısımda antispam filtering özelliğini pasif he aktif hale getirebiliriz. Default olarak aktif durumdadır zaten amacımız sistemi spamlardan korumak olduğu için doğal olarak aktif durumdadır.

Bu kısımda gerekli connection filteringlerin aktif ve pasif olma ayarları yapılmaktadır. Yani yasakladığımız bir ip bloğu ile mail trafiğimiz duracak veya izin verdiğimiz bir ip bloğu ile sorunsuz mail trafiğimiz işleyecektir.

Bu kısımda sender id filtering açık olup olmama ayarı ve gerekli policy kapsayan mail trafiğinde uygulanacak olan aksiyon seçimi yapılmaktadır.

Bu ekranımızda Sender Filter özelliğinin aktif olup olmaması ve block listlerin tanımlanması yapılmaktadır. Bu alanda mail bazında ve domain bazında bize mail atanların engellenmesi yapılmaktadır.

Bu ekranımızda Recipient Filter özelliğimizin aktif olup olmaması ve recipient tanımlamasının yapıldığı alandır. Burada sahip olduğumuz bir mail adresine dışarıdan mail atılmaması isteniyorsa bu kısımdan yararlanılır.

Bu ekranımızda izin verdiğimiz ve dışladığımız domainlerin tanımlaması yapılır. Burada izin verilen bir domain hiçbir policy ayarına takılmadan mail trafiği sağlar burada dışlanan domainler ise bizimle hiçbir şekilde mail trafiği sağlayamaz.

Bu ekranda olasılık algoritmasına göre bir mailin hangi derecede değerlendirildiği ve bu derecelendirme sonunda bu mailin hangi işleme tabi tutulacağı belirlenir. Default olarak 5 ve 9 arasında yer olan mailler karantinaya alınıp reddedilmektedir. Bu ekranlardaki kısa bilgilerden sonra bu bilgilerin yararlı olabilmesi için örnekler yaparak ilerleyelim.

Örnek 1: Bir domainden bize mail atılmasını engellemek bir domainden bize mail atılmasına izin vermek.

Configure allow block list ekranından iki farklı domainden birine izin birine yasak işlemi uyguladım. Bu alanda yaptığımız işlemleri Apply close ile çıkış yaptıktan sonra ana konsoldan save ile kaydetmeliyiz.

Admin kullanıcısına izin verilen domainden bir mail atma işlemi yapıyoruz.

İzinli olan domainin görüldüğü gibi yolladığımız maili başarılı bir şekilde ilettiği gözüküyor.

Şimdi yasaklı olan domainden bir mail yolluyoruz.

Resmimizde görüldüğü gibi yasaklı olan domainden gönderilen mailin iletilmediği ve bunun sebebini içeren hata mesajlı mail geri döndü.

Örnek 2 :Bir mail adresinden gelen mailleri engellemek bu mail adresi olabileceği gibi yukarıda ip bazlı engellemeye tabi olan domainin isim bazlı engellemeye tabi tutulması da olabilir biz sadece bir adresten mail gelmesini engelleyeceğiz.

dsahan@deneme.com adresinden gelen mailleri engelliyoruz bu kısımda dilerseniz resimde görüldüğü gibi direk olarak domaini de engelleyebilirsiniz. Bu alanda hazır listeniz var ise import ve bu ekrandaki mailleri export işlemi yapabilirsiniz. Bu işlemler text dosyası üzerinden yapılabilir.

Mailimizi şimdi yolluyoruz.

Resmimizde görüldüğü gibi mailimiz karşı tarafa iletilmedi karşı taraftaki adrese mail yollama iznimiz olmadığı için Sender denied hatası aldık.

Örnek 3 : Sistemimizdeki bir mail adresine dışarıdan hiçbir şekilde mail atılmamasını sağlamak. Bu işlem için Configure Recipient List seçeneğinden mail almasını istemediğimiz kullanıcımızın mail adresini listeye ekliyoruz. Bu ekranımızda da import export işlemi yapılabilmektedir.

Şimdi mailimizi yolluyoruz.

Resmimizde görüldüğü gibi unknown hatasını alıyoruz bu şekilde bir user olmadığı için mailin teslim edilemediği bilgisi bize ulaşmaktadır.

Bu alanda anlatacaklarımız ve vereceğimiz örnekler bunlardı. Dipnot olarak bu alanda yapılan işlemler sağ bölmede yer alan actions kısmındaki menüler sayesinde kısayoldan yapılabilmektedir.

Fiter list: Bu ekranımızda tanımlanmış filtreler gözükmektedir. Yeni filtre ekleme var olan filtreyi editleme silme, filtrenin içeriğini özet halinde gösteren pencere bulunmaktadır. Bu alanda dosya uzantısı içeriği, mail içeriğindeki kelimeler gibi bir çok filtreleme yapabilmekteyiz. Bu alanda bir filtre tanımlama işlemi yaparak gerekli açıklamaları yapalım ve bu işlemimizi pekiştirelim.

Filtre ekleme işlemimizi resimdeki sarı olarak işaretli alanlardan istediğimizle başlatabiliriz.

Burada çeşitli kategorilerde filtreler oluşturabiliriz fakat sağlam anlaşılması için adım adım iki filtreleme işlemi yapacağız. Bunlardan ilki dosya içeriği yani uzantı ile ilgili filtreleme bu nedenle File seçeneğini seçerek Next ile ilerliyoruz.

Farklı 3 seçenek bulunmaktadır bunlar bizim var olan Microsoft tarafından tanımlanmış uzantıları seçebileceğimiz, kendimizin uzantı tanımlayabileceği ve Microsoft tarafınsan tanımlanmış olan içeriklere bizimde ekleme yaparak seçebileceğimiz sistemdir. Microsoft neredeyse tüm uzantıları sistem dahil ettiği için ben ilk seçenek olan Filters files specific type by inspecting the file header seçeneği ile ilerliyorum.

Filtreme bir isim veriyorum ve yasaklı uzantıyı jpg olarak seçiyorum.

Bu ekranda içeriğimiz hangi role üzerinde ve hangi taramada bulunursa ne yapılması gerektiği noktasındaki adımları belirliyorum. Şu anda bir mailde jpg uzantılı ek bulunması durumunda kurallarım açık, bulunan içerik silinecek, aynı zamanda karantinaya alınacak, mail atılan kişiye bir uyarı gidecek. Create butonu ile filtre tanımlama adımlarımı sonlandırıyorum.

Resmimizde görüldüğü gibi filtremiz konsola eklendi. Burada silme editleme içeriğinin ne işe yaradığının alt bölmede gözükmesi gibi detay bilgiler yer almaktadır. Şu anda fitremiz uygulandı fakat bu kriterlere uymayan bir mail sisteme geldiğinde karşıya giden hata mesajı özelleştirilebilir ve farklı ayarlar yapılabilir. Bu kısımları Filter options kısmına geçtiğimizde irdeleyeceğiz. Şimdi mail yollama işlemini gerçekleştirerek durumu inceleyelim. Kuralımızın etkin olması için Tmg kullanan arkadaşlar hatırlayacaktır save edilmesi gerekmektedir. Bu nedenle Save butonuna tıklamayı unutmayalım.

Şimdi mailimizi atıyoruz ve ek kısmına bir jpg dosyası ekliyoruz.

Mail kullanıcıya ulaştı fakat içeriği gitmedi bunun yerine bir txt metni gitti.

Bu metnin içinde gerekli bilgiler yer almaktadır. Yukarıda bahsettiğimiz gibi bu gelen içerikteki metni değiştirebiliyoruz. Bunu Filters Options kısmında ele alacağız.

Kuralımızı tanımlarken aynı zamanda bu öğenin karantinaya alınması gerektiğini belirtmiştik. Karantina alanına gittiğimizde bu mailin kopyasının karantinaya alındığını görüyoruz. Olurda mailin gittiği kişiye bu uzantı gerekli olur ve olmazsa olmaz bir durum vardır bu durumda karantinadaki öğenin üstüne sağ tıklatıp Save diyerek mail içeriğindeki uzantıyı belirtilen path üzerine kaydedip kullanıcıya verebiliriz.

Dipnot: Burada karşıdaki kişi uzantıyı değiştirip farklı bir formatta yapıp göndermeye çalışsa dahi bu tarama motorları tarafınsan algılanıp içeriğin iletilmesi engellenecektir.

Filters kısmının tam olarak kafamızda yer edinebilmesi için şimdi birde keyworks filter tanımlaması yapalım. Bu işlemler için filter konsoluna gelip create butonuna basma işlemini gerçekleştirelim. Bu aşamada karşımıza gelen ekrandan keyworks seçeneğini seçerek Next ile ilerleyelim.

Filtremize bir isim verip gerekli yasak kelimeleri ekleyelim. Bu işlemlerde yine import export seçenekleri aktif olup içeriği dışarı verebilir yada dışarıdan içerik alabiliriz. Next ile ilerleyelim.

Filtremiz sadece Hub ve Edge rolleri üzerinde tarama yapacaktır burada kuralımız enable action ise farklı özellikler taşımaktadır mail direk kullanıcıya iletilmeden silinebilir, tarama dışı bırakılabilir ,mesaj header bilgisine belirlenen bir metin eklene bilir. Biz bu sefer silmek yerine header bilgisine otomatik bir metin ekleteceğiz. Karantinaya alınmasını onayladık karşı tarafa bildirim gitme seçeneğini aktif bıraktık. Filtre inbound, outbound ve internal trafikte çalışacak siz isterseniz bunu mimarinize göre farklı olarak ayarlayabilirsiniz. Mesaj headerinde yazacak olan metin ayarını bir sonraki Filters Options kısmında göreceğiz. Mailimizi yolluyoruz.

Gelen mailimizin subjet bilgisine xxx haricinde Suspect: Bu Mail Yasak Konulu bilgi eklendi. Bir çok isp pop hizmeti veren firmada bu özelliği kullanmaktadır. Kullanıcılar dilerse bir filtre tanımlayıp bu şekilde bir subject bilgisi olan maili silmekte yada farklı klasöre düşecek şekilde ayarlayabilmektedir.

Karantina kısmında ise mailimizin karantinaya alındığını görebilmekteyiz. Biz bu aşamada maili sildirme işlemi yapmış olsaydık eğer Purge seçeneğini kullanarak, kullanıcımızdan bu maili almak istemesi yönünde bir talep gelmesi durumunda karantinada öğenin üzerinde sağ tıklayarak deliver seçeneği ile kullanıcıya iletilmesini sağlayabiliriz.

Filters Options : Bu kısımda yukarıda uyguladığımız filtreler ile ilgili genel ayarlamalar yapılmaktadır. Bu kısımlara resimlerimiz yolu ile adım adım değinip ne işe yaradıklarına açıklık getirelim.

Bu ayar bölmesinde gerçek zamanlı filtreleme yapıldığında filtreleme sonucunda silinme actionu uygulandığında silme sırasında karşı bildirim txt dosyası içerisinde hangi metnin olacağını belirleyebilir kendi mimarimiz doğrultusunda yapılandırabiliriz. Hatırlarsanız jpg dosyasını sildirdiğimizde txt içerisinde yer alan bilgide tanımlanmış bir metin vardı. O metnin ayarı bu kısımlardan düzenlenmektedir. Burada gerçek zamanlı filtrelemeyi, konuya eklenecek olan metin bilgisini ve sıkıştırılmış dosyaların taranmasını devre dışı bırakabiliriz.

Bu ayar bölmesinde zamanlanmış filtreleme yapıldığında filtreleme sonucunda silinme actionu uygulandığında silme sırasında karşı bildirim txt dosyası içerisinde hangi metnin olacağını belirleyebilir kendi mimarimiz doğrultusunda yapılandırabiliriz. Burada gerçek zamanlı filtrelemeyi, konuya eklenecek olan metin bilgisini ve sıkıştırılmış dosyaların taranmasını devre dışı bırakabiliriz.

Bu ayar bölmesinde talep edilen filtreleme yapıldığında filtreleme sonucunda silinme actionu uygulandığında silme sırasında karşı bildirim txt dosyası içerisinde hangi metnin olacağını belirleyebilir kendi mimarimiz doğrultusunda yapılandırabiliriz. Burada gerçek zamanlı filtrelemeyi, konuya eklenecek olan metin bilgisini ve sıkıştırılmış dosyaların taranmasını devre dışı bırakabiliriz.

Bu ayar bölmesinde transport rol üzerinde filtreleme yapıldığında filtreleme sonucunda silinme actionu uygulandığında silme sırasında karşı bildirim txt dosyası içerisinde hangi metnin olacağını belirleyebilir kendi mimarimiz doğrultusunda yapılandırabiliriz. Burada gerçek zamanlı filtrelemeyi, konuya eklenecek olan metin bilgisini ve sıkıştırılmış dosyaların taranmasını devre dışı bırakabiliriz. Bu filtreleme tipinin inbound outbound trafik üzerinde açık olup olmaması konusunda ayarlama yapabiliriz. Yukarıda yaptığımız keyworks testinde mail headerine eklenecek olan bilgiyi buradaki Tag Text for Subject Line bölmesine yazarak ayarlayabilir, Mail header bilgisini de buradan belirleyebiliriz.

Online Protection (configure ) : Bu kısımda FFPFE 2010 programımızın gerekli güncellemeyi hangi account ile yapacağı ortamda proxy varsa buradan hangi bilgiler doğrultusunda çıkabileceği gibi temel ayarlamalar yapılmaktadır.

Scan options : Bu ekranımızda tarama işlemleri ile ilgili genel ayarlar yapılmaktadır. Resimlerle bu bölümü açıklayalım.

Bu ekranımızda gerçek zamanlı tarama sırasında taramanın açık olup olmayacağı, taramanın tüm mailboz yada public folderi kapsayıp kapsamayacağı, taramanın olmayacağı veya belli bir mailbox veya public foldere yapılacağı şeklinde ayarlar yapılmaktadır. Default olarak tüm mailbox ve public folderlere taranacak şeklinde ayarlı gelmektedir genel olarak olması gereken budur. Özelleştirmeye açıktır.

Bu ekranımızda transport role üzerinde yapılacak taramanın açık olup olmayacağı, taramanın tüm mailboz yada public folderi kapsayıp kapsamayacağı, taramanın olmayacağı veya belli bir mailbox veya public foldere yapılacağı şeklinde ayarlar yapılmaktadır. Default olarak tüm mailbox ve public folderlere taranacak şeklinde ayarlı gelmektedir genel olarak olması gereken budur. Özelleştirmeye açıktır.

Bu ekranımızda zamanlanmış tarama var ise taramanın açık olup olmayacağı, taramanın tüm mailbox yada public folderi kapsayıp kapsamayacağı, taramanın olmayacağı veya belli bir mailbox veya public foldere yapılacağı şeklinde ayarlar yapılmaktadır. Default olarak tüm mailbox ve public folderlere taranacak şeklinde ayarlı gelmektedir genel olarak olması gereken budur. Özelleştirmeye açıktır.

Engine Options : Bu kısımda programımızın kullanmış olduğu virüs programı üreten firmaların tarama motorlarının güncellenmesi için gerekli bağlantı sırasında kullanılacak credential ve proxy bilgilerinin ayarlaması yapılır.

Bu kısımla birlikte makalemizin son noktasına yaklaştık. Bu işlemler sırasında yaptığımız testler sırasında belirli miktarda mail alış verişi, mail silme karantinaya alma , manuel tarama ve zamanlanmış tarama işlemi yaptığımız için ana ekranda bulunan grafiklerimiz oluşmaya başladı. Aşağıda görüldüğü gibi grafiklerde yapılan işlemler ile ilgili sayısal bilgiler yer almaktadır.

Kısa bir özet yapmak gerekirse ürün Microsoft Exchange Server üzerinde iyi sonuçlar vermektedir. Neticede Microsoft ürünlerini en iyi koruyacak olan yine Microsoft’un kendisidir. Bu üründe zaten çok başarılı antivirus üreticilerinin motorları kullanılmaktadır. Program üzerinde dikkat ettiyseniz çok fazla müdahale edilecek bölüm yok. Programı kurduktan sonra özel olarak engellemek istediğimiz adresler domainler, uzantılar ve sözcüklere müdahale ediyoruz. Bunlar zaten her firmada farklılık gösterecek kısımlardır. Program kurulduğu anda çok iyi spam filtrelemesi yaparak kara listedeki domainleri direk engellemektedir. Biz gerekli ayarlamaları da yaparak çok sıkı bir mail ve spam koruması sağlamış oluyoruz. Umarım yararlı ve açıklayıcı bir makale olmuştur.

Başka bir makalede görüşmek dileğiyle.

ForeFront Endpoint Protection FEP 2010 Kurulum İşlemleri

2011-04-17T00:44:00Z

Makalemizde sizler ile Microsoft ForeFront Endpoint Protection 2010 kurulum işlemlerini paylaşacağım. Forefront Endpoint Protection 2010 yazılımını incelediğimiz zaman bileşenlerinde SQL Server ve SCCM 2007 R2 veya R3 yazılımını istemektedir. Detaylı olarak kurulum öncesi System Requirements aşağıda sizler ile paylaşıyorum.

Forefront Endpoint Protection 2010 Server (installed on System Center Configuration Manager)

Domain Controller

· Domain Controller olması gerekmektedir. (Windows Server 2003,2008,2008r2)

Memory

· 2 GB of RAM

Available Disk Space

· Forefront Endpoint Protection Server: 600 MB

· Forefront Endpoint Protection Database: 1.25 GB

· Forefront Endpoint Protection Reporting Database: 1.25 GB

Operating System

· Windows Server 2003 SP2 and later, x64 and x86

· Windows Server 2008 RTM and later, x64 and x86 (not server core)

· Windows Server 2008 R2 (x64) or later versions

· Windows 2008 R2 Server Core (x64)

Additional Requirements

· No earlier version of Forefront Endpoint Protection Server can be installed

· No other antimalware protection can be installed

· Microsoft Windows Installer version 3.1 or later

· Microsoft .NET Framework 3.5 Service Pack 1

· Microsoft SQL Server 2005 SP3 or SQL Server 2008 SQL Server 2008r2

· Analysis Services

· Integration Services

· Reporting Services

· SQL Server Agent

· SQL Server Analysis Management Objects

· Microsoft System Center Configuration Manager 2007 SP2 R2 or R3 site installed with default roles, configured to use the SQL Server Reporting Services, and the following installed and configured:

· Hardware Inventory

· Software Distribution

· Desired Configuration Management

Configuration Manager Hotfix KB2271736 http://support.microsoft.com/kb/2271736
http://support.microsoft.com/kb/981889

Forefront Endpoint Protection 2010 Client

Minimum Requirements

CPU

· Windows XP: 500 MHz or higher

· Windows Vista or Windows 7: 1.0 GHz or higher

Memory

· Windows XP: 256 MB RAM or higher

· Windows Vista or Windows 7: 1 GB RAM or higher

Available Disk Space

· 300 MB

Operating System

· Windows XP (x86) SP3 and later

· Windows XP (x64) SP2 and later

· Windows Vista RTM and later, x64 and x86

· Windows 7 RTM x64, x86

· Windows 7 XP mode

· Windows Server 2003 SP2 and later, x64 and x86

· Windows Server 2008 RTM and later, x64 and x86 (not server core)

· Windows Server 2008 R2 (x64) or later versions

· Windows 2008 R2 Server Core (x64)

Additional Requirements

· Configuration Manager agent

· Windows Installer 3.1

· Filter manager rollup (KB914882)

· WFP rollup package (KB981889). Redistributed by client

· Windows Update

Benim test ortamım’da Windows 2008r2 Enterprise Domain Controller (ufuktatlidil.com) , Windows 2008r2 Enterprise SCCM 2007r3 ve SQL 2008r2 yüklü. Ayrıca yukarıda belirttiğim System Requirements kurulu durumdadır.

SCCM 2007r3;

Forefront Endpoint Protection 2010 DVD’mizi takıp , Sistem gereksiniminize göre ilgili path’in altında ki ( FEP2010_en-us\x64) altında ki “serversetup.exe” dosyasını çalıştırıyoruz. Benim x64 bir işletim sistemim olduğundan dolayı , x64 bit klasörü altında ki serversetup.exe dosyasını kullanıyorum.

Welcome ekranında, Name ve Organization bilgilerini girerek , sonra ki adıma geçiyoruz.

License Terms ekranında sözleşmeyi okuduktan sonra , kabul ediyor ve sonra ki adıma geçiyoruz.

Şimdi ki adım bize topoloji tercih ekranını getiriyor. Basic Topology kurulumunu yapacağız. Microsoft Forefront Endpoint Protection 2010 Veritabanı, Site Server Uzantısı, Konsol Eklenti, Raporlama bileşenleri ve geçerli Configuration Manager dağıtım dayalı Raporlama veritabanını yükler.

Next ile sonra ki adıma geçiyoruz.

Reporting Configuration ekranında SQL Reporting Services reporting execution account bilgilerimizi giriyoruz. Ben burda Administrator hesabını kullandım.

Nex’te tıkladığımızda Reporting servis ile ilgili bir hata ile karşılaşırsanız , aşağıda ki linki incelemenizi ve Reporting Services Configuration Manager yardımı ile gerekli düzenlemeleri yapmamız, Reporting servisininin kullanancağı DB bilgisini göstermemniz gerekmektedir. http://technet.microsoft.com/en-us/library/cc431390.aspx

Çıkan bilgi mesajını OK butonuna tıklayarak onaylıyoruz.

Updates and Custommer Experience Options kısmını isteğimize göre düzenleyip , Next ile sonra ki adıma geçiyoruz.

Join Microsoft Spynet Basic is checked by default olarak bırakıyoruz.

Kurulum yapılacak dizini belirtiyoruz. Ben Default olarak bıraktım.

Kurulumun disk alanı gereksinimi 2.64 GB.

Kurulum için gerekli Prerequisites Verification işlemi başarılı bir şekilde tamamlandı. Eksik bir adım var ise bize Details kısmında ne yapmamız gerektiğini belirtiyor.

Verifying SQL Reporting Services Prerequisite Warning çözümü için linkten yararlana bilisriniz. http://technet.microsoft.com/tr-tr/library/ff823830%28en-us%29.aspx

Setup Summary ekranında yapımızın bilgisini görüyoruz. Install butonuna tıklayarak kuruluma başlayabiliriz.

Kurulum işlemi tamamlandı.

Finish butonuna tıklayarak kurulum işlemini bitiriyoruz.

ForeFront Endpoint Protection 2010 kurulum işlemi yaptığımız sunucu üzerinde FEP Client otomatik olarak kuruluyor.

SQL Database yapımızın son durumuna göz atıyoruz.

Microsoft System Center Configuration Manager 2007 üzerinden kontrolümüzü yapıyoruz. ForeFront Endpoint Protection 2010 ‘un eklendiğini görüyoruz.

Makalemizde sizlerele ForeFront Endpoint Protection 2010 kurulum adımlarını paylaştım. Umarım faydalı olmuştur.

Forefront TMG Performance Troubleshooting with PAL v2.x Kurulum ve Collecting Data Reporting İşlemleri

2011-04-03T17:11:00Z

Herhangi bir sistemin performans sorunlarını gidermek ciddi uğraş gerektirebilir. Özellikle Forefront Threat Management Gateway (TMG) 2010 ürünü için pek çok sistem yöneticisi için Performans önemli bir sorundur. Bu görev için kullanılan temel araç Windows Performans Monitordür. Bu araç yönetici işletim sisteminin her alanında, uygulamalar ve donanım izlemenize olanak sağlar. Ancak, nesneler ve sayaçları izlemek için hangi veriyi ne şekilde yorumlamak zaman alır ayrıca zor olabilir.

Bu yazımda sizler ile Performans Analizi (PAL) ürününü paylaşacağım. PAL ücretsiz bir tooldur. PAL toplanan günlük verileri analiz ederek bize raporlar. Bu işlem içinşablonlar kullanır. PAL ürününün yakın zamana kadar Forefront TMG için desteği yoktu ancan son sürümü ile bu destek sağlandı. PAL tool’unu buradan http://pal.codeplex.com download edebilirsiniz. PAL’i kurmadan; Microsoft NET Framework 3.5 SP1, Microsoft Chart Controls NET Framework 3.5 ve PowerShell v2.0 gibi bileşenlerin yüklü olması gerekmektedir.

PAL v2 Kurulumu ;

PAL_Setup_v2.0.7_x64 çift tıklayarak kuruluma başlıyoruz. .Net Framework istediğinden bizi aşağıda ki linke yönlendiriyor.

Budarada’ki adresten indirdiğimiz MSchart.exe’yin download edip kuruyoruz.

Kurulum ekranı karşımıza geliyor.

Klasik Next adımları ile kurulumu tamamladık.

All Programs’a PAL’in kısa yolu geldi.

Pal’in kurulum işlemi bu kadar.

İki bölüme ayırdığım makalemizde öncelikle PAL Performans İzleyicisi gerekli verileri toplamak için yapılandıracağız. İkinci bölümde verileri analiz etmek ve bir rapor oluşturacağız.

Collecting Data (Veri Toplama)

Performans Monitoring işlemleri için Forefront TMG güvenlik duvarını performansını analiz etmek gerekmektedir. Forefront TMG Firewall üzerinde aşağıdaki kayıt defteri anahtarını oluşturacağız.

HKLM\SOFTWARE\Microsoft\RAT\Stingray\Debug\FWSRV "FWS_PRIVATE_PERFORMANCE_COUNTERS"=dword:00000001

Gerekli Reg dosyasını BURADAN indirebilirsiniz.

Forefront TMG üzerinde performans verileri toplamaya başlamak için PAL ‘i açıyoruz. Threshold File sekmesini açtıktan sonra Microsoft Threat Management Gateway’i seçiyoruz.

Seçimi yaptıktan sonra Export to Perfmon Template File… butonuna tıklıyoruz.

Bu işlem raporu.xml olarak kayıt etmemizi sağlıyor.

Şimdiki adımımız Performance Monitor aracını kullanmak. Data Collector Sets üzerinde sağ click User Defined sağ clik New -> Data Collector Set tıklıyoruz.

Data Collector Set’e isim veriyoruz ve sonraki adıma geçiyoruz.

System Performance ‘yi seçip, Browse tıklıyoruz.

Browse tıkladıktan sonra export ettiğimiz.xml dosyasının gösteriyoruz.

Data Collector Set’in Path’ini belirtiyoruz. %systemdrive%\PerfLogs\Admin\ForeFront TMG Performans Analizi

Finish’ e tıklayarak işlemimizi tamamlıyoruz.

Yukarıda ki işlem tamamlandığında, yeni oluşturduğumuz Collector Set Performance Monitor altında görünür. Sağ tarafta bulunan yeni oluşturduğumuz Collector Set ‘in ayarları için üzerinde sağ klik yapıp, Properties’e tıklıyoruz.

Burada (binary log format is recommend, however) gibi dosya parametrelerini değiştirebilirsiniz.

Gerekli ayarlamarı yaptıktan sonra Veri Toplamak için Servisi Start etmemiz gerekiyor.

Veri toplama başlatmak için Data Collector’un üzerinde sağ clik yapıp, Start’a tıklıyoruz.

Ayrıca Data Collector’un zamanlayıcı (schedule ) ayarlamak için ForeFront TMG Performans Analizi üzerinde sağ klik yapıp, Properties’e tıklıyoruz. Schedule sekmesini tıklıyoruz. Açılan ekranda Add butonuna tıklayarak gerek ayarları kendinize göre düzenleyebilirsiniz.

Data Analysis and Reporting

PAL kullanarak analiz etmek için hazırız. Gerekli günlük verilerini topladım. PAL aracını açın ve Counter Log sekmesini seçin, sonra da Performans İzleyicisi kullanılarak toplanan günlük dosyasının yolunu belirtin.

Bir sonraki adımda Microsoft Forefront Threat Management Gateway ‘yi seçip Next ile devam ediyoruz.

Question sekmesinde sisteminiz ile ilgili soruları cevaplıyorsunuz. Ram,Cpu gibi.. Next ile sonraki adıma geçiyoruz.

Analysis Interval ve All Counter Stats kısmını Default ayarları ile bırakıp, sonraki adıma geçiyoruz.

Default olarak, PAL HTML formatında raporlar üretir ve Belgelerim altına atar. PAL Raporları klasöründe bulunur. Burada ve varsayılan dosya konumu değiştirebilirsiniz.

Örnek ; [My Documents]\PAL Reports\[LogFileName]_PAL_ANALYSIS_[DateTimeStamp].htm

Queue tabında PAL üzerinde PowerShell komutunu otomatik oluşturuyor. Bu komut sayesinde PowerShell üzerinde rapor çekebiliriz.

Perform the analysis’i başlatmak için Execute tabına gelelim. Execute: Execute what is currently in the queue seçiliyken Finish’e tıklıyoruz.

Finish’e tıklayınca PAL PowerShell üzerinde gerekli komutu çalıştırır. Bir kaç saniye sonra raporumuz hazır hale gelmektedir.

PowerShell üzerinde çalışan CMD’letin görüntüsü aşağıdaki gibidir.

İşlem bitince otomatik olarak html raporumuz açılmaktadır.

Öncelik’le PAL’in. tml raporunu attığı Path’i kontrol edelim.

Başarılı bir şekilde oluşturduğunu görüyoruz.

Raporumuza göz atalım.

Rapor çok detaylı olduğundan ben Paremetrelerin hepsini, açıklamalarında bir kaçını paylaşmak istedim. 53 Adet paremetre 10 adet Alerts var.

Tool Parameters

Alerts by Chronological Order

8/14/2007 3:40:38 PM - 8/14/2007 3:41:38 PM Alerts: (7)

8/14/2007 3:41:38 PM - 8/14/2007 3:42:38 PM Alerts: (10)

8/14/2007 3:42:38 PM - 8/14/2007 3:43:38 PM Alerts: (3)

8/14/2007 3:43:38 PM - 8/14/2007 3:44:38 PM Alerts: (14)

8/14/2007 3:44:38 PM - 8/14/2007 3:45:38 PM Alerts: (12)

8/14/2007 3:45:38 PM - 8/14/2007 3:46:38 PM Alerts: (3)

8/14/2007 3:46:38 PM - 8/14/2007 3:47:38 PM Alerts: (2)

8/14/2007 3:47:38 PM - 8/14/2007 3:48:38 PM Alerts: (2)

8/14/2007 3:48:38 PM - 8/14/2007 3:49:38 PM Alerts: (4)

8/14/2007 3:49:38 PM - 8/14/2007 3:49:58 PM Alerts: (2)

LogicalDisk

LogicalDisk % Free Space (Alerts: 0)

LogicalDisk Read Latency Analysis (Alerts: 4)

LogicalDisk Write Latency Analysis (Alerts: 2)

LogicalDisk % Idle Time (Alerts: 0)

LogicalDisk Disk Transfers/sec (Stats only)

LogicalDisk Read/Write Ratio (Stats only)

LogicalDisk Bytes/Read (Alerts: 0)

LogicalDisk Bytes/Write (Alerts: 3)

LogicalDisk Avg. Disk Queue Length (Alerts: 1)

LogicalDisk Current Disk Queue Length (Alerts: 0)

Memory

Memory Available MBytes (Alerts: 9)

Memory Free System Page Table Entries (Alerts: 0)

Memory Pool Non-Paged Bytes (Alerts: 0)

Memory Pool Paged Bytes (Alerts: 0)

Memory Pages/sec (Alerts: 0)

Memory System Cache Resident Bytes (Alerts: 0)

Memory Cache Bytes (Alerts: 0)

Memory Percent Committed Bytes In Use (Alerts: 0)

Memory Pages Output/sec (Stats only)

Memory Transition Pages RePurposed/sec (Stats only)

Memory Committed Bytes (Stats only)

Memory Commit Limit (Stats only)

Memory Pages Input/sec (Alerts: 0)

Memory Free & Zero Page List Bytes (Stats only)

Network Interface

Network Interface % Network Utilization (Alerts: 0)

Network Interface Output Queue Length (Alerts: 0)

Network Interface Packets Outbound Errors (Alerts: 0)

Network Interface Bytes Total/sec (Stats only)

PhysicalDisk

PhysicalDisk Read Latency Analysis (Alerts: 4)

PhysicalDisk Write Latency Analysis (Alerts: 2)

PhysicalDisk Current Disk Queue Length (Alerts: 0)

PhysicalDisk Avg. Disk Queue Length (Alerts: 2)

Process

Process Private Bytes (Alerts: 0)

Process Handle Count (Alerts: 8)

Process Thread Count (Alerts: 0)

Process Working Set (Alerts: 2)

Processor

Processor % Processor Time (Alerts: 8)

Processor % Privileged Time (Alerts: 12)

Processor % Interrupt Time (Alerts: 0)

Processor % DPC Time (Alerts: 0)

Processor % User Time (Stats only)

System

System Processor Queue Length (Alerts: 2)

System High Context Switching (Alerts: 0)

Disclaimer

HARD DISK

MEMORY

PAL v2.x Microsoft Mühendisleri tarafından yazılmış bir Data Analysis and Reporting tool’udur. Oldukça başarılı olduğunu ve birçok Forefront ürün Ailesi kullanan Sistem Yöneticisinin işine yaracağını düşünüyorum.

Makalemizin sonuna geldik.

Umarım faydalı olmuştur.

Forefront Unified Access Gateway SP1 (UAG) 2010 Direct Access Sertifika İşlemleri

2011-03-12T21:13:00Z

Direct Access Forefront UAG SP1 2010 ile birlikte gelen yeni uzaktan erişim teknolojisidir. Direct Access etki alanı üyesi olan intranet bağlanacak bilgisayarları veya VPN ile oturum açan kullanıcıların makinelerini yönetmenize olanak sağlar. Direct Access, ForeFront UAG SP1 üzerinde çalışır.

Bu yazımda, Test ortamım üzerinde ForeFront UAG SP1, Direct Access Sertifika işlemlerini paylaşacağım. İşlemler için Microsoft tarafından hazırlanmış olan Test Lab Guide’ı buradan bulabilirsiniz.

Test ortamım’da bulunan sistemimim üzerinde, ufuktatlidil domainime member olan Windows 2008r2 Enterprise, Forefront UAG SP1 2010 ve Forefront Threat Management Gateway 2010 SP1 (TMG) kurulu durumdadır.

İşlerimize başlayalım.

Server Manager üzerinden Roles kısmına geliyoruz. Sağ tarafta bulunan Add Roles linkine tıklıyoruz.

Active Directory Certificate Services Check Box’ını işaretliyoruz.

Introduction to Active Directory Certificate Services sayfasını Next ile geçiyoruz.

Certification Authority Check Box’ı işaretleyip, sonraki adıma geçiyoruz.

Specify Setup Type sayfasında Standalone’u seçip, Next ile sonra ki adıma geçiyoruz.

Specify CA Type sayfasında Subordinate CA seçip, Next ile sonraki adıma ilerliyoruz.

Set Up Private Key sayfasında Create a new private key’i seçip, Next ile sonra ki adıma geçiyoruz.

Configure Cryptography for CA sayfasını Default bırakıp, Next ile sonra ki sayfaya geçiyoruz.

Configure CA Name sayfasında Common name for this CA “ufuktatlidil-TMG-CA” olduğunu görüyoruz. Next ile sonraki sayfaya geçiyoruz.

Request Certificate from a Parent CA sayfasında, Send a certificate request to a parent CA yanında bulunan Browse butonuna tıklıyoruz.

Select Certification Authority >> ufuktatlidil-TMG-CA ‘yi seçiyoruz

Configure Certificate Database sayfasını Default bırakıp, sonra ki asyafa geçiyoruz.

Install butonuna tıklayarak Sertifika kurulum işlemimizi başlatıyoruz.

Başarılı bir şekilde kurulumu gerçekleştirdik.

Direct Access sertifike yapılandırma işlemleri için gerekli ön hazırlımızı bitirdik.

Şimdi, Start > Certsrv.msc yazıp , Enter’a basıyoruz.

Açılan ekranda “ufuktatlidil-TMG-CA” üzerinde sağ klik > Properties’e giriyoruz.

Policy Module tab’ı altında bulunan Properties’e giriyoruz.

Açılan ekranda “Follow the settings in the certificate template, if applicable. Otherwise, automatically issue the certificate” seçip, OK butonuna tıklıyoruz.

Bu işlemden sonra Servisi Stop & Start etmemiz gerekiyor.

ufuktatlidil-TMG-CA Sağ Click All Tasks altında Stop Service >> Start Service

Tekrark “ufuktatlidil-TMG-CA” üzerinde sağ klik > Properties’e giriyoruz. Security tabına geliyoruz.

Object Types altında Computers’ı seçip, OK ile çıkıyoruz.

Forefront UAG 2010’un kurulu olduğu Computer’i Security sekmesin ekleyip , aşağıda belirttiğim Allow Access’lerini veriyoruz.

Issue and Manage Certificates > Manage CA > Request Certificates

Bu işlemlerden sonra Certification Authority console kapatabiliriz.

Makalemizin sonuna geldik. Umarım faydalı olmuştur.

Forefront Unified Access Gateway (UAG) 2010 Kurulum İşlemleri

2011-03-12T21:00:00Z

Bu yazımda sizler ile Forefront Unified Access Gateway (UAG) 2010 kurulum işlemini paylaşacağım. Forefront UAG 2010 ile firmanız içinde kullandığınız web tabanlı uygulamalarınızı publish edebiliriz. UAG , Windows 2008 R2 sürümü ile yeni gelen Direct Access özelliğini kullanabilme imkanı sağlamaktadır. Forefront UAG 2010 sistem gereksinimlerini aşağıda paylaştım. Burada bir ufak dipnot paylaşmak istiyorum. Forefront UAG 2010 kurulumu sırsında Forefront TMG ürünü’ de kurulmaktadır. Forefront UAG 2010 publish edilirken SSL sertifika kullanmaktadır. UAG ile Windows’un tüm uygulamarını publish edebilmekteyiz. Bunlardan bir kaçını paylaşmak istiyorum. “OWA, MOSS 2007&2010, OCS, SCOM, RDP” uygulamarını tek bir arayüz üzerinden publish etme özelliğini bize sağlıyor. Kurulumu tek sunucu üzerine yapabildiğimiz gibi birden çok sunucu üzerine Forefront UAG’yi kullanabiliriz.

Kurulum işlemi öncesi gerekli System requirements buradan bulabilirsiniz.

Hardware requirements

Processor

2.66 gigahertz (GHz) or faster processor. Dual core CPU

Memory
4 GB

Hard drive

2.5 gigabyte (GB) (in addition to Windows requirements)

Network adapters

2 Adet Network Adaptorunuz olması gerekiyor. 1 Adet Eth. desteklenmemektedir.

Software requirements

Operating System

Forefront UAG ürününü Windows Server 2008 R2 Standard veya Windows Server 2008 R2 Enterprise 64-bit işletim sistemleri üzerine kurabilirsiniz.

Windows roles and features

Aşağıda belirttiğim Roles ve Features’leri yüklememiz gerekiyor.

· Network Policy Server

· Routing and Remote Access Services

· Active Directory Lightweight Directory Services Tools

· Message Queuing Services

· Web Server (IIS) Tools

· Network Load Balancing Tools

· Windows PowerShell

Forefront Unified Access Gateway (UAG) 2010 Hakkında

Forefront Edge Güvenlik Çözümleri

UAG mesajlaşma, iş birliği ve diğer uygulamalara her yerden erişim sağlayıp çalışan verimliliğini artıran, aynı zamanda politika tabanlı uygunluk denetimleri ile azami güvenlik sağlayan bir erişim çözümdür.

Nasıl Çalışır?

Her Yerden Erişim Forefront UAG: DirectAccess

UAG and DirectAccess better together

Sharepoint’e özel, basit ve güvenli erişim

Anywhere Access: Exchange’e özel, basit ve güvenli erişim.

Entegre Güvenlik

• Spesifik sitelere ya da site içi özelliklere detaylı erişim deneyimi

• Hazır uç nokta güvenlik politikaları (opsiyonel: NAP entegre)

• Gelişmiş kimlik doğrulama ve yetkilendirme yetenekleri

• Oturum temizliği ve veri sızıntısı önleme

• Entegre ağ güvenliği – Forefront TMG

Güçlü Kimlik Doğrulama

Array

Entegre Yük Dağılımı

• Array yapılarında sistemyöneticisi UAG konsolundan Windows NLB ayarlarını yapabilir.

IAG’den UAG’ye

Kurulum işlemlerimize başlayalım. Forefront Unified Access Gateway (UAG) DVD veya ISO dosyamızı taktıktan sonra karşılama ekranı geliyor. Install Forefront UAG linkine tıklayarak kuruluma başlayabiliriz.

Welcome ekranını Next ile geçerek sonra ki adıma geliyoruz.

Lisans’ı kabul edip, diğer adıma geçiyoruz.

3. adımda bize kurulum dizinini gösteriyor. İsterseniz dizini değiştirebilirsiniz.

4. Adımda kurulum işlemi başlıyor. Dikkat! Öncelikle Forefront UAG 2010 kuruluyor.

Forefront TMG nin kurulumu ile devam ediyor.

Bu süreçte Sql 2008’i otomatik olarak kendisi kuruyor.

Kurulum işlemleri bittikten sonra Sunucumuzu Restart etmemizi istiyor.

Şimdiki işlemimiz Forefront Unified Access Gateway (UAG) Service Pack 1 paketini kurmak olacak.

SP1 DVD veya ISO dosyamızı takıyoruz.

Welcome ekranını Next ile geçiyoruz.

Lisans sözleşmesini kabul edip, sonraki adıma geçiyoruz.

SP1 Paketi kurulum işlemi başlıyor. Öncelikle gerekli servisleri stop ederek kurulum devam ediyor.

Forefront TMG’ninde Service Pack 1 paketini yüklüyor.

SP1 Kurulumumuzu’ da tamamladık.

SP1 ‘de dahil olmak üzere kurulum adımlarını başarılı bir şekilde tamamladık.

Gördüğünüz gibi Direct Access Rule otmatik şekilde Forefront TMG üzerine gelmiş durumda.

Forefront UAG Management çift tıkladığımız’da karşımıza Configure Network Settings ekranı gelmektedir.

TMG nin ethernet kartının ayarlarını yapmamız gerekmektedir.

IP Address Range bilgimizi giriyoruz.

Define Server Topolgy ve Join Microsoft Update adımlarını’da kofigure ediyoruz.

Define Server Topolgy ve Join Microsoft Update adımının akebinde karışımıza Activate Configuration ekranı geliyor. Password belirlememizi ve Backup Directory belirtmemizi istiyor.

Konfigurasyon işlemlerimiz tamamlandı. Activate butonuna tıklıyoruz.

İşlemin bir kaç dakika süreceğini belirtiyor.

Activation completed successfully .

Kurulum, konfigurasyon ve aktive işlemlerini tamamladık.

Makalemiz’de, Forefront Unified Access Gateway (UAG) 2010 ve SP1 paketinin kurulumu, ön yapılandırma işlemlerini ve Forefront UAG 2010’un genel yapısından bahsettim. Umarım faydalı olmuştur.

URL Filtering Çözümü Olarak Forefront TMG Ürününün İncelenmesi

2011-02-26T12:10:00Z

Proxy çözümü olarak ISA 2006’yı kullanıyorsanız ISA 2010’a upgrade ettiğinizde çok güçlü bir URL Filtering ürününe de sahip olacaksınız. Ya da yeni bir URL Filtering çözümü arayışınız varsa TMG’yi mutlaka denemelisiniz.

TMG, geleneksel tüm firewall’lardaki kural dizilimlerinin ve yetkilendirmelerinin bir benzerini sunduğu yönetim ekranında, Active Directory ile de tam uyumluluk sağlayarak, URL Filtering’in yapılandırılmasını ve yönetimini oldukça kolay kılıyor.

URL Filtering ürünü tercihinde maliyet ve kolay kullanım önemli bir ölçü olduğu gibi, ürünün veri tabanındaki adres sayısı da önemli bir ölçüdür. TMG, bu konuda oldukça iddialı.

TMG, internet erişimlerinde, filtreleme politikaları sağlayan güvenlik ürünlerine takılmaksızın internete erişim sağlayan pek çok SSL tunnel programlarını ve tool'larını da, HTTPS Inspection fonksiyonu sayesinde işe yaramaz hale getirmektedir.

Hem yapmanız gereken temel bir takım düzenlemeleri sizlere aktarmak hem de URL Filtering kullanımının esnekliğini sizlere göstermek için örnek bir yapılandırmayla incelemelerimize başlayalım.

Öncelikle, TMG sunucunuzda, registry ayarlarına giderek aşağıdaki düzenlemeyi yapmalısınız.

Bir DWORD değeri oluşturulmalı ve değeri 10 olarak atanmalıdır. (http://support.microsoft.com/kb/326040)

Sonrasında, User Authentication tanımlamasını, Internal Properties sayfasından Web Proxy sekmesine giderek Require all users to authenticate seçeneğini disable bırakacak şekilde yapılandırmalısınız.

Şimdi de URL Filtering tanımı yapacağımız Web Policy ekranına geçelim.

Burada, varsayılan ayarlarla yapınıza uygun bir kurulum gerçekleştirdiğinizde, TMG’nin, kategorizasyonu çok isabetli seçilmiş bir tane Deny kuralı ile karşılaşırız. Bu kural sayesinde pek çok zararlı siteye erişim yasaklanmaktadır. İsmini 1_Erişim_Yasak olarak değiştirelim ve bu kural için Users sekmesinde tanımlanacak kullanıcılar olarak All Users ‘ı seçelim.

Bu kuralın hemen altında, ismini 2_Yetkili_Erişim diyeceğimiz ikinci bir kural oluşturmalı ve Users sekmesinde sadece izinli personel seçilerek full erişim tanımlanmalıdır.(Yöneticiler, IT sorumluları)

Üçüncü kuralla devam edlim. İsmi 3_Erişim_Yasak olsun. Bu kuralı tanımlamadan önce, kuralda kullanılmak üzere yeni bir Category Set oluşturalım ve ismini Category_Block_Set olarak belirleyelim.

Category_Block_Set isimli bu kategori grubuna, birinci kuralda yasaklanan kategorilere ek olarak Games, Streaming Media... kategorilerini de ekleyelim. Sıra,3_Erişim_Yasak isimli üçüncü kuralımızı tanımlamaya geldi. Bu kuralda Users sekmesinde tanımlanacak kullanıcılar olarak All Users ‘ı, To tabında da Category_Block_Set ‘i seçelim.

Dördüncü bir kural daha oluşturalım ve adı 4_Erişim_Yasak olsun. Burada da TMG’nin erişime izin verdiği, oysaki erişilmemesini düşündüğünüz siteler için geçerli olacak bir kuralı tanımlamış olalım.

Bunun için yeni bir URL Set oluşturacağız. İsmi URL_Block_Set olsun ve içerisine de erişilmemesi düşünülen siteleri yazacağız. (Kim bilir belki www.destekyeri.com ‘a erişimi yasaklamak istersiniz.)

Yeri gelmişken hemen belirtelim, tanımlayacak olduğunuz herhangi deny ya da permit kuralının, To kısmını hem Category Set’ler hem de URL Set’ler oluşturmamalı. Category Set’ler için bir kural, URL Set’ler için de ayrı bir kural oluşturmalısınız. Tavsiye edilen budur.

4_Erişim_Yasak isimli bu kuralda, Users sekmesinde tanımlanacak kullanıcılar olarak All Users ‘ı, To tabında da URL_Block_Set ‘i seçelim.

Beşinci bir kural daha oluşturalım ve adı 5_Erişim_izinli olsun. Bu kuralda da istenilen erişimler tanımlanabilir.

Require all users to authenticate seçeneğini disable bırakacak şekilde yapılandırmalısınız demiştim. Authentication desteği olmayıp, sürekli anonymouse hesabıyla internet erişimi gerçekleştirmek isteyen uygulamalara ya da sayfalara erişim için, özel bir rule tanımı yapabilirsiniz ve bu rule’da Users sekmesinde izin vereceğiniz user’lar listesine All Users ‘ı eklersiniz. Sorununuz kalmaz.

TMG’nin vekâletiyle erişimi gerçekleştirilen adreslerin kayıt altına alınması, bu erişimlerin anlık izlenebilirliği ve erişimler neticesinde karşılaşabileceğimiz virüs vakalarına karşı TMG’nin Malware Inspection özelliğini inceleyeceğiz.

Yakın bir zamana kadar, internet erişim yetkilendirmeleri sağlayan uygulamalar kullanılarak, internet erişimlerinin güvenli ve performanslı olması sağlanmaya çalışılmaktaydı. Oysa şimdi tüm internet erişimlerinin kayıt altına alınması gibi üçüncü bir vazife daha sahiplenilmeyi bekliyor.

İnternete erişim gerçekleştirecek makinelerin trafiğini yönetirken, bize ulaşan talepleri karşılamak ve uygulayacağımız politikaların işlevini sağlamak için, loglamanın ne kadar önemli bir işlem olduğu hepimizce aşikârdır. Bu süreci yönettimiz pek çok zaman, ihtiyacımız olanın uzunca bir sürenin erişim listesine sahip olmaktan ziyade, anlık trafiğe hakim olabilmek ve hızlı filtrelemeler tanımlayabilmek olduğunu görürüz.

TMG bu konuda oldukça güzel bir çözüm sunmaktadır.

İnternet trafiğinde akan bilgilerden hangilerinin loglanmasını istiyorsanız yine o bilgileri anlık trafik izleme ekranında görebilirsiniz.

Loglanmasını istediğiniz bilgileri etkinleştirmelisiniz..

Yönetim ekranında Logs & Report başlığı altında görülen ekranda, anlık trafik izlenmekte ve pek çok filtreleme kriteri ile size yardımcı olmaktadır.

Daha pek çok çeşit filtreyi uygulayabilirsiniz. Uygulanabilecek filtre seçenekleri listesi aşağıdadır.

Yazdığınız filtrelerin sonuçlarını oldukça güzel bir şekilde karşınızda bulacaksınız.

Tüm bu trafiğin kayıt altına alınmasında Microsoft’un tavsiye ettiği çözüm önerisi SQL Server’ın kullanılmasıdır. Kayıt altına alınacak trafik bilgisi çok fazla detay içerdiğinden kayıtların tutulacağı alan da büyük olmalıdır. Bu durum ilk etapta canınızı sıkabilir ama fazla alan kullanımını gidermenin en kolay yolu, SQL üzerinde tanımlanacak query’ler ile schedule silme işlemdir.

Bu konuda, TMG Kullanımında Yaşanan Sorunlar ve Çözümleri isimli makalemi inceleyeblirsiniz.

Gelelim virüslere karşı TMG korumasını incelemeye.

İnternet erişimi gerçekleştirilen sitelerde ya da download edilen dosyalarda bulunan virüslerin makinelerimize bulaşmasına karşı TMG koruması oldukça başarılı.

TMG, henüz kurulum aşamasında default olarak oluşturduğu kategorizasyonu çok isabetli seçilmiş bir Deny kuralı sayesinde, virüs içeren sitelerle makinelerimiz arasında perde oluyor. Bu deny kuralının To kısmını oluşturan kategorilerin isimlerine bakarsanız Malicious, Botnet ve Anonymizers’ı göreceksiniz. Güçlü bir URL veritabanına sahip olan TMG, virüs içerikli sitelerin kategorizasyonunu isabetli bir şekilde gerçekleştirdiğinden, farkında olmadan virüs içerikli bir siteye erişmeye çalıştığınızda, ilgili kural sayesinde erişiminize engel olacak ve sistemlerinizi virüslerden koruyacaktır.

TMG’nin download edilen dosyalara karşı da virüs koruması çok başarılı. TMG, download edilmek istenen dosyayı kendi üzerinde belirttiğiniz bir alana download etmeye başlatıyor, virüs taramasından geçiriyor ve sonrasında da dosya içeriği temizse size teslim ediyor.

Örneğin wireshark’ı download edelim ve TMG’nin karşımıza çıkardığı ekrana bakalım:

Görüldüğü gibi TMG kontrolu ele almış durumda. Dosya yukarıdaki ekranda belirttiğimiz alana download edilecek ve tarama sonrasında virüs bulunmazsa bize teslim edilmek üzere Download butonuna basmamız beklenecek.

İnternet erişimlerini kontrol altında tutabilmek için, işlevi, ister bloklamak(deny) isterse de izin(permit) vermek olsun, tüm web erişim kurallarında, illa ki kaynak, hedef, kullanıcılar ve tabi ki protokol tanımları yapılmak zorundadır. Bu tanımlardan birini diğerinden önemli görmek mümkün değildir; fakat sizi hedeflediğiniz işlevin yerine gelmemesi noktasında en çok sıkıntıya sokan ve uğraştıran tanım, hedef bilgisinin oluşturulduğu aşamadır. Hedef tanımlarında size bahsedeceğim yöntemleri uygularsanız sorununuz kalmayacaktır.

Şöylece malum olmalı ki; herhangi bir deny ya da permit kuralında, To kısmında, hem Category Set’ler hem de URL Set’ler bir arada bulunmamalı. Category Set’ler için bir kural, URL Set’ler için de ayrı bir kural oluşturmalısınız. Tavsiye edilen de budur.

Oluşturacağınız URL Set’ler için örnekler vererek yolculuğumuza devam edelim.

Kullanıcılarımızın erişmesinde sakınca görmediğimiz adresler için bir beyaz liste hazırlamak istemiş olalım. Bunun için yeni bir URL Set oluşturarak konfigürasyona başlayalım.

Listemizi oluşturacak adreslerden bir tanesi www.destekyeri.com olsun.

Bu adrese erişimin hiç bir şekilde kısıtlanmaması için tanımı *.destekyeri.com/* şeklinde yapmalıyız.

Bu şekilde yapılan bir tanımlama % 99 sorunsuz çalışmanıza olanak sağlayacaktır. % 99 dedim çünkü -örneğimiz üzerinden devam edecek olursak- bir süre sonra size gelen bir şikâyetin konusunu http://www.destekyeri.com/guvenlik.gbt adresine erişimde problem yaşandığı bilgisi oluşturabilir.

İşte bu durum canınızı sıkmasın; bu durumu, TMG’nin tanımlayacağınız bir adrese daha ihtiyacı var şeklinde yorumlamalısınız. Bu tanımı da http://www.destekyeri.com/* şeklinde oluşturmalısınız.

Dediğim gibi, tanımlayacağınız adreslerin % 99’u için *.destekyeri.com/* şeklinde bir tanım yeterli olacaktır. Sorun yaşadığınız durumlarda da http://www.destekyeri.com/* şeklinde bir tanım daha ekleyerek sorununuzu çözebilirsiniz. Erişimle ilgili bir daha da şikayet gelmeyecektir.

İkinci bir örnekle devam edelim. Listemize, sertifika yüklü ve https üzerinden yayınlanmış bir siteyi eklemek isteyelim. Adresimiz https://webmail.Semerkand.com.tr olsun. Beyaz_Liste’ye *.webmail.Semerkand.com.tr/* yazdığınızda hedefinize ulaşamamış olursunuz. Bu durum, sertifikalı sitelere özeldir ve çözüm için iki farklı adres yazma alternatifiniz bulunmaktadır. Alternatifleriniz, webmail.Semerkand.com.tr:443 ya da https://webmail.Semerkand.com.tr şeklindedir.

Yine sertifika yüklü ve https üzerinden yayınlanmış siteler, TMG ile gelen HTTPS Inspection özelliği sayesinde bloklanabilirler. Bu durumda da bloklanan adresler içerisinden erişimine izin verilecekleri HTTPS Inspection penceresinde Destination Exception alanına eklemelisiniz. Ayrıca bu adresler bir de Beyaz_Liste’ye eklenmek zorundadırlar.

Örneğimiz https://www.Mostar.com.tr olsun ve bu adrese yapılmak istenen erişimler, HTTPS Inspection’a takılmış ve adresin sertifikası da aşağıdaki şekildeki gibi olsun.

Bu adres için, Exception eklerken, dikkat edilmesi gereken husus, TMG’nin, browse edilen FQDN den ziyade, web server sertifikasının “Issued To” alanına baktığını bilmektir.

HTTPS Inspection penceresinde, Exception alanında tanımlanması gereken adres *.mostar.com.tr şeklinde olacaktır. İlgili satırın sonunda ‘/’ ya da ‘*’ bulunmamalıdır.

Bu tanımı yapmak için de bir Domain Name Set oluşturulup ilgili tanımlar bu set içerisine yazılmalıdır.

Bu şekilde ilgili erişim yine gerçekleşmeyecektir. Beyaz_Liste’ye https://www.Mostar.com.tr adresi için tanımlama yapılmalıdır. Bu tanımlama da ya https://www.Mostar.com.tr/* ya da www.Mostar.com.tr:443 şeklinde olmalıdır.

Sıra geldi kategori bazlı filtrelemeler tanımladığınız halde yetkilendirmelerin tutarlı çalışmadığı durumlarda yapmanız gereken tanımlamalara. Bu konuyu ya örnekler üzerinden inceleyelim.

Kural diziliminde, üst tarafta bloklanan hedefler kategorisinde Streaming Media kategorisi tanımlanmış olsun. Bu kuralın altında ki başka bir kuralda da, erişim sağlanabilecek hedefler kategorisinde de News kategorisi tanımlamış olsun.

Bu şekilde, üstteki kuraldan dolayı bir video paylaşım sitesi erişimi bloklanırken, alttaki kural sebebiyle de haber sitesilerine erişimler sağlanıyor olmalıdır. Ancak sorun şu ki, haber sitelerinin hemen hemen hepsi binlerce video içermekte ve bu durumda TMG’den beklentiniz haber siteleri açılsın fakat sitede bulunan videolar izlenemesin olmaktadır. Bu durumda da çözüm için izin kuralının üstüne bir deny kuralı daha ekleyerek, Content Types sekmesini aşağıdaki şekilde gösterildiği gibi düzenlemelisiniz.

Bu kural sizi hedefinize yaklaştıracaktır. Ama yine de bazı haber sitelerinin videolarına erişimi bloklamak için manuel tanımlar yapmanız gerekmektedir. Örneğin www.haberturk.com için http://video.haberturk.com/* adresini yasaklı erişimler adresine eklemelisiniz. Ya da www.sabah.com.tr adresi için http://www.sabah.com.tr/multimedya/video/* adresini yine aynı yasaklı URL listesine eklemelisiniz. Bu adreslerin tespiti için de TMG’nin güçlü loglama fonksiyonunu kullanabilirsiniz.

Son bölümde ise 443 harici portlardan iletişim kurulması gereken HTTPS erişimleri hakkında yapılması gereken özel bir tanımı inceleyeceğiz.

ISA 2004 ve ISA 2006’da bulunmayan, TMG ile birlikte gelen HTTPS Inspection fonksiyonunu incelemiş ve bazı HTTPS trafiklerinin bu fonksiyon ile bloklandığı zaman çözüm için neler yapılması gerektiğinden bahsetmiştik. HTTPS Inspection ekranında Destination Exceptions alanına ve Web Access Policy ekranında da izin verilecek adresler listesini tanımladığımız URL Set’e, ilgili HTTPS adresinin ne şekilde yazılacağını açıklamıştık.

Şimdi ise HTTPS üzerinden erişilecek site, default port olan 443 harici bir porttan hizmet veriyorsa ne yapılması gerektiğini inceleyeceğiz.

Yine örnek adresler üzerinden devam edelim. Tarayıcının adres satırına, http:\\www.destekyeri.com ya da http:\\www.destekyeri.com:80 yazılmış olması arasında bir fark yoktur.

Birincisinde, http protokolü ve http protokolünün kullandığı default port olan port:80 kullanılarak ilgili adrese erişim gerçekleştirilmesi talep edilmektedir.Tarayıcı da, http protokolünün default port numarası olan port:80’i bildiğinden, ayrıca port belirtmemize ihtiyaç duymamaktadır.

İkincisinde ise, port bilgisini yazarak tarayıcıya şu şekilde seslenmiş oluyoruz: Sen bilsende bilmesende, ben http protokolünün kullandığı portu yazıyorum, bunu kullan. Ama buna gerek yok çünkü tarayıcılar zaten http protokolü hakkında gerekli bilgiye sahipler.

Gelelim HTTPS protokolüne. Bu protokol kullanılarak hizmet veren siteler çoğunlukla default port olan 443’ü kullanmaktadırlar. Fakat bazı durumlarda ilgili site yöneticileri farklı portlardan da hizmet verecek şekilde tanımlar yapabilmektedirler. Yani, https:\\mail.destekyeri.com yerine, ki bu durum default port olan port:443’ün kullanıldığını belirtmektedir, https:\\mail.destekyeri.com:4344 gibi bir adresten hizmet verilebilmektedir. Bu durumda HTTPS protokolü üzerinden port:4344 kullanılarak bu adrese erişim gerçekleştirilecek demektir.

İnternet erişimlerinde farklı portlardan hizmet veren sitelere erişimler için TMG üzerinde yapılması gereken tanımlar şu şekildedir:

1-Bir tane custom port tanımlanmalı.
2-İlgili adrese erişimi sağlayacak kural üzerinde Protocols alanına bu port tanıtılmalı
3- Bu tanımlardan sonra ilgili adrese erişimin gerçekleştirilebilir olması gerekir ama TMG bir tanıma daha ihtiyaç duymaktadır. Bu tanım için en kolay yol, ISAtrpe isimli 1.6 MB’lık bir setup dosyası çalıştırılmalı ve bu tool açılarak ilgili https portu bu tool üzerinde tanıtılmalıdır. İlgili setup’ı internette ismini yazarak temin etmeniz mümkündür.

Erişecek olduğumuz adres https://mail.destekyeri.com:4344 olsun. 4344 portunu TMG’ye tanıtarak başlayalım. Aşağıdaki custom port tanımlama ekran görüntülerinde gösterildiği şekilde Port-4344 ismiyle 4344 numaralı portu TMG’ye tanıtalım.

Toolbox menüsünden New ile Protocol’ü seçerek açılan pencerede bir isim verelim ve Next ile devam edelim.

Açılan pencerede New ile portun yazılacağı pencereye ulaşıp gerekli bilgileri yazarak OK diyelim.

Aşağıdaki sayfada oluşturduğumuz portu görerek Next ile devam edelim

Açılan sayfada No ile devam edelim.

Birinci adım tamamlanmış oldu, User Defined altında oluşturduğumuz portu görebiliriz.

Sıra, bu portu ilgili izin kuralında tanımlayacağımız ikinci adıma geldi. Bunun için de ilgili kural üzerinde çift tıklayarak kuralı konfigüre edeceğimiz ekrana ulaşıp Protocols sekmesini açalım. Aşağıdaki ekran görüntülerinde gösterildiği şekilde Port-4344’ü ilgili kuralda aktif hale getirelim.

İkinci adım da tamamlandı ve kural aşağıdaki gibi görünecektir.

Sıra geldi üçüncü adıma. Bu adımda ISAtrpe isimli tool’u internetten download edilim ve default ayarlarla kuralım. Kurulum tamamlandıktan sonra ilgili tool’u çalıştırdığımızda aşağıdaki gibi bir ekranla karşılaşırız.

Port:4344’ü ISAtrpe üzerinde tanımlayacağız. Bunun için de açılan pencerede aşağıda gösterildiği gibi gerekli alanlar doldurularak Add Tunnel Range butonuna basılır.

Bu işlem TMG’nin firewall servislerini stop-start edecektir ve sonrasında da işlem tamamlanacaktır.

https://mail.destekyeri.com:4344 adresine erişim gerçekleştirilebilir.

Bundan sonra yapılması gereken, 443 harici User Defined altında oluşturulan her portu, Web Access Policy sayfasındaki ilgili kuralda etkinleştirmek ve burada da tarif edildiği şekilde tanımlanmasını sağlamak olmalıdır.

Hoşçakalın.

Forefront Threat Management Gateway TMG Üzerinde Katı Proxy Filter

2011-02-20T00:45:00Z

Bu makalemde sizlerle Forefront Threat Management Gateway (TMG) üzerinde katı Proxy http,https filter işlemini paylaşacağım. Şirket yapınızda proxy olarak çeşitli “Linux, Tmg, Isa” vb. yazılım veya Utm donanımlar kullanıyor olabilirsiniz. Proxy olarak kullandığınızda hepsinin aslında mantığı aynıdır. Kullanıcının hangi siteye ne zaman girmiş, ne kadar zaman harcamız vs... TMG’de bu işlemi gayet başarılı bir şekilde yapmaktadır.

Şöyle bir senaryo belirleyelim. Bir firmada IT Admin’siniz, bu firmanın yönetimi bir karar alarak sizden tüm kullanıcıların internet erişimlerinin full olarak erişime kapatılmasını ve sadece departman Müdürlerinin belirleyeceği sitelere giriş izinlerinin olması konusunda sizden çalışma istedi.

Ayrıca yapınız büyük, Muhasebe, Satış, Pazarlama gibi departmanlarınız ve bu departmana bağlı kullanıcılarınız mevcut. Muhasebenin kullanıcılarının girdiği siteye Satış departmanı, Satışın girdiği sitelere’de Muhasebe departmanı kullanıcılarının giremesin gibi talepler geldi. Bu işlemleri TMG üzerinde nasıl konfigure edeceğimize bakalım.

Öncelikle yapımdan bahsetmek istiyorum.

Windows 2008r2 Enterprise Server Kurulu “Update İşlemleri Yapılmış”. Bu sunucunun üzerinde Forefront Threat Management Gateway (TMG) kurulu ve yapılandırmaya hazır durumda.

Test ortamı olduğu için ben Workgroup yapıma 2 Grup tanımladım. Siz bu işlemi Active Directory ortamınızda daha rahat şekilde yapabilirsiniz.

Grup 1 Grup 2

Grup İsmi : Satış Grup İsmi : Muhasebe

Grup Üyesi : Ufuk Grup Üyesi : Berk

Ufuk ve Berk kullanıcıları ilgili gruplara üye edildi.

Yukarıda ki işlemlerimizden sonra TMG üzerinde mutlaka yapmamız gereken bir ayar var.

TMG Management Console > Networking > Internal ‘ın properties kısmına geliyoruz.

Web Proxy sekmesine geldikten sonra Authentication... bölümüne tıklıyoruz.

Require all users to authenticate kutucuğunu işaretliyoruz. Bu işlem sayesinde kimlik doğrulama’yı aktif hale getirmiş olduk.

İşlemlerimize başlayalım. Öncelikle Internet Explorer’a TMG İsim veya IP fark etmez proxy bilgisini girdim. www.cozumpark.com sitesine bağlanmaya çalıştım.

Benden bir Usernam ve Password istedi. Yukarıda ki işlem sayesinde bu ekranı aldık.

Şifre bilgimi giriyorum ve okey diyorum.

Başarlı bir şekilde giriş yapabildik.

Ancak şifre ekranını Cancel ile geçmeye çalışsaydık bizim siteye erişimimizi engelleyecekti.

Normal kural yapımda Authenticate olan bütün kullanıcılar sınırsız olarak internete çıkabilir durumdadır.

Öncelikle Muhasebe ve Satış departmanında ki Ufuk ve Berk kullanıcılarını TM üzerine ekleyelim.

Bu işlem için TMG Management üzerinde ki Toolbox altında Users kısmına gelip, New butonuna tıklıyoruz.

Departman ismini belirtiyoruz. Next ile sonra ki adıma geçiyoruz.

Kullanıcımızı ekliyoruz.

Muhasebe grubumuzu ekledik.

Aynı şekilde Satış grubumuzuda oluşturup, Ufuk kullanıcısını gruba ekledik.

Bu işlemlerden sonra Domain Name Sets oluşturmamız gerekiyor. Toolbox > Network Objects > New butonuna tıklayıp, Domain Name Set kısmına geliyoruz.

Yasaklayacağımız Domain uzantılarını belirtiyoruz. Belirtirken *.com,*.com.tr gibi eklememiz gerekiyor. Ben 4 adet Domain uzantısı ekledim. Siz daha da sert bir kural olması için bütün uzantıları ekleyebilirsiniz.

Şimdi bir kural yazalım ve kontrol edelim.

Firewall Policy > Sağ Klik > New > Access Rule kısmına tıklıyoruz.

Kural ismimizi belirtip, sonra ki adıma geçiyoruz.

Bu işlemimiz engelleme amaçlı olduğundan Deny kısmını seçip sonra ki adıma geçiyoruz.

Sources > Internal seçiyoruz.

Destinations kısmında oluşturduğumuz Domain Name Set’i belirtiyoruz. Yani Yasaklı Domainler.

Bütün kullanıcıların etkilenmesi için Set Users kısmından All Users seçili bir şekilde kuralımı oluşturuyorum.

Bu kuralımız Proxy ile internete çıkan tüm şirket çalışanlarımızı etkileyecektir.

Kuralımız çalışıyormu test edelim. Ufuk kullanıcısı ile google.com’a bağlanmaya çalışacağım.

Tmg başarılı bir şekilde .com uzantısını engelledi.

Loglarımızı kontrol edelim.

TMG loglarında Rule,Request,Protokol ve User bilgilerini görüyoruz.

Şimdi Muhasebe ve Satış Departmanları için 2 adest URL SET oluşturmamız gerekiyor.

Toolbox > Network Objects > New > URL Set tıklıyoruz.

Muhasebe İzinli URL Set’ine google.com ve CozumPark.com siteleri için izin verdim.

Satış İzinli URL Set’ine ufuktatlidil.com ve microsoft.com siteleri için izin verdim. URL Setlerimiz oluştu.

2 Tanede kural yazalım Satış ve Muhasebe için. Muhasebe için bir örnek kurala hemen yapalım.

Kuralımızı özetleyelim ,

Rule Name : Muhasebe İzinli Siteler
Action : Allow

Protocols : HTTP , HTTPS

From / Listener : Internal

To : Muhasebe İzinli “URL Setimiz”

Condition : Muhasebe “Berk Kullanıcısı”

Bu kural sayesinde Muhasebe Departmanın’da çalışan Berk kullanıcısı Muhasebe İzinli URL Set’inde belirttiğimiz www.google.com ve www.cozumpark.com sitelerine erişim sağlayacak, ancak diğer .com , .com.tr , .net ve .net.tr uzantılı sitelere erişim sağlayamacaktır.

Satış Departmanı içinde kuralı aynı şekilde yazalım.

Rule Name : Satış İzinli Siteler
Action : Allow

Protocols : HTTP , HTTPS

From / Listener : Internal

To : Satış İzinli “URL Setimiz”

Condition : Satış “Ufuk Kullanıcısı”

Bu kural ilede Satış Departmanın’da çalışan Ufuk kullanıcısı Satış İzinli URL Set’inde belirttiğimiz www.ufuktatlidil.com ve www.microsoft.com sitelerine erişim sağlayacak ancak diğer .com , .com.tr , .net ve .net.tr uzantılı sitelere erişim sağlayamacaktır.

Muhasebe kuralımızı kontrol edelim. Berk kullanıcısı google.com ve cozumpark.com adreslerine erişim sağlaycakmı görelim.

Şifre bilgisini giriyorum.

www.google.com

www.cozumpark.com

Loglardan kontrol edelim.

Rule,Source,Request,Protocol ve User bilgilerini görebiliriz.

Berk kullanıcısı ile izin verdiğimiz sitelerin dışında bir siteye girmeye çalışalım. Örnek www.ufuktatlidil.com

Log üzerinden tekrar baktığımza www.ufuktatlidil.com adresine Berk kullanıcısının giremediğini, girişi engelleyen kuralın’da Blocked Domain Set kuralı olduğunu görüyoruz.

Satış kuralımızı kontrol edelim. Ufuk kullanıcısı www.ufuktatlidil.com ve www.microsoft.com adreslerine erişim sağlaycakmı görelim.

Ufuk kullanıcısının Şifre bilgisini giriyorum.

www.ufuktatlidil.com adresine giriş yapabildik.

Logları kontrol edelim.

Rule,Source,Request,Protocol ve User bilgilerini görebiliriz.

Ufuk kullanıcısı için www.cozumpark.com adresine izin vermemiştik. Bakalım giriş yapabilecek mi?

Loglara’da bakalım.

Biraz log takip işlemini’de görmüş olduk aslında J

Makalemizin sonuna geldik. Bir çok ISA,TMG kullanın IT Admininin ortak sorununa yönelik bir çalışma olduğunu düşünüyorum. Umarım faydalı olmuştur.

Microsoft Forefront Protection 2010 for Exchange Server FPE ve Forefront Protection 2010 for SharePoint (FPSP) ile Güvenli Mesajlaşma Güvenli İş Birliğinde En İyi Çözüm

2010-10-03T11:34:00Z

Şirketlerin büyümesi, bilgiye olan ihtiyacı da beraberinde getirmektedir. Bilgiye olan ihtiyacın artması demek; işbirliğinin, bilgi paylaşımının ve bilgiye erişimin artması demektir. Paylaşım ve erişim arttıkça da, bilgi güvenliğinin sağlanması, altyapının ve değerli verinin korunması önem kazanmaktadır. Bilgi paylaşımının kolaylaşması şirketlere daha az maliyet getirirken, öte yandan şirketler artan hukuksal yükümlülüklerle karşı karşıya kalmaktadır. İşte bu fırsatlara ve aynı zamanda sorunlara cevap olarak Microsoft, güvenliğe farklı bir bakış açısı getiriyor.

Forefront Sunucu Güvenliği Çözümleri, şirketlerin mesajlaşma ve işbirliği (portal) sunucularını virüslere, solucanlara, spamlara ve diğer uygunsuz içeriklere karşı korumada yardımcı olur.

E-posta, iş yaşamının en yaygın iletişim aracıdır. Spam, kötü amaçlı yazılım ve hukuksal yükümlülüklerin artması ile beraber, etkin bir e-posta yönetimi ve güvenliği sağlamak gitttikçe zorlaşmaktadır. Her büyüklükteki şirket için, spam ve kötü amaçlı yazılımlara ve hukuksal yükümlülüklere karşı sürdürülebilir bir koruma oluşturmak zorlu ve zaman alıcı bir süreç olabilir. Microsoft Forefront Protection 2010 for Exchange Server (FPE), güvenlik sektöründe lider konumda olan iş ortaklarının çözümlerini içeren çoklu tarama motoru sayesinde spam ve kötü amaçlı yazılımlara karşı etkili ve hızlı bir koruma sağlar.

Güvenli mesajlaşma için Microsoft teknolojilerini kullanmanın faydalarını üç ana başlık altında sıralayabiliriz:

Kapsamlı Koruma: Her yerde koruma, her yerden güvenli erişim.

· Kapsamlı koruma teknolojileri ve kimlik tabanlı erişim poliitikaları ile mesajların, içeriğn ve altyapının kötü amaçlı yazılımlardan, spamlardan ve web tabanlı tehditlerden korunmasına yardımcı olur.

· Politika tabanlı uygulama yayınlama özelliği sayesinde mesajlaşma altyapısına güvenli uzaktan erişim sağlar.

· Çoklu tarama motoru sayesinde kötü amaçlı yazılımlara karşı daha çabuk koruma sağlar. Edge, Hub ve Mailbox sunucuları için, farklı kombinasyonlarda Microsoft’un ve sektör lideri iş ortaklarının tarama motorlarını kullanır.

· Bulutta veya kurum içinde (on premise), spam ve kötü amaçlı yazılımlara karşı çok katmanlı koruma sağlar. Kurum içinde, içerik filtreleri sayesinde harici taramada farkedilmeyen tehditleri algılar.

· Spam algılamada yüzde 99 başarı, yalnızca 250000’de 1 hata payı. Bunun yanında çok sayıda sağlayıcıyla oluşturulan Forefront DNS blocklistle DNS kontrolü yapılır.

· Politikaya uymayan içeriği ve riskli ek dosyalarını engeller. Uzantı değiştirilmiş olsa dahi riskli dosyaları algılar, hassas bilgi içeren e-postaların yayılmasını engellemek için anahtar kelime filtreleri kullanır; böylece şirketin yükümlülüklerini azaltır.

· Tarama motorlarından bir tanesi devre dışı kalsa dahi, sürekli koruma sağlanır ve e-posta iletişimi yavaşlamadan sürdürülür.

· Performansı düşürmeden maksimum algılama sağlar. Önceden ayarlanmış ayarlar sayesinde, her taramada en güncel ve etkili olan tarama motorunu seçer ve performans-güvenlik etkileşimini dengeler.

· Uyumluluğu, istikrarı ve optimum tarama performansını sağlamak için Exchange Server 2010’un en son API teknolojilerini kullanır.

Entegre koruma: Kurum çapında güvenliğinizi genişletin.

· Exchange Server ve çekirdek Microsoft teknolojileriyle uyumu sayesinde Integrated Protection Using Microsoft Forefront Protection for Microsoft Exchange Server, sizin Exchange ayarlarınıza uygun olarak yüksek performanslı ve kolayca

· kişiselleştirilebilen antivirüs ve antispam fonksiyonları sağlar.

· Forefront Protection for Exchange gerçek zamanlı virüs, spyware, spam ve içerik filtrelerini tek bir çözümde birleştirir ve böylece Exchange Server 2007 ve Exchange Server 2010 mesajlaşma ortamları korum altına alınmış olur.

· Forefront for Online protection for Exchange ile uyumlu olması sayesinde FPE, hem bulutta hem de kurum içinde(on premise) derinlemesine koruma sağlar.

· Exchange Server 2010’da bulunan bilgi hakları yönetimi ile uyumlu olmasının bir faydası olarak FPE; kapsamlı politika yönetimi ve şifreleme özellikleriyle de e-posta trafiğini control eder.

Kolay yönetim: Güvenlik deneyimini basitleştirin, uyumluluğu koruyun.

· FPE, basit bir kontrol paneliyle mesajlaşma güvenliğini takip edebilmeyi sağlar ve mesajlaşma durumuna ve tüm tarama istatistiklerine tek bir konsoldan erişim imkânı sunar.

· FPE, imza güncellemelerinin otomatik olarak indirilmesini ve dağıtılmasını olanak tanır. Rapid Update Process (Çabuk Güncelleme İşlemi) kullanarak Microsoft, tüm arama motorlarının web sayfalarını güncellemeler için kontrol eder.

· Ardından, yeni tarama motoru versiyonarını ve imzalarını indirir, doğrular ve FPE’ye gönderir.

· Yönetilebilirliği kolaylaştırır, yeni yönetim ve ayar scriptleri oluşturmak için Windows PowerShell kullanır.

· Mesajlaşma korumasının sağlıklı bir şekilde çalışır durumda olduğunu doğrulamak için System Center Operations Management Pack kullanır.

Forefront Protection 2010 for Exchange, çoklu tarama motoru hizmetini tek bir çözümde sunan kullanımdaki tek lider e-posta güvenliği çözümüdür. Yeni tehditler ortaya çıktığı zaman, anti-malware sağlayacılırının ilgili güncellemeleri hazırlayıp yayınlamaları günler, bazen de haftalar alabilmektedir. FEP’deki tarama motoru seti Microsoft’a ve sektör lideri iş ortaklarına ait olan benzersiz tanımlamalardan ve keşifsel teknolojilerden yararlanır ve bu sistemin diğer tek tarama motoru içeren sistemlerden daha hızlı tehditler için koruma sağlayabildiği kanıtlanmıştır (AVTest.org).

E-posta iletişiminin yanında, şirket içinde veya iş ortakları ve müşterilerle doküman paylaşımını sağlayabilmek ve sürdürebilmek iş hayatının vazgeçilmez araçlarından birisi konumuna gelmiş bulunmaktadır. Bilgi ve doküman akışını sağlamanın, uygulama paylaşmanın en kolay yollarından bir tanesi de şirket bünyesinde oluşturulabilecek portallardır. Forefront Protection 2010 for SharePoint (FPSP), SharePoint Server’i güvence altına alarak, şirket bünyesinde oluşturulan portalların korunmasına yardımcı olur. FPSP, kullanıcıların, SharePoint kütüphanelerine kötü amaçlı yazılım içeren, güvenlik politikalarına uymayan veya hassas bilgi içeren dokümanları upload veya download etmelerini engeller. FPE’ye benzer şekilde FPSP, sektör lideri iş ortaklarının güvenlik çözümlerini dosya ve anahtar kelime filtreleriyle birleştirerek en son tehditlere karşı hızlı ve kapsamlı bir koruma sağlar.

Güvenli iş birliği için Microsoft teknolojilerini kullanmanın faydalarını üç ana başlık altında sıralayabiliriz:

Kapsamlı Koruma: Her yerde koruma, her yerden güvenli erişim.

· FPSP, sınıflarında en iyi anti malware, spam ve phishing tarama motorlarıyla maksimum doküman koruması sağlar.

· FPSP, her türlü cihazdan veya her yerden içeriklere güvenli erişimi mümkün kılar.

· FPSP, yerleşik bilgi koruma politikalarıyla güvenliğe daha duyarlı dosyalar oluşturur.

· İş birliği için her zaman online ve güvenli uzaktan erişim sağlar.

Kurum çapında entegre ve gelişmiş koruma.

· FPSP, yüksek performanslı koruma sağlayabilmek için SharePoint iş birliği çözümleriyle entegre bir şekilde çalışmaktadır. Sharepoint, SharePoint Online ve Ofiice entegrasyonu sayesinde FPSP, bilgi sızıntılarını engeller.

· FPSP, standart-tabanlı karşılıklı çalışma politikaları yoluyla kimlik paylaşımı sayesinde iş ortaklarıyla daha güvenli iş birliği ortamı sağlar ve iş ortağı kullanıcı hesaplarının yönetilmesi ihtiyacını ortadan kaldırır.

· SharePoint Server ve çekirdek Microsoft teknolojileriyle uyumu sayesinde Integrated Protection Using Microsoft Forefront Protection 2010, sizin SharePoint ayarlarınıza uygun olarak yüksek performanslı ve kolayca kişiselleştirilebilen antimalware fonksiyonları sağlar.

Basitleştirilmiş yönetim: Tek bir konsoldan idare.

· FPSP yerleşik bir yönetim konsoluna sahiptir, durum kontrolü ve gerçek zamanlı tarama için kontrol paneli görünümü kullanır.

· Tüm tarama motorlarını ve imzaları güncel tutabilmek için FPSP, imza güncellemelerinin indirilmesini ve dağıtılmasını otomatik olarak tek bir konsoldan yapar.

· FPSP’nin yönetilebilirlik ve izlenebilirlik özellikleri, yöneticilere kurum çapında operasyonel yönetim uygulamalarının bir parçası olarak güvenlik durumunu takip edebilmeye olanak tanır.

Bilginin değerinin artması, bilgi kullanımının yaygınlaşması ve bilgi paylaşımının artması ile beraber şirketler; bilgiyi koruma, bilgi güvenliğini sağlama sorunuyla karşı karşıya kalmışlardır. Forefront Protection 2010 for Exchange Server ve Forefront Protection 2010 for SharePoint Server sırasıyla güvenli mesajlaşma ve güvenli iş birliği için, gerek kullandığı sektör lideri iş ortaklarına ait çoklu tarama motoru özelliğini tek bir çözümde sunma; gerekse çekirdek Microsoft teknolojileriyle, Exchange Server ve SharePoint Server ile olan derin uyumuyla şirketler için hali hazırda var olan en uygun çözümler olarak karşımızda duruyor.

Forefront TMG Kullanımında Yaşanan Sorunlar ve Çözümleri

2010-09-25T08:50:00Z

İnternet, pek çok arkadaşımızın TMG hakkında hazırladığı makaleleri ve videoları taliplilerine ulaştırmasına rağmen, hâlâ cevap bekleyen pek çok soruya da ev sahipliği ediyor.

Dikkatlice incelendiğinde, aslında aynı konu başlıklarının çok fazla öne çıktığını görebiliriz.

Hedefimiz, işte bu ortak sorulara çözüm sunabilmektir. Tespit edebildiğim bu sorular:

1- TMG Loglarının kapladığı alan çok fazla. Ne yapılabilir?
2- Yaptığımız değişikliklerin etkin olma süresi ne kadardır? Yapılan bir değişiklik ne zaman etkinleşmektedir?
3- HTTPS Inspection'ın devreye alındığında, sorunlar yaşanmaması için nasıl bir konfigürasyon tercih edilmelidir?
4- Malware Inspection özelliği devrede fakat neden yeni malware update’lerini almıyor?
5- Authentication problemleri yaşamamak için nasıl bir yöntem uygulanmalı
6- “Configure http” seçeneği ile kullanabileceğim signature’ların pek çoğunun bulunduğu bir liste mevcut mudur?

Ve cevaplandırmaya başlayalım...

1- TMG Loglarının kapladığı alan çok fazla. Ne yapılabilir?

Bir MS ürünü olan TMG'yi kullanıyorsunuz ve yine bir MS DataBase çözümü olan SQL Server'da logları tutmak istediğinizi farzedelim. TMG üzerinden internet erişimi gerçekleştiren kullanıcıların logları, çok ama çok fazla yer tutar. Bu doğrudur.

Bunun nasıl olduğunu bir örmekle görelim.
Bir kullanıcı,

www.destekyeri.com adresine erişim gerçekleştirdiğinde, TMG bu kullanııc için SQL'e tek bir satır kayıt düşmemektedir. SQL'e baktığınızda onlarca satır log görülür. Oysaki sizin için www.destekyeri.com yazan tek bir satır yeterli.

Ya da http://www.semerkandpazarlama.com adresine erişen bir kullanıcı, alışveriş te yaptıysa https://www.semerkandpazarlama.com adresine de erişir ve benim için SQL'de tutulacak, bir tanesi http, diğeri https olan iki satırlık bilgi yeterlidir. Fakat SQL'e baktığınzda onlarca satır göreceksiniz.

Not: Loglarda hiç bir zaman https:// ile başlayan satır göremezsiniz; yerine www. ile başlayan ve domanin adresi sonunda :443 olan satırlar görürsünüz. Yani

https://www.semerkandpazarlama.com yerine www.semerkandpazarlama.com:443

Fazla alan kullanım sıkıntısını gidermenin en kolay yolu, SQL üzerinde tanımlanacak query’ler ile schedule silme işlemdir.

Şöyle ki:

İçerisinde aşağıdaki uzantı isimleri geçen satırların tümünü sil diyebilrisiniz.

                  or uri like '%.png'
                  or uri like '%.jpg'
                  or uri like '%.jpeg'
                  or uri like '%.gif'
                  or uri like '%.htc'
                  or uri like '%.js'
                  or uri like '%.ico'
                  or uri like '%.css'
                  or uri like '%.swf'
                  or uri like '%.xml'
                  or uri like '%.ashx'

Yine logları incelediğinizde, aşağıda örneklerini yazdığım adresler gibi pek çok adresin yüzlerce defa yazılı olduğunu göreceksiniz: Bu adresler de gönül rahatlığıyla silinebilir. Sizi yoracak mesele, başlangıçta bu adreslerin tespiti için bir kaç defa logları incelemek ve silinebilecek adresleri tespit etmek.

                  or uri like '%.googlesyndication.com%'
                  or uri like '%http://analytics.live.com/%'
                  or uri like '%http://analytics.msn.com%'
                  or uri like '%.groove.microsoft.com/%'
                  or uri like '%.noktamedya.com.tr%'
                  or uri like '%.doubleclick.net%'
                  or uri like '%adsp.ciner.com.tr%'
                  or uri like '%.adhood.com%'
                  or uri like '%adonline.e-kolay.net%'
                  or uri like '%.googleadservices.com%'
                  or uri like '%.akamai.%'
                  or uri like '%.reklamport.%'
                  or uri like '%xslt.alexa.com%'
                  or uri like '%adtext.adnet.com.tr%'

Sadece bu yapacak olduğunuzu düzenleme ile, logların %70 - % 90’lık kısmının silindiğini göreceksiniz.

2- Yaptığımız değişikliklerin etkin olma süresi ne kadardır? Yapılan bir değişiklik ne zaman etkinleşmektedir?

Yaptığınız her değişiklikten sonra, değişikliğin etkinleşmesi için geçmesi gereken kesin bir süre söylemek mümkün değildir.
Ancak değişikliğin uygulanma süreci, Monitoring à Configuration penceresinden gözlemlenebilir.

Değişikli öncesi rutin durum:

Değişiklik yapıldıktan sonra, Monitoring à Configuration penceresine baktığımızda aşağıdaki ekran ile karşılaşırız.

İzlemeye devam ettiğimizde(Refresh denilebilir) aşağıdaki ekran ile karşılaşılır:

Kısa bir süre sonra da değişikliğin yürürlüğe girdiğini gösteren rutin durum ekran görüntüsüyle karşılaşılır.

3- HTTPS Inspection'ın devreye alındığında, sorunlar yaşanmaması için nasıl bir konfigürasyon tercih edilmelidir?

En az sıkıntı yaşayacağınız ve bir o kadar güvenli olacağınız yöntem, herhangi bir local sertifika üretmemektir.
Bir ikincisi, herhangi bir kategori bazlı tanımlama yapmamaktır.

https inspection'ı aşağıdaki bölümden etkinleştirin.

Bu şekilde

- Üzerinde yüklü sertifika kullanım süresi dolmuş olan siteler,
- Geçersiz bir kök sertifika otoritesinin ürettiği sertifikanın yüklenmiş olduğu siteler
- Serve Authentication’a takılacak sertifikaya sahip siteler bloklanır.

Problemli sertifikası olduğu halde, erişilmesinde sakınca görmediğiniz fakat TMG tarafından bloklanan sitelere de aşağıdaki ekranda gösterildiği şekilde Destination Exception tanımı yapılır.
Not: Tam Exception için, Not Validation seçeneği etkinleştirilmelidir.

Destination eklerken, browse ettiğimiz FQDN den ziyade; TMG’nin web server sertifikasının “Issued To” alanına baktığını bilmeliyiz. Adresleri bu şekilde girmeliyiz. Adreslerin sonuna ‘ / * ‘ karakterleri eklenmemelidir.

https inspection'ı bu şekilde kullanmanın size bir avantajı da, ssl tunnel ile internete yetkisiz erişime olanak sağlayan, pek çok program ve tool'u da işe yaramaz hale getirecektir.
Sadece bu özelliği için bile, Https Inspection devreye alınmaya değmez mi?

4- Malware Inspection özelliği devrede fakat neden yeni malware update’lerini almıyor?

Malware Inspection için update konfigürasyon ekranı oldukça sadedir.

Update Center

à Malware Inspection à Configure Settings à açılan pencerede Microsoft Update sekmesine tıklanır.

Burada, ağ yapınıza uygun update seçeneğini etkinleştirmelisiniz.

Yapınızda bir WSUS varsa birinci seçeneği seçmelisiniz.

WSUS yoksa ve TMG’nin, update’leri MS Update sitesinden download etmesini istiyorsanız ikinci seçeneği etkinleştirmelisiniz.

5- Authentication problemleri yaşamamak için nasıl bir yöntem uygulanmalı

Authentication'ı genel ayar olan aşağıdaki ekrandan etkinleştirmeyin.

Authentication, yukarıdaki şekilde gösterildiği gibi pasif kalsın.

Siz, Firewall Policy ve Web Policy ekranlarında tanımladığınız rule'larda, authentication tanımı yapın.

Bu şekilde, Authentication desteği olmayıp, sürekli anonymouse hesabıyla ile internet erişimi gerçekleştirmek isteyen uygulamalara ya da sayfalara erişim için, özel bir rule tanımı yapabilirsiniz ve bu rule’da Users sekmesinde izin vereceğiniz user’lar listesine All Users ‘ı eklersiniz. Sorununuz kalmaz.

Genel ayardan yapılan Authentication etkinleştirmesi, rule kısmında Authentication istenmesin diyeceğiniz rule’larda bile etkin olacaktır.

6- ‘Configure http’ seçeneği ile kullanabileceğim signature’ların pek çoğunun bulunduğu bir liste mevcut mudur?

Pek çok yerde bu signature’lara ulaşabilirsiniz fakat tamamına ulaşmanız biraz zor olabilir.

Ben, internetten bulduklarım ve hex editor & netmon ile kendi tespit ettiklerimi birleştirdim ve aşağıdaki listede kullanımınıza sunuyorum:

	Name:	Description	Signature Search Criteria Search in:	HTTP header:	Signature:
1	gtalk		Request headers	Client Agent:	Google Talk
2	MSN Messenger		Request headers	User-Agent:	MSN Messenger
3	Windows Messenger		Request headers	User-Agent:	MSMSGS
4	Yahoo Messenger		Request headers	Host	msg.yahoo.com
5	Kazaa		Request headers	P2P-Agent	KazaaKazaaclient:
6	Kazaa_2		Request headers	User-Agent:	KazaaClient
7	Gnutella		Request headers	User-Agent:	GnutellaGnucleus
8	Edonkey		Request headers	User-Agent:	e2dk
9	Morpheus		Response headers	Server	Morpheus
10	Bearshare		Response headers	Server	Bearshare
11	BitTorrent		Request headers	User-Agent:	BitTorrent
12	Live Messenger		Request headers	User-Agent:	Windows Live Messenger
13	YASAK_TeamViewer		Request headers	User-Agent:	DynGate
14	YASAK_flv		Response body		46 4c 56
15	YASAK_swf		Response body		46 57 53
16	BLOCK Yamaha Music		Response body		4d 53 43 46
17	YASAK_moov_QuickTime		Response body		6d 6f 6f 76
18	YASAK_3gp		Response body		33 67 70
19	YASAK_3gp5	MPEG-4	Response body		33 67 70 35
20	YASAK_ftyp		Response body		2e 2e 2e 20 66 74 79 70
21	YASAK_m4a	Apple QuickTime	Response body		4d 34 41 20
22	YASAK_rec	IVR RealPlayer video	Response body		2e 52 45 43
23	YASAK_rmf	RealMedia	Response body		2e 52 4d 46
24	YASAK_snd	NeXT/Sun audio file	Response body		2e 73 6e 64
25	YASAK_dvd	DVR DVR-Studio	Response body		44 56 44
26	YASAK_EntryVCD	Audio Interchange	Response body		45 4e 54 52 59 56 43 44
27	YASAK_form		Response body		46 4f 52 4d
28	YASAK_id3	MP3 MPEG-1 Audio	Response body		49 44 33
29	YASAK_mlsw	Skype local data file	Response body		4d 4c 53 57
30	YASAK_avi_list	Resource Int File	Response body		41 56 49 20 4c 49 53 54
31	YASAK_RMIDdata		Response body		52 4d 49 44 64 61 74 61
32	YASAK_WAVEfmt	WAV Resource Int File	Response body		57 41 56 45 66 6d 74 20
33	YASAK_AVI		Response body		52 49 46 46
34	Windows_Media_Player		Response body		4d 69 63 72 6f 73 6f 66 74 20 57 69 6e 64 6f 77 73 20 4d 65 64 69 61 20 50 6c 61 79 65 72 20 2d 2d 20

Bir başka makalemde görüşmek üzere.

Neden Forefront Endpoint Protection 2010 FEP Kullanmalıyız ?

2010-09-11T23:11:00Z

Microsoft’un Forefront Client Security (FCS) çözümünün yeni versiyonu olan Forefront Endpoint Protection 2010 (FEP), uç nokta (endpoint) korumasını basitleştirerek ve güçlendirerek, altyapı maliyetlerinin azaltılmasına önemli katkı sağlamaktadır. FEP 2010, merkezden yönetilen bir güvenlik çözümü olup, uç nokta istemcilerini tehditlere karşı korumak için tasarlanmıştır. FEP 2010 ile bilgisayarınızı virüslere, kötü amaçlı yazılımlara (malware), casus yazılımlara (spyware) ve arka planda gizli çalışan uygulamalara (rootkit) karşı koruyabilirsiniz.

FEP 2010 kötü amaçlı yazılımlara karşı koruma (antimalware), güvenlik duvarı yönetimi ve diğer koruma teknolojilerini içerir. Bunun yanında FEP 2010, System Center Configuration Manager ile uyumlu çalışacak şekilde tasarlanmıştır. Bu sayedekullanıcılar, bir yandan istemci koruma yönetiminde verimliliklerini artırırken, bir yandan da dağıtımı (deployment) kolaylaştırıp altyapı yatırımlarını da azaltabilmektedirler. FEP 2010’u System Center Configuration ile uyumlu olarak kullanmak, uç nokta koruması yönetiminde verimi artırmayı mümkün hale getirmiştir. FEP 2010, Branch Office ve Non-Domain-Joined topolojileri de dahil olmak üzere, Configuration Manager’ın tüm topolojilerini destekler. FEP 2010, Windows Client & Server gibi değişik işletim sistemlerine de deploy edilebilir. Uç nokta korumasını yöneten BT profesyonelleri için FEP 2010, uç nokta güvenliği ve konfigürasyonuna birleşik bir bakış açısı sağlar. Kullanıcılar, uç nokta korumasını ve yönetimini birleştirerek; altyapı, lisanslama, yönetim ve personel maliyetlerini azaltabilirler.

FEP 2010, kötü amaçlı yazılımdan korunmada, arka planda gizlice çalışan uygulamaların algılanmasında, kod emülasyonunda ve Dinamik İmza Servisi alanlarında gelişmiş çözümler sunmaktadır. Kod emülasyonu ve Dinamik İmza Servisi, kötü amaçlı yazılımlar ve seçenekler üzerinde gelişmiş denetim sağlar. Tüm bu özelliklerle birlikte ana saldırı önleme(host intrusion prevention) olarak da bilinen davranış izleme (behavior monitoring), dinamik çeviri ve emülasyondan (dynamic translation and emulation) oluşan sıfır-gün koruması (zero day protection) da FEP 2010 içerisinde yeni gelen özelliklerden biridir.

FEP 2010’la gelen yenilikler:

· Uç nokta güvenliği ve güvenlik yönetimi için tek bir konsol.

Configuration Manager, yönetim ve uç nokta güvenliği için tek bir arayüz sağlayarak;karışıklığın azaltılmasına, sorun gidermenin kolaylaşmasına ve raporlamanın basitleşmesine yardımcı olmaktadır.

· Merkezden politika oluşturma.

Yöneticiler, uç nokta ile ilgili tüm politikalarla kuralları oluşturmak ve uygulamak için tek bir merkezi lokasyona sahiptir.

· Kurumsal ölçeklenebilirlik.

Configuration Manager altyapısı kullanılarak; FEP istemcileri ve politikaları, tüm dünya çapında en büyük organizasyonlarda dahi kolayca dağıtılabilir.

· Yüksek derecede hassas, doğru ve etkili tehdit algılama.

FEP 2010, kötü amaçlı yazılmlara ve arka planda gizlice çalışan programlara karşı yüksek oranda koruma sağlar; düşük performanslı etki taramasıyla, çalışanları üretken kılar.

· Önceden bilinmeyen tehditleri algılar.

FEP 2010, daha önceden denetlenmemiş veya bilinmeyen tehditleri tanımlayıp engellemek için, system davranışını izler ve dosya reputasyonu kullanır.

· Ağ tabanlı korumayı iyileştirir.

FEP 2010, Windows Firewall’un açık olduğundan ve ağ-katmanlı tehditlere karşı korumada düzgün çalıştığından emin olur; yöneticilere ise, tüm bu korumaları kurum çapında daha kolay bir şekilde yönetme olanağı sağlar.

· Bulut güncelleştirmelerini dinamik olarak yapar.

Şüpheli dosyalar ve önceden bilinen kötü amaçlı yazılımlar için buluttan güncelleştimeleri alır.

FEP 2010’la gelen önemli faydalar:

FEP 2010;

· Kolaylaştırır.

Uç nokta istemcilerini güvenli kılma ve yönetme anlamında tek bir yönetici deneyimi oluşturur. Tehditlere duyarlı olan uç nokta istemcilerinin belirlenmesini ve sorunların giderilmesini kolaylaştırır.

· Entegre eder.

Uç nokta istemci yönetimi ve güvenliği için tek bir altyapı kullanarak, sahiplik maliyetlerini düşürür. Var olan System Center Configuration Manager agentlarını kullanarak, yüzbinlerce uç nokta istemcisinin kolaylıkla deploy edilmesini sağlar.

· Koruma sağlar.

Windows Firewall ayarlarını yöneterek ağ katmanında aktif koruma sağlarken, bilinen ve bilinmeyen tehditlerin algılanmasında da oldukça başarılı bir performans ortaya koyar.

Şu ana kadarki bölümde, FEP 2010’un hangi alanlarda koruma yapabildiğinden bahsettik, ancak korumayı nasıl gerçekleştirdiğinden bahsetmedik. FEP 2010, iki farklı teknikle 3 ayrı katmanda koruma sağlayabilir. FEP 2010, bilinen tehditlere karşı reaktif teknikler, bilinmeyen tehditlere karşı ise proaktifteknikler kullanır. Davranış izleme (behavior monitoring), NIS (Network Inspection System – Ağ Denetim Sistemi) ile dinamik çeviri ve emülasyon (Dynamic Translation & Emulation) proaktif tekniklerden bazılarıdır. NIS, ağ kaynaklarına yöneltilebilecek olan saldırıları algılamak ve önlemek amacıyla, bilinen açıkların imzalarını kullanan, kod çözme tabanlı bir trafik denetleme protokolüdür. NIS’in asıl amacı ve altında yatan asıl değer, açığın ortaya çıkmasıyla açığı kapatacak olan yamanın dağıtılması arasında geçen süre zarfında, bu zaman bir kaç saatten tutun da bir kaç haftaya kadar değişkenlik gösterebilir, güvenlik açığı penceresini kapatmaktır.

Uygulama katmanında, davranış izleme aktif olarak çalışır. Sıradışı bir hareket algılandığında, önceden belirlenmiş olan önlemler devreye girer; proaktif bir şekilde, bilgisayara zarar gelmesi engellenir.

Dosya sistemi katmanında, antimalware ile dinamik çevirme ve emülasyon çalışır. Antimalware, bilinen tehditlere karşı koruma sağlar. Dinamik çeviri ise, gerçek kaynaklara erişebilen kodu (unsafe - güvenilmeyen), sanal kaynaklara erişebilen koda (safe - güvenli) çevirir ve çevirilen programı gerçek bilgisayarda çok hızlı bir şekilde çalıştırır.

Ağ katmanında ise, NIS ve Merkezi Windows Güvenlik Duvarı Yönetimi çalışır. FEP 2010, Windows Güvenlik Duvarı ayarlarını etkin bir şekilde kullanır ve ağdan gelebilecek her türlü tehdide karşı koruma mekanizması oluşturur.

Tüm bu denetimler, her katmanda, Dynamic Signature Service ve Microsoft Malware Protection Center ile de uyumlu bir şekilde çalışır.

İstemci tarafında ise; FEP 2010, istemcilere karmaşıklığı en aza indirgenmiş bir şekide koruma sağlar. Kullanıcıya basit bir arayüz sunarak, kullanıcı etkileşimlerini minimum düzeyde ve anlaşılır tutar, yalnızcagerekli etkileşimleri sağlar. Yönetici merkezli ayar seçenekleri ile FEP 2010, kullanıcı ayarlamalarını kontrol edebilmenin yanında, kullanıcıya merkezi politikaları dikte ettirebilir.

Peki, FEP 2010’u System Center Configuration Manager ile uyumlu çalıştırmak, kullanıcılara ne gibi faydalar sağladı? İlk olarak, daha önce de belirtildiği üzere, FEP 2010 var olan Configuration Manager 2007 altyapısını kullanır; dolayısıyla yeni bir sunucuya ihtiyaç duyulmaz ve entegre olmuş tek bir konsol kullanılır. FEP 2010, System Center Configuration Manager SP2/R2 ve daha üstünü destekler. İkinci bir fayda ise kurulumda ortaya çıkmaktadır. FEP 2010 merkezdeki bilgisayara kurulur ve hiyerarşiyi tüm birincil bilgisayarlara dağıtır. Bunun yanında, kurulum Configuration Manager’ın görevlerini algılar ve FEP’in görevlerini bunlara ekler (Veya bağımsız bir kuruluma izin verir.). Kurulum, otomatik olarak, -FEP dağıtım paketleri, DCM (Desired Configuration Management) dayanakları (baseline) gibi- ek bileşenler yaratır. Son olarak da, kurulum yeni bir raporlama veri tabanı oluşturur.

İşletim sistemi ve ofis uygulamalarındaki başarısını güvenlik alanında da tekrarlamayı arzulayan Microsoft; piyasaya sürmüşolduğu-yeni özellikleriyle, Forefront Client Security’yi bir adım ileriye taşıyan- Forefront Endpoint Protection ile kullanıcılara kullanım ve yönetim kolaylığı sağlamasının yanı sıra; bunlardan daha da önemli olarak kurumlara altyapı, personel, lisanslama ve yönetim maliyetleri anlamında da önemli kazançlar vaad etmektedir. FEP 2010’un Configuration Manager ile uyumlu çalışması, altyapı yatırımını azaltırken; gelişmiş koruma yöntemleriyle de kurumlar için en yüksek performanslı güvenlik çözümünü sunmaktadır.

Forefront TMG ile FTP Publishing

2010-07-24T22:30:00Z

Bu makale teknik bir makale olup adım adım uygulama noktasında sizlere yol gösterecektir. Ürünün genel özellikleri ve neleri desteklediği konularında portalımız üzerinde yazılmış olan makaleleri inceleyebilirsiniz.

Amacımız şirket dışından şirket içerisinde bulunan ftp sunucusuna TMG üzerinden bağlanmak.

Publish yani yayınlamanın temel kuralları ile başlayalım;

Öncelikle publish için kullanılacak portların TMG önünde bulunan firewall üzerinde yönlendirme işlemlerinin yapılması gerekli. Aşağıdaki şekilde örnek bir modem yönlendirmesini görebilirsiniz

Ftp için TCP 21 yanında TCP-UDP 20-21 portlarınıda yönlendirebilirsiniz.

İkinci temel adım ise yayınlanacak server ın gateway adresi olara mutlaka TMG server ip adresini kullanmalıyız.

Bunları tamamladıktan sonra TMG üzerinde firewall policy ye geliyoruz

Bu bölümden “Publish non-web server protocols” linkine tıklıyoruz ;

Kuralımıza bir isim veriyoruz.

Publish edilecek olan server ip adresini giriyoruz

Publish için kullanacağımız protokolü seçiyoruz.

Protokol detaylarını görmek için sağ tarafta bulunan “Properties” kısmına tıklayabiliriz.

Yine 21 değil de farklı bir port üzerinden yayın yapmak için “Ports” kısmına tıklayarak aşağıdaki pencereyi açıyoruz

Burada 3 bölüm görüyoruz . İlk bölüm ISA server ın dinlediği porttur. Yani 21 nolu portu dinleyecektir ve siz isterseniz buradan farklı bir port seçebilirsiniz.

İkinci bölümde ise gelen bu 21 nolu isteği içerideki ftp server a hangi porttan ileteceğidir . Yine burada 21 ile iletilecektir ve siz bu portu da değiştirebilirsiniz .

Son bölümde ise gelen ftp istemcileri dinamik bir port kullanır , yani 1024 nolu portun üzerindeki herhangi bir port , örneğin gelen paket içeriği

Source IP ; 91.93.119.118

Destination IP ; 78.13.140.15

Source Port : 41235

Destination Port : 21

Yani gelen paket her zaman hedef olarak 21 nolu portu gösterir çünkü açık olan tek kapı bu ama kendisi çıkarken istediği bir portu kullanabilir ki bu son bölümde gelen portları da sınırlayabiliyoruz.

Peki port ayarlarını yaptınız veya şunu da yapabilirsiniz

Yine “Select Protocol” penceresinde “New” diyerek kendinize yeni bir protocol de oluşturabilirsiniz.

Protocol tipi ; TCP , direction ? siz bu protoklü eğer içeriden dışarıya çıkan kurallarda kullanmak istiyorsanız outbound olmalı , ama siz bu protokolü dışarıdan içeriye giren kurallarda kullanacaksanız yani bir publish kuralında kullanılacak ise inbound olarak seçilmelidir. Son olarak ise kullanmak istediğiniz portları yazabilirsiniz.

Bir sonraki adımda ise bu protocol için ikinci bir bağlantı isteyip istemediğiniz sorulur ki ben publish kuralı için buna ihtiyaç duymuyorum

Ve son noktada artık yeni protokolünüz hazır.

Görüldüğü gibi artık kendi oluşturduğunuz protokol üzerinde de 5501 portunu kullanan bir ftp server publish edebilirsiniz.

Tabiî ki ben makaleme standart protokol ile devam ediyorum.

Bu kuralın dinleyeceği network’ ü seçiyoruz. Yani 21 nolu port için gelen istekler dinlenecek ve ilgili server olan içerideki ftp server a iletilecek . Bu kısımda hangi network için bu dinleme işleminin yapılacağının seçilmesini sağlıyor.

Son bölümde ise kuralımızın özetini görebiliyoruz.

Kuralımız tamamladık ancak sonra bir detay daha kaldı . Eğer bu kural üzerinden bağlanılan ftp sunucularında yazma işlemi yapmak istiyorsak ( tabiki bunun için ftp server üzerinde ilgili ayarlarnı hali hazırda yapılmış olması gerekli .) aşağıdaki gibi kuralımıza sağ tıklıyoruz

Configure FTP bölümüne geliyor ve açılan penceren aşağıdaki kutucuğu temizliyoruz

Bu sayede bu kural üzerinden erişilen ftp server lar “read only” özelliğini kullanmıyor yazılabilir hale geliyor.

Son adımda bağlantıyı da test edelim

Hazırlamış olduğumuz kural üzerinden gördüğünüz gibi 21 nolu portu kullanarak publish edilen 172.16.0.2 nolu ftp server a bağlandık .

Birde windows loglarına bakalım

Evet windows loglarında da IUSR yani IIS in anonim kullanıcısının login bilgisini görebiliyoruz.

Sonuç olarak bu makale sayesinde Forefront TMG ürünü ile şirket organizasyonu içerisindeki ftp serverlarınızı yukarıdaki adımlara göre publish edebilirsiniz.

Bir sonraki makalemde görüşmek dileği ile.

Forefront Threat Management Gateway (TMG) 2010 Sql 2008 Üzerinden Loglanması

2010-07-11T09:02:00Z

Bu makalemde Microsoft güvenlik ailesi Forefront ürün ağacı içerisinde yer alan TMG ürününün SQL 2008 üzerinden loglanmasını anlatacağım.Tmg 2010 ISA 2006 ürününden sonra Forefront güvenlik ailesi içerisinde TMG 2010 olarak yeni ismi ile lanse edilmektedir.Çözümpark portalı içerisinde Tmg kurulumu ve konfigürasyonu üzerine yazılan bir çok makale ve webcast videosu bulunmaktadır.Bu nedenle ben ayrıntılara girmeden makalemiz içerisinde sadece loglama konusuna yer vereceğim.

Mevcut yapı üzerinde 3 farklı loglama şekli bulunmaktadır. Bunlardan default olanı yani varsayılan ayar olarak karşımıza gelen, Sql server Express Databasedir.Bu yöntemde Tmg kurulumu sırasında kurulan kısıtlı sql sürümü yer almaktadır. Tmg üzerinde oluşan loglar Tmg’nin kurulu olduğu dizin altında Logs klasörüne mdf formatında kaydedilmektedir.İkinci seçenek makale konumuz olduğu için geniş bir anlatım yapacağız.Üçüncü seçenek ise bizim gösterdiğimiz bir dizine w3c formatında logların kaydedilmesini sağlamaktadır.Şimdi gelelim Sql üzerinden nasıl loglama yapacağımıza ;

1-Sistemde aşağıdaki resimdeki gibi bir yapı bulunmaktadır.Burada sql 2008 olan Tmg ile birlikte otomatik olarak kurulan sql Express ,sql 2008 R2 olanı ise benim kurduğum sql programıdır.Sql Server Management Studio’ya tıklayarak açalım.

2-Karşımıza aşağıdaki ekran gelmektedir.Sql 2008 R2 kurulu bilgisayarımın adı TMG Sql Instance ise TMGLOGLAMAK olarak aşağıda gözükmektedir.Connect butonuna tıklayarak login oluyorum.

3-Bu ekranda biraz Sql yapımdan bahsedeceğim ilerde kullanacağımız bazı özelliklerde hangi ayarı neden yaptığımız konusunda kafamızda soru işareti kalmasın.TMG\TMGLOGLAMAK olarak yapılandırılmış yapım üzerinde sağ click özellikler yapınca kurulu yapımızın özellik ekranı açılmaktadır.Resimde görüldüğü gibi Sql domain ortamında kurulduğu için Windows Authencation Mode olarak kurulmuştur.Bu sizin tercihinize göre değişebilir.Sql kurulumu ve kullanımı konusunda bilgi sahibi olmak için yine Çözümpark portalı üzerinde bulunan Sql makalelerinden oldukça yararlanabilirsiniz.

4-Şimdi loglarımızı tutmak için önce bir database oluşturalım. Database üzerinde sağ click New Databaseyi tıklayalım.

5-Açılan ekranda ismimizi verelim ve Ok butonuna basalım. Ben database ismimi LOGDATABASE olarak verdim.

6-Ekranda Görüldüğü gibi LOGDATABASE isminde olan databese oluşturulmuştur.

7-Şimdi Database altında logların tutulacağı tabloları oluşturalım.Bu tabloların oluşturulması için Tmg programının kurulu olduğu dizinde gerekil kodlar hazır olarak bulunmaktadır.Zaten aksi durumda bunu yazmak zaman alıcı bir iş olacak ve çekilmez bir iş yükü getirecektir.Aşağıdaki resimde bulunan Fwsrv dosyasını sql oluşturduğumuz database ekranında açıkken çift tıklatıp açılmasını sağlayalım.

8-Aşağıda resimde görüldüğü gibi gerekli query kodları geldi.Bizim sadece yapmamız gereken Execute butonuna tıklamak.

9-Aynı işlemi webProxyLog dosyası içinde gerçekleştirip execute butonuna tıklatalım.

10-Aşağıda görüldüğü gibi FirewallLog ve WebProxyLog isimli tablolarımız oluşturuldu.

11-Şimdi ilerde kafanızın karışmaması için kısa bir bilgi daha aktarıyım. Aşağıda resimde görüldüğü gibi işlemlerimi Windows Authencation mode üzerinden yapacağım için COZUMPARK\TMG kullanıcısını üzerinden yapacağım.

12-Şimdi Sql Server Configuration Manageri açalım Tmg ile Sql 2008 arasında iletişim sağlamamız için birkaç ayar yapmamız gerekiyor.

13-Açılan ekranda TMGLOGLAMAK isimli instance özelliklerinde yer alan TCP/IP rolünü enable durumuna getirmemiz gerekli.

14-Bu işlem için TCP/IP çift tıklatalım ve Enabled özelliğini Yes olarak ayarlayıp OK butonuna tıklatalım.

15-Aynı ekranın IP Address sekmesinde ise Tcp Port alanına 1433 nolu portu gerekli ip için yazıp Active durumunu Yes ,Enabled durumunu Yes olarak ayarlamamız gerekiyor.Ben 127.0.0.1 ve iç bacak ip adresim olan 192.168.1.2 ip adresleri için bu şekilde 1433 portunu tanımlayarak ve Active durumunu Yes, Enabled özelliğini de Yes olarak ayarlıyorum.

16-Tmg Sqle bağlanmak için bir API’ye gerek duyar.Bizim API’miz ODBC olacaktır.Resimdeki gibi ODBC’yi açalım.

17-Açılan ekranda System DSN sekmesini tıklatım Add Butonuna basalım.

18-Bu ekranda name ve despriction ismi verdikten sonra Server kısmına tıklayarak bağlanacak olduğumuz TMG\ISALOGLAMAK İsimli serveri seçin Next butonuna basalım.

19-Bu ekranda gerekli authencation türünü seçelim.Makale başında buna değinmiştik.Biz Windows authencation mode kurduğumuz için bunu seçelim.İşlem yapacak kullanıcıya da değinmiştik zaten işlem yapacağımız kullanıcı default olarak resimdeki gibi gelmiştir.Next butonuna tıklayarak ilerleyelim.

20-Gerekli database listeden seçelim Next butonuna basalım.

21-Bu ekranı default ayarlarda bırakarak Next butonuna basalım.

22-Aşağıdaki ekranda Test Data Source Butonuna basalım.Bir sonraki ekranda aşağıda olduğu gibi Test Completed Successfully mesajını alırsak bağlantımız başarılı bir şekilde oluşturulmuş durumdadır.

24-Loglama işleminin yapılabilmesi için REmote Logging [SQL) bölümünde General sekmesi içirisinde Enable This configuration group seçeneği seçilmelidir.

25-Bu işlemden sonra Applly Butona basarak değişiklikleri kayıt etmeliyiz.

26-Logların sql üzerine kayıt edilmesi için Logs&Reports sekmesine gelelim buradan Configure Web Proxy Logging linkine tıklatalım.

27-Gelen ekranda Sql database seçilir.Ayarlar için options butonuna tıklatalım.Server kısmına TMG\TMGLOGLAMA olan sql serverimizin ismini yazalım.Makale başında bu kısımlarda kafanızın karışmaması için ufak bilgiler vermiştim. İletişimin sağlanacağı ve açtığımız 1433 port numarasını yazalım.Database kısmına LOGDATABASE olarak oluşturduğumuz database ismini verelim.Force Data Encryption kısmında ise dataların encryptionlu olarak kaydedilmesi sağlanır.Bunun olması için localde bir CA server kurulu olmalı ve oluşturulan sertifika sisteme import edilmelidir.Biz sertifika kullanmayacağımız için Force Data Encryption işaretli olmayacaktır.Makalemizin başında Authencation ayarı hakkında bilgi vermiştik.Bu nedenle UseWindows Authencationu seçerek kullanıcımı ve şifremi gerekli alanlara yazıyorum.Test butonuna basıp bağlantınızı sınayabilirsiniz.

Biz bu kısımda web Proxy logları için gerekli işlemleri anlattık siz eğer firewall loglarını tutmak isterseniz makale başında hatırlarsanız iki tablo oluşturmuştuk.Bunlardan FirewallLog tablosunu kullanarak üst resimde yaptığımız ayarları Configure Firewall Logging linkine tıklayarak yapabiliriz.Ayarlar üst ekrandaki gibi olacaktır sadece tablo ismi FirewallLog olacaktır.Şimdi logların sql üzerine aktarılıp aktarılmadığını denemek için Tmg üzerinden nete çıkalım.Tabi yukarıdaki ekranlara Ok diyip çıkalım ve Tmg üst ekrandaki Applly butonuna basarak ayarları kayıt edelim.Şimdi bir iki site ziyaret edeceğim.

28-Şimdi sitelere giriş yaptık SQL üzerinde bakalım loglama işleminde durum ne bunun için sqli açalım.LOGDATABASE
tablosundayken bir query çalıştıralım.Select * from WebproxyLog komutu ile tablo içerisine bakalım.Sonuç başarılı giriş yaptığımız siteler loglarımıza yansımış durumda.Bu yapı ile büyük organizasyonlarda uzun süreli log tutabilir.Loglama işlemlerinde performans artışı sağlayabilir ve yazacağımız sorgulara göre detaylı analizler yapıp rapor üretebiliriz.

Umarım açıklayıcı ve yararlı bir makale olmuştur. Farklı bir makalede görüşmek dileğiyle.

Forefront TMG ve 3. Parti Cihazlar Arasındaki Site To Site VPN Bağlantısı

2010-06-27T21:35:00Z

Bu makale teknik uygulama makalesidir. TMG kurulumu ve yapılandırması konusunda daha fazla bilgiye portalımız da ilgili başlık altındaki diğer makalelerden ulaşabilirsiniz.

TMG’ de Remote Access Policy başlığı altında yer alan Remote Sites yapılandırması ile birden fazla ofis arasında güvenli bir ağ bağlantısı oluşturulabilmektedir. Bunun için;

Remote Access Policy (VPN) başlığı altında Remote Sites sekmesine tıklayarak, Site To Site VPN tanımlarını yapacağımız pencereye geliyoruz.

Create VPN Site to Site Connection linkine tıklayarak sihirbazı çalıştırıp tanımlamalara başlıyoruz. Sihirbazın ilk penceresinde oluşturacağımız bağlantı için bir isim vermemiz isteniyor.

Buraya bir isim girip, daha sonra Next düğmesi ile devam ediyoruz.

Sihirbazı ikinci ekranı bize birbirine bağlayacağımız her iki bölge arasındaki trafiğin hangi protokol kullanılarak korunacağını soracaktır.

TMG ile 3. Parti bir VPN cihazı arasında bağlantı kurulacağı zaman seçilmesi gereken en güvenli yöntem, IP Security Protocol (IPSEC) Tunnel Mode olarak adlandırılan moddur. Bunu seçerek, Next düğmesi ile devam ediyoruz.

Gelen ekranda, TMG ile arasında VPN tunel oluşturulacak VPN ağ geçidinin, birbirlerine bakan arayüzlerin Public IP adreslerini tanımlayacağız.

Local VPN Gateway IP address alanına TMG’ nin External ara yüzünde tanımlı olan IP adresini, Remote VPN Gateway IP address alanına da karşı taraftaki VPN ağ geçidinin External ara yüzünde tanımlı olan Public IP adresini yazıyoruz ve bir sonraki ekrana geçiyoruz.

Bu ekranda kullanılacak Kimlik doğrulama yöntemi seçilmektedir. En iyi güvenlik için seçilmesi gereken seçenek tabii ki sertifika kullanımıdır. Bunun için güvenilen bir sertifika sağlayıcı tarafından üretilmiş sertifikalar ile trafik uçtan uca güvenli olarak iletilir. Biz pre-shared key yöntemini seçerek devam ediyoruz ve kendimize her iki tarafta da kullanacağımız bir anahtar belirliyoruz.

Devam eden ekranda bize uzak ofisteki IP adres aralı sorulmaktadır. Burada uzak ofiste kullanılan ya da bizim erişimimize izin verilen IP adres aralığını tanımlayarak devam ediyoruz.

Network Rule ekranın da, sihirbaz bize uzak ofis ile aramızdaki route ilişkisinin kurulması için gerekli olan network kuralının oluşturulmasını isteyip istemediğimizi sormaktadır. Varsayılan seçenekte bu otomatik olarak internal ile uzak ofis arasında route ilişkisi oluşturulmasını sağlayacaktır. İstersek daha sonra ben oluşturacağım diyerek bu adımın atlanmasını da sağlayabiliriz. Gerekli seçimi yapıp devam ediyoruz.

Sihirbaz, Network Access Rule ekranında bize, uzak ofis ile aramızdaki trafikte hangi protokol ya da protokollere izin vereceğimizi sormaktadır. Burada belirli bir protokol için izin verebilir ya da varsayılan ayar olan tüm protokollere izin veri kullanabiliriz. Daha sonra bu kuralı oluşturmak istiyorsak ilgili seçeneği kullanarak sihirbaz tarafından hiçbir kural oluşturulmadan da bu ekranın geçilmesi sağlanabilir. Bu ekranda devam ile geçildikten sonra sihirbazı işi bitmekte ve bize yapılan tanımlar ile ilgili özet bilgi vererek kapanış ekranını getirmektedir.

Böylece Site To Site VPN kullanmak için gerekli olan tanımlamalar tamamlanmıştır. Remote Acces Policy (VPN) başlığı altına yeni oluşturulan VPN tanımı gelmiştir.

Ayrıca networking tabı altında network rules tabı kontrol edildiğinde buraya da yeni bir network eklendiğini göreceğiz.

Sonolarak firewall policy başlığı altını da kontrol ettiğimizde buraya VPN bağlantısı için gerekli erişim kuralının oluşturulmuş olduğunu göreceğiz.

Buraya kadar olan kısımda hiçbir problemle karşılaşmadıysak, Site To Site VPN için gerekli olan tanımların büyük bir bölümünü bitirmiş olduk. Sadece uzak ofisteki VPN cihazı ile TMG 2010 arasındaki IPSec Tünel için gerekli tanımların yapılması ve test edilmesi kaldı. IPSec tanımları için, Remote Access Policy bölümüne gidiyoruz ve yeni oluşturduğumuz Site To Site VPN tanımı seçerek bunu özelliklerine giriyoruz.

Karşımıza gelen ekranda ilk tabında hemen altında

IPSec Setting düğmesini kullanarak IPSec ayarlarına gideceğiz.

IPSec Configuration ekranında Phase I ve Phase II bölümleri, VPN yapacak cihazların yöneticileri tarafından anlaşılan ortak ayarlara göre ayrı ayrı yapılmaktadır. Birçok 3. Parti cihaz varsayılan olarak AES destekleyecek şekilde gelmektedir. AES desteği TMG 2010 ile birlikte gelmiştir. ISA 2006 sadece 3DES desteği vermekteydi.

Her iki bölümdeki ayarlarda uygun şekilde ayarlandıktan sonra, onaylanarak ekranlar kapatılır. Bu aşamadan sonra karşıdaki cihazda uygun şekilde yapılandırılmışsa, monitoringà sessions ile kontrol edebiliriz.

TMG 2010 ile Site Site VPN yaparken dikkat edilmesi gereken bir nokta, eğer NLB kullanılıyorsa bu durumda Site to Site VPN sağlıklı çalışmayacaktır. Microsoft bu problemi çözmek için bir tane yama hazırlamıştır. KB980674 numaralı bu yama yüklendikten sonra herhangi bir sorun kalmayacaktır.

SQL Üzerinde Depolanan TMG Log Kayıtlarının Görüntülenmesi

2010-06-06T21:03:00Z

TMG 2010’ da, Web Proxy ve Firewall log kayıtları varsayılan olarak Microsoft SQL Serer 2008 Express veritabanı üzerinde depolanmaktadır. Çoğu TMG yöneticisi, eski tarihli log kayıtlarına çok kolay bir şekilde erişmek ve bakım amaçlı olarak bu kayıtları TMG dışına çıkartmak ister.

Bu makale ile en az çabayı harcayıp ekstra bir araç kullanmadan TMG log kayıtlarını, SQL Express üzerinden nasıl dışarıya çıkartıp TMG dışarısında inceleyebileceğimizi göreceğiz.

TMG Loglarının dışarıya alınması:

TMG üzerinde Microsoft SQL Server 2008 Express’ in özel bir sürümü çalışır. Biz bu uygulamanın export fonksiyonunu kullanarak üzerinde depolanan geçmiş tarihli kayıtları csv uzantılı bir dosyaya alacağız ve daha sonra bu dosyayı TMG dışındaki bir ortamda Excel üzerinde inceleyeceğiz. Export işlemi TMG’ nin veritabanı üzerinde bir miktar yük oluşturacağından, TMG’ nin çok meşgul olmadığı zamanlarda bunun yapılmasında fayda var.

TMG 2010 sunucu üzerinde All Programs à Microsoft SQL Server 2008 àImport and Export Data

Yolunu takip ederek Import and Export aracını çalıştırıyoruz.

Bizi sihirbazın Hoş geldiniz ekranı karşılıyor.

Bu ekranı Next düğmesini kullanarak geçiyoruz.

Choose Data Source ekranında, ilk iki satır kullandığımız veritabanı istemcisini ve TMG sunucumuzun ismini göstermektedir. Burada database yazan satırdaki açılır kutuyu kullanarak dışarıya export yapacağımız veritabanını seçeceğiz (ben web proxy seçerek devam ettim). Burada sistem tarafından kullanılmakta olan veritabanını seçmemeliyiz. Daha sonra Next düğmesini kullanarak bir sonraki ekrana geçiyoruz.

Gelen ekranda Destination bölümünde Flat File Destination seçeneğini kullanacağız, File Name bölümünde Browse düğmesini kullanarak dosyamızı kaydedeceğimizi yeri ve dosya ismini seçeceğiz. Buradaki Locale ve Code Page alanlarını değiştirmiyoruz, varsayılan seçeneklerle devam edeceğiz. Format bölümünde Delimited seçeneğini kullanıyoruz. Seçimlerimizi yaptıktan sonra Next düğmesi ile bir sonraki ekrana geçiyoruz.

Bu ekranda herhangi bir değişiklik yapmadan varsayılan ayarlarla devam ediyoruz.

Bu ekranda da varsayılan ayarları değiştirmeden devam ediyoruz.

Kutucuk işaretli değilse işaretleyerek devam ediyoruz.

Sihirbaz yaptığımız ayarları uygulamadan önce bir özet ekranında bize bunları gösteriyor. Burada da eğer bir sorun ya da eksik görmüyorsak devam ediyoruz.

Sihirbaz export işlemini tamamlayarak gösterdiğimiz yerde metin dosyamızı oluşturuyor.

Log Dosyasının İncelenmesi:

Artık sihirbaz kullanarak dışarıya aldığımız csv uzantılı metin belgesini, Microsoft Excel içinden açarak içeriğindeki bilgileri kolayca inceleyebiliriz.

Bu dosya içerisindeki her bir sütunun açıklamasını http://msdn.microsoft.com/en-us/library/dd447850.aspx web adresindeki tablodan öğrenebiliriz. Aynı şekilde incelediğimiz dosyada 3 tane sütün içerisinde ilk bakışta ne olduğunu bilmediğimiz bazı kodlar olacaktır. Bu kodların açıklamaları için yine Microsoft tarafından sağlanan tabloları kullanabiliriz. Bunlar;

Web Proxy Object Source Value için http://technet.microsoft.com/en-us/library/cc441680.aspx

Result Code Value için http://technet.microsoft.com/en-us/library/cc441734.aspx

Web Proxy Cache Value için http://technet.microsoft.com/en-us/library/cc441710.aspx

Ayrıca log dosyasını incelerken dikkatimizi çeken ayrıntılardan bir tanesi de ClientIP alanında IP adreslerinin görüntülenmediğidir. Buradaki bilgiler Hex formattadır. Bunun nedenleri, öncelikle IPv4 ve IPv6 adreslerinin her ikisi de aynı alan içerisinde depolanmaktadır ve her iki adres tipide farklı büyüklüktedir. Bu sebepten bu IP adreslerinin her ikisi de aynı formatta depolanırlar. IPv4 adresleri kayıt edilirken xxxxxxxx-ffff-0000-0000-000000000000 şeklinde TMG tarafından Hex biçimine dönüştürülerek kayıt edilir. IPv4 adreslerini görebilmemiz için bu alandaki adresleri decimal formata çevirmemiz gereklidir.

Bu çeviri aşağıdaki formulü kullanabilirsiniz

=HEX2DEC(PARÇAAL(B2;1;2)) &"."&HEX2DEC(PARÇAAL(B2;3;2))&"."&HEX2DEC(PARÇAAL(B2;5;2))&"."&HEX2DEC(PARÇAAL(B2;7;2))

B sutunu ip adreslerinin saklandığı sutun olarak düşünebilirsiniz. Excel eğer Türkçe değilde ingilizce ise aşağıdaki formulü kullanabilirisiniz

=HEX2DEC(MID(A17,2)) &”.”&HEX2DEC(MID(A17,3,2))&”.”&HEX2DEC(MID(A17,5,2))&”.”&HEX2DEC(MID(A17,7,2))

Noktalı virgüller kopyalama sonrası farklı olabilir formül çalışmaz ise üzerinden bir daha geçiniz.

Forefront TMG Uzaktan Erişim ve Yönetim RDP Remote Management Console

2010-05-30T19:14:00Z

Bu makale teknik bir uygulama makalesi olup Ürün hakkında genel özet ve bilgileri diğer makalelerden edinebilirsiniz.

Evet, amacımız sahip olduğumuz Forefront TMG ürününe uzaktan erişmek ve yönetmek. Bunun temel olarak iki şekilde yapabiliriz;

RDP Protokolü yardımı ile TMG makinesine uzaktan bağlanmak

Kendi bilgisayarınıza yükleyeceğiniz TMG Management Console ile uzak TMG makinesine bağlanmak.

İlk olarak RDP ile başlayalım.

Bunun için tabiî ki öncelikle kurulu olduğu sistemde RDP nin açık olması gerekiyor.

İşletim sistemi üzerinde RDP yi açıyorum.

Ardından TMG üzerinde Firewall Policy kısmına gelip sağ taraftan “Edit System Policy” bölümüne tıklıyorum.

Açılan pencere aşağıdaki gibidir ;

Bu bölümden “Terminal Server” üzerine tıklıyor ve kutucuğu dolduruyoruz. Şimdi artık TMG için arka tarafta bir kural yazmış olduk . Evet arka tarafta dememin sebebi normalde ISA Server veya TMG kurulum ile beraber bazı sistemlerin sağlıklı çalışması için kurallarla tanımlı bir şekilde gelir ancak biz bunları göremeyiz. Bunları görmek için yine firewall policy bölümünde sağ tarafta “Show System Policy” Linkini göreceksiniz. Ancak bunları değiştirmek için yukarıdaki pencereyi kullanıyoruz. Yani bu pencere sayesinde Isa Server ile ilgili background işlemleri için ilgili policyleri değiştirebiliyoruz. ( not policyleri silme veya ekleme şansımız yok ki zaten bu system policy si olmaz ) .

Peki RDP izni verdik peki kimlere ? işte bunun belirlemek içinde yukarıdaki ikinci sekmeye tıklıyoruz

Kurulum ile tanımlı olan iki grup var istersek biz bu gruplara yine ISA Server üzerinde toolbox menüsünden makinemizi ekleyebileceğimiz gibi istersek bu grubun üstüne tıklayarak açılan pencereden de ekleme şansına sahibiz.

Örneğin burada “Remote Management Computers” grubunu görüyoruz. Şu anda TMG Server a bağlantı yapabilecek makineleri görüyoruz. Biz buraya “Add” diyerek kendi makinemizi de ekleyebiliriz.

Veya gruplardan bağımsız bir makine ekleyebiliriz. Neden derseniz ; yukarıdaki grup TMG için uzak yönetim grubu olup sadece RDP değil uzak yönetim konsolu ile bağlantıda yapabilmektedir. Yani siz bu makineye sadece RDP yetkisi vermek istiyorsanız bu gruba eklemek daha fazla bir yetki vermek manasına gelir .

Peki o zaman biz sadece RDP için bir makine ekleyelim

Yukarıdaki resimdeki numaraları takip ederek bir makine ekleyelim

Evet son durumda artık TMG için HakanUzuner isminde bir makine uzaktan RDP ile bağlanma şansına sahip .

Bağlantıyı test edelim

Yukarıda gözlemlendiği gibi System Policy üzerinde yaptığımız değişiklikten yararlanarak 3389 nolu porttan RDP bağlantısını başarı ile gerçekleştirmiş bulunuyoruz.

Evet temel ve basit olarak TMG ürününüzü uzaktan yönetmek için yapmanız gereken eylemlerden ilki buydu .

Bir diğeri ise Kendi makinenize kuracağınız yönetim konsolu ile TMG Server a bağlanmak .

Bunun için yine system policy üzerinde uzak yönetim için kimlerin bağlanabileceğini belirtmemiz gerekiyor.

Buradaki ayarlar yukarıdaki RDP ayarlarında özetlendiği gibidir o nedenle buradaki makine ekleme adımlarını atlıyorum.

Bunun için TMG kurulum medyasından kurulumu başlatıyoruz ancak kurulumun ilerleyen bölümlerinde sadece yönetim konsolunu kuracağımızı seçiyoruz

Management Konsolu seçiyoruz

Kurulum sonrası konsol aşağıdaki gibi karşımıza çıkıyor

Konsol Üzerinde “Connect” diyerek aşağıdaki pencereyi açabilirsiniz.

Buraya bağlanmak istediğim TMG server ip adresini yazıyorum .

Ben TMG makinesini workgroup ortamda kullandığım için bağlantı bilgilerini veriyorum. Domain ortamında eğer logon olduğunuz kullanıcı ISA makinesinde de yetkili bir kullanıcı ise böyle bir ayara gerek yok .

Aynı zamanda Configuration Server içinde bir kimlik doğrulama bilgisi isteniyor ve bende aynı kullanıcı bilgisini kullanacağımız belirtiyorum.

Ve son olarak karşımıza yaptığımız ayarların özetini gösteren bir sonuç ekranı geliyor ve işlemi bitirmiş oluyoruz.

Yukarıda görüldüğü gibi artık kendi makinemizden TMG ürününü yönetebiliyoruz.

Sonuç olarak system policy üzerinde yapacağımız küçük ayarlar ile TGM makinemizi ister RDP ile istersek Yönetim konsolu ile kendi makinemizden yönetebiliriz.

TMG 2010 Dashboard Monitoring Log&Report Update Center Troubleshooting Elementleri

2010-05-30T17:47:00Z

Makalemizde Microsoft’un yeni nesil güvenlik ürünü olan Forefront ailesi içerisinde yer alan Threat Management Gateway 2010 ürününün firewall ve policy işlemleri dışında kalan Dashboard,Monitoring,Log&Report,Update Center,Troubleshooting elementlerini ele alacağız. Çözümpark portalı üzerinde TMG 2010 kurulumu, ayarları, publish işlemleri,policyler konusunda makale, webcastlar ve videolar yer almaktadır.Makalemizin içeriğinde resimler ve bu resimleri üzerindeki alanları anlatan açıklamalar bulunacaktır.Dilerseniz incelemeye başlayalım.

A-Dashboard

Dashboard ekranı bize sistemin genel işleyişi hakkında durum özetlemesi yapar. Bize sistem hakkındaki sorunları özet halinde yansıtır genel bir problem olduğunda çözebilme noktasında bize kolaylık sağlar.Alert bölmesi sistemde oluşan uyarı ve bilgilendirmeleri içerir.Sistemimizin event özeti görüntülenir.Network state bölmesinde bize network bağlantı durumunu görüntüler.Services bölmesinde Tmg servislerinin durumları görüntülenir.Sesion bölmesinde tmg üzerinde oturum açan kullanıcı sayıları ifade edilir.Definitions update bölmesinde Malware ve Network inspsction system güncellemelerinin durumu görüntülenir.System Performance bölümünde ise Tmg’nin anlık olarak performansını gözlemleyebilirsiniz.

B-Monitoring

Bu ekranda ise Dashboard üzerinde özetlenen uyarı ve bilgilendirmelerin detaylarının incelendiği ve değişikliklerin yapıldığı sekmeler bulunmaktadır. Biz şimdi bu sekmeleri tek tek inceleyelim.

Configuration: Bu sekmede Tmg üzerinde bir değişiklik yaptığımız zaman bu değişikliğin aktif olup olmadığı durumu kontrol edilir.Örneğin bir policy yazdığımızda apply butonuna basıldığında değişikliğin aktif hale gelip gelmediğini bu sekmeden takip edebiliriz.Yeşil ikon ve Synced olduğu durumlarda yapılan ayarın gerçekleştirildiği ve sistemle olan iletişimin başarısı ifade edilir.

Services: Bu sekmede sql raporlama servislerinin durumu görüntülenmektedir.

Connectivity Verifiers : Bu alan herhangi bir url veya bilgisayara bağlantı gerçekleştirilmesi durumunda bağlantının akıbetini görmek için doğrulama işlemlerinde kullanılır.Ben http://www.google.com için bağlantı gerçekleştirdim aşağıdaki resimde görüldüğü gibi başarılı bir şekilde bağlandığını görüyorum.

Sesion: Bu sekmede Tmg üzerinde o an oturumu bulunan kullanıcıları ve Tmg üzerinde hangi bölümde oturum açtıklarını görebiliriz. Burada kullanıcılarımız securenat ve webproxy üzerinde oturum açmış durumdadır. Oturum açan bilgisayarlar oturum açma tarih ve zamanları ekranda gözükmektedir. Task paneldeki menülerden sesison monitoring işlemini durdurabilir veya duraklatabiliriz.

Alerts: Bu ekran çalışma esnasında olaylar hakkına bilgilendirme yaparak uyarı görevini yerine getirir.Bu alanda görmek istediğimiz bilgilendirme,uyarı,hata bilgilerini seçmek için Configure Alert Definitions linkine tıklayarak seçim işlemini yapabiliriz.Aşağıdaki resimde gözüken ekrandan bilgisini almak istediğimiz nesneyi seçerek alert üzerinde bizi bilgilendirmesini sağlayabiliriz.

c-Logs Reports

Bu elementte tmg üzerinde gerçekleşen olayların loglanması ve raporlama işlemi yapılmaktadır.

Logging: Bu sekmede yapılan bir bağlantının hangi aşamalardan geçtiğini izleyebilir.Özellikle gerçekleşmeyen kurallarda hatanın nereden kaynaklandığını bulmakta oldukça fayda sağlayan bir özellik sağlar.Üst tarafta bağlanılan yer bilgileri ,kullanılan portlar ,kim tarafından bağlantının gerçekleştirildiği,hangi policy üzerinden bu işlemi yaptığı v.s. gibi özellikler görünürken alt kısımda ise üzerinde tıklanan logging olayının detayı yer almaktadır.Bu ekranın sol kısmında bulunan configürasyon linkleri üzerindenFirewall,Web Proxy ve logları konfigüre edebiliriz.Edit filter özelliği ile logging yapacak olduğumuz kısmı filtreleyebilriz. Dilerseniz bu özelliklere kısaca değinelim.

Edit filter’e tıklatınca yukarıda gelen ekranda belli kriterlere göre logging işlemi yapılmasını sağlayabiliriz.Örneğin ben belli bir client ipsine göre loglama yapmak için o clientin ipsini giriyorum ve loging işlemi tüm trafik için değil bu client için gerçekleşmiş oluyor.Bunun bize yararı sonuçlarını görmek istediğimiz olayı diğer gereksiz ayrıntılardan ayırarak bize yansıtmasıdır.

Configure Firewall Logging linkine tıklatılınca yukarıdaki ekran gelir. Bu ekranda log sekmesinde bize firewall loglarının nasıl ve formatta olmasını istediğimiz sorulur. Default ayar ekrandaki gibidir.Dilersek biz loglarımızı bir sql server üzerinde tutabileceğimiz gibi bir dosya içerisinde de tutabiliriz.Fields sekmesinde ise Firewall logunda gözükmesini istediğimiz alanları seçebilir veya istemediğimiz alanları seçim dışı bırakabiliriz.

Configure Web Proxy logging linkine tıkladığımızda yine Firewall Proxy Logging üzerinde yapılan işlemleri yapabiliriz. Kaydedileceği formatı belirleme ve fields sekmesinden alan seçme işlemi yapabiliriz.

Configure Log Queue Queue loglarınıda istediğimiz farklı bir path üzerine kaydedebilir veya default Tmg klasöründe tutabiliriz.

Log status linkinden logların durumunu görebiliriz. Şu anda ready olarak sorunsuz çalıştığı görünmektedir.

Define log text color linkinden logging ekranındaki logların çeşitlerini farklı renklerde görme işlemini sağlayabiliriz.

Export Filter Definitions linkinden export işlemini yapabiliriz.

Import fitler definition linkinden import işlemini yaapbiliriz.

Reporting sekmesinden Tmg raporlama işlemlerini yapabiliriz.

Configure Reporting linkinden rapor özelliklerini konfigure edebiliriz.

Create one Time report kısmından tek zamanlık bir rapor oluşturabiliriz. Recurring reports job linkinden ise periyodik olarak tekrarlanan günlük, haftalık aylık gibi raporlar oluşturabiliriz. Biz örnek olarak tek kullanımlık bir rapor oluşturalım. Create one Time report linkine tıklatalım.Gelen ekranda raporumuza bir isim verelim next butonuna tıklatalım.

Bu ekranda raporumuzun tarih aralığını seçelim. Next butonuna basalım.

Raporda oluşturacak kategarileri buradan seçebiliriz. Seçtikten sonra Next butonuna basalım.

Bu kısımdan ortamımızda bir smtp server var ise raporu mail olarak iletmesini sağlayabiliriz. Bende mail server olmadığı için next butonu ile ilerliyorum.

Rapor için bir path bildirip next butonuna basalım.

Bu ekranda raporumuzun bir özeti görüntülenir. Finish diyerek raporumuzu tamamlayalım.

Raporumuz report ekranına eklendi değişikliklerin kayıt olması için Apply butonuna basalım.

Raporumuzun çalışması ve raporun oluşması için üzerinde sağ tıklatıp Genarate and View Report kısmına tıklatalım.

Raporumuz oluşmaya başladı bilgisayarımızın performansına göre kısa bir zaman diliminde rapor oluşacaktır.

Raporumuz oluşturuldu otomatik olarak açıldı.Daha detaylı karşılaştırmalar için farklı raporlama programı kullanabilirsiniz.

d-Update Center

Bu sekmede Tmg güncelleme işlerini takip edebilir update check yapabilir, yeni bir update görevi tanımlayabilir var olan üzerinde değişiklik yapabiliriz. Bu ekranda standart 2 güncelleme bulunur.Malware inspection ve Network inspection isimli bu güncellemeler otomatik olarak güncellemeye ayarlı olup şu an yeşil ikon almış ve güncel durumdadır.

e-Troubleshooting

Troubleshooting: sekmesinde Tmg üzerinde yapabileceğimiz bir çok temel işlemin kısayolu bir araya toplanmıştır. Buradan amacımıza göre yapacağımız işin ekranına hızlı bir şekilde erişim sağlayabiliriz.

Change Tracking: Sekmesinde tmg üzerinde yapılan silme, ekleme,değiştirme gibi işlemlerin kim tarafından ,hangi tarih ve zamanda yapıldığı bilgisini bize verilir.İşlem adımlarının fazla olması durumunda filtre uygulanabilir.Configure Change Tracking linkinden kendi isteğimize göre konfigürasyon yapabiliriz.

Trafic Simulatator: Sekmesi de ise içeriden oluşturduğumuz bir kurala simulsyon yaparak bağlantının olup olmadığını deneyebiliriz.Bu publish bir kural,açılan bir port veya internet erişimi gibi işlevlerden oluşabilir.Ben Örnek olarak http://www.consoto.com/a.html sayfasına sistemin erişip erişmediğini denetledim ve Allow Trafic ile eriştiğimi gördüm.

Diagnostics Logging: sekmesi Tmg üzerindeki event viever gibi düşünüler bilir.200 den fazla farklı olayın logları burada gösterilir. Zaman ve tarih olarak tutulan bu loglar bir sorun durumunda bize yardımcı olabilir.

Connectivity Test: Sekmesinde bir url için yapılacak bağlantının durumu görüntülenir.Ben http://www.cozumpark.com adresine bir bağlantı gerçekleştirmek istedim. Tmg serverimin sorunsuzca bu bağlantıya ulaştığını görmüş oldum. Connectivity Test sekmesi sadece bir url için bağlantı olup olmadığını test ederken Trafic Simulator Tmg üzerinde oluşturulan Tüm kural cinsleri için bir simulasyon görevi görerek çalışıp çalışmadığını bize gösterir.

Makalenin girişinde de bahsettiğimiz gibi bu alanlardan anlatılan konularda,yayımlanan videolarda,yayımlanan makalelerde ve webcastlarda sistemin temel işleyişine yönelik adımlara değinilmektedir.Bu nedenle programın yapısının dışında kalan ama bazı kısımları ara ara işinize yarayacak olan özelliklerden bahsetmeye çalıştım.Umarım yararlı olmuştur.

Forefront TMG RDP Publishing

2010-04-24T21:43:00Z

Bu makale teknik bir uygulama makalesi olup TMG nedir ve özellikleri nelerdir noktasında ise var olan diğer makalelerimizi inceleyebilirsiniz.

Bu makalemizde TMG üzerinde RDP Publishing nasıl yapılır konusuna değineceğiz.

Öncelikle amacımızı biraz açıklayalım; Şirket organizasyonumuzdaki makinelerden birine veya birkaçına şirket dışından RDP yolu ile erişmek istiyoruz. Bu durumda eğer şirket organizasyonunuzda firewall olarak bir TMG ürünü kullanıyorsanız bu makale yardımı ile bu RDP yayınlama işlemini gerçekleştirebilirsiniz.

Bu işlem için öncelikle TMG ürünü önünde yer alan bir firewall’ unuz var ise ( front-end firewall ki bu bir adsl modem bile olabilir ) bu firewall üzerinde 3389 nolu RDP portunu veya RDP için kullandığınız portu yönlendirin.

Örnek bir DSL ayarını aşağıdaki resimde görebilirsiniz

İlgili port yönlendirme işlemini yaptığınız varsayarak TMG üzerindeki ayarlar ile devam ediyorum

Firewall Policy üzerinde sağ bölümde yer alan “Publish Non-Web Server Protocols” linkine tıklıyoruz.

Kuralımıza bir isim veriyoruz

Yayınlayacağımız server veya istemci makinenin IP Adresini buraya yazıyoruz. İstersek Browse diyerek makineyi Active Directory üzerinden de tanımlayabiliriz.

Bu server makinesini hangi amaçla publish edecek ise amaca uygun olan protokolü seçiyoruz. Bizim amacımız RDP Publish olduğu için ilgili protokolü seçiyorum ve ilerliyorum . Eğer RDP için farklı bir port kullanacaksanız ( 3389 değil de farklı bir port ) Bu ekranda hem ilgili portu değiştirebilir hemde yeni bir port – protocol ekleyebilirsiniz ( daha fazla bilgi için http://www.cozumpark.com/blogs/sa_server/archive/2008/03/27/_3101_sa-server-zerinde-eri-im-kural-elementleri-b-l-m-1.aspx ).

Bir sonraki pencereye geçersek eğer

Publish için hangi interface i dinleyeceğimizi belirliyoruz. Yani TMG 3389 nolu istek hangi network’ e gelirse bu kural çalışmaya başlayacak onu belirliyoruz. Tabiî ki istekler şirket dışından geleceği için External network’ ü seçiyoruz.

Ve özet bir bilgi ekranı işle işlemi tamamlamış olduk.

Şimdi deneyelim bakalım kuralımız çalışıyor mu ?

Evet yukarıda görüldüğü gibi tanımlamış olduğumuz kural yardımı ile 91.93.119.118 ipli uzak sunucu üzerinden 3389 nolu port ile 172.16.0.2 ip li içerideki makinemize rdp yapabildik.

Burada önemli bir uyarı yaparak makalemi bitireceğim.

Eğer TMG üzerinde RDP erişimi system policy ile tanımlanmış ise yani siz TMG makinesine uzak erişmek için RDP yi açmış iseniz ve birde bu makalede anlatıldığı gibi içerideki bir makine için RDP publish kuralı yazmışsanız, publish kuralı baskın gelecek ve TMG RDP ile bağlanamayacaksınız. Bunun için Windows Server 2008 ile beraber gelen TS gateway çözümünü kullanabilir veya TMG için ayrı bir port numarası üzerinden RDP yapabilirsiniz.

Özetleme bu makale yardımı ile şirket organizasyonunuz içerisindeki ve TMG ile korunan makinelere uzak ofislerden veya herhangi bir yerden RDP ile nasıl başlanabileceğinizi göstermiş olduk

Bir sonraki makalemde görüşmek dileği ile