Kategori arşivi: Exchange Server

1 Soru 1 Cevap: setup /PrepareAD sonucunda alınan hata

Soru:

Exchange server kurulumunda aşağıdaki komutu çalıştırınca karşıma “Exchange organization name cannot be specified. There already exists an Exchange organization with name ‘cozumpark’. hatası çıktı

setup /PrepareAD /OrganizationName:”<organization name> /IAcceptExchangeServerLicenseTerms

Cevap:Eğer ortamınızda hali hazırda bir Exchange organizasyonu var ise çalıştırdığınız komut yanlış olduğu için bu hatayı alıyorsunuz. Exchange Server kurulumları temelde iki şekilde yapılır. Yeni kurulum veya mevcut ortamda bir organizasyon içerisine kurulum. Eğer yeni kurulum yapıyorsanız zaten organizasyon ismi belirtmeniz şart olduğu için yukarıdaki komut doğrudur. Ancak örnek olarak exchange 2013 olan bir ortama 2016 veya 2019 kurmak için yukarıdaki komutu kullanırsanız hata almanız normaldir. Çünkü hali hazırda içeride bir organizasyon vardır. Doğru komut aşağıdaki gibidir.

setup /PrepareAD /IAcceptExchangeServerLicenseTerms

1 Soru 1 Cevap: Hybrid Exchange Server ve AutoDiscover Sorunu – HTTP 401 Unauthorized

Soru: Hybrid çalışan bir exchange ortamında on-prem kullanıcıyı online platforma taşıyınca autodiscover 401 hatası veriyor, bunun nedeni nedir?

Cevap: Öncelikle böyle bir ortamda Autodiscover servisi nasıl çalışıyor bunu anlamak gerekli.

Böyle bir yapıda autodiscover.cozumpark.com gibi A kayıdı hybrid sunucuyu işaret eder, bu nedenle ilk olarak sorgu on-prem’ deki sunuculara gelir. Eğer bu kişinin bir posta kutusu var ise ona ait bilgileri XML olarak alabilir. Mail adresi kontrol edildi ancak local bir posta kutusu olmadığı anlaşılır ise Exchange Server targetEmailAddress ile ilişkide olduğu organizasyonları karşılaştırır. Eğer domain ismi tutan bir email adresi ise bu durumda autodiscover isteğine cevap olarak TargetAutodiscoverEpr kaydındaki URL adresini döndürür ve istemcide bu yöne yönelir (302 redirect yapılır).

Buraya kadar her şey güzel gidiyor olabilir ancak burada eğer “HTTP 401 Unauthorized” hatası alıyorsanız bunun bir kaç nedeni olabilir. Ben iki konu tecrübe ettim onu paylaşmak istiyorum.

Öncelikle eğer bu sorunu henüz redirection olmadan yaşıyorsanız on-prem’ deki sistem autodiscover A kaydının cloudflare e yönlendirmiş olabilirsiniz. A kaydını direkt olarak exchange sunucularınızın dış bacak ip adresine yönlendirebilirsiniz. Eğer bu sorunu çözer ama CF ile ilerlemek istiyorsanız CF + Exchange üzerinde config yapmanız şart.

Eğer bu sorunu Online adresine yönlendirme sonrasında alırsanız garip bir şekilde şifreniz ile ilgili olduğunu görebilirsiniz. Normalde müşterinin kompleks bir ilkesi olmasına rağmen office 365 directory servisi için gereksinimler on prem deki ilkeye göre daha yüksek olunca bu sorunu yaşıyoruz. Ancak işin ilginç yani AADConnect ile sync sorunu yok veya bu mevcut şifre ile owa dan giriş yapabiliyoruz ama Autodiscover ile bu sorunu yaşıyoruz. Muhtemelen bu sorun da çözülecek bir sorundur ancak biz günü kurtarmak için on-prem de ki şifre politikasını aşağıdaki yönergelere göre yeniden düzenledikten sonra online platform’ a taşıdığımız kullanıcılarda artık outlook bağlantı sorunları kalmadı.

https://support.office.com/en-us/article/password-policy-recommendations-for-office-365-9fa2539a-2211-41fd-85a0-bc37b9619ca4

 

 

 

1 Soru 1 Cevap: Outlook 2016 ve Exchange 2010 MAPI Bağlantısı

Soru: Outlook 2016, Exchange 2010’ a MAPI client olarak bağlanabilir mi?

Cevap: Evet ancak özellikle Autodiscover tarafında öncelik RPC/TCP olduğu sürece sorun yaşarsınız. Bu nedenle küçük bir PS ile bu sorunu çözerek daha sorunsuz bir şekilde bağlanabilirsiniz.
Bakınız; https://www.cozumpark.com/forums/thread/533811.aspx

Outlook 2016 ve Exchange 2010 Bağlantı Sorunları Hakkında

Exchange 2010 geçişlerinde en sık karşılaşılan sorunlardan birisi outlook bağlantılarının Exchange 2013 veya 2016 üzerinden gerçekleştirilemiyor olmasıdır. Bu durum yapınız ile ilgili pek çok sorundan kaynaklanabileceği gibi en çok bilinen durum aslında Exchange 2010 mimarisinde Mailbox veri tabanı için tanımlı olan RpcClientAccessServer parametresinin hali hazırda outlook anywhere URL adresi ile aynı olmasıdır. Yani örnek mail.cozumpark.com Exchange 2010’ u gösterirken DNS üzerinde siz bunu 2013 veya 2016 olarak değiştirdiğiniz zaman yine ilgili posta kutusu bulunduğu veri tabanının RpcClientAccessServer URL adresi bu olduğu için sürekli 2013 veya 2016 ya bağlanmaya Çalışır. Bunun için Çözüm aslında basit olup URL adreslerini değiştirebilirsiniz.

Buradaki bir diğer sorun ise özellikle Outlook 2016 da artık connection settings altında önceki sürümlerdeki gibi ayarların olmayışıdır.

Eski sürüm bir outlook ayarları

Outlook 2016 ayarları


Peki buradaki sorun nedir?

Exchange 2010 ortamlarında outlook anywhere bağlantılarının hızlı networkler için varsayılan olarak RPC/TCP olmasıdır. Yani bir outlook 2016 bağlantı gerçekleştirmek istediği zaman ilk olarak (30 saniye boyunca) RPC/TCP bağlantı yapmaya denediği için bağlantının yavaş gerçekleştiği görülür. Bunu çözmenin çok kolay bir yolu vardır.

PS ile aşağıdaki komutları çalıştırırsanız eğer artık Exchange 2010 ortamındaki tüm outlook anywhere bağlantıları ilk olarak RPC/HTTP bağlantıyı dener ve sorunsuz bir şekilde bağlandığını görebilirsiniz.

Set-OutlookProvider EXCH -OutlookProviderFlags:ServerExclusiveConnect
Set-OutlookProvider EXPR -OutlookProviderFlags:ServerExclusiveConnect

EXCH= Exchange RPC Protocol
EXPR= Outlook Anywhere

Hatta bunu GPO ile tüm İstemci makinelere bile yapabilirsiniz.

Öncelikle Office ADMX dosyasını indirmeniz gereklidir;

User Configuration\Administrative Templates\Microsoft Outlook 2016\Account Settings\Exchange


Ayarı bu şekilde yapmanız durumunda aslında tüm kutucukların işaretlenmesini sağlamış olursunuz.

10 Temmuz 2018 Sunucu Yamaları Exchange Fonksiyonlarını Bozuyor

Exchange server için geçen gün paylaştığım .NET yamasından bağımsız bir sorun daha tespit edildi. Exchange ekibi, 10 Temmuz 2018’de yayımlanan Windows İşletim Sistemi güncelleştirmelerinin Exchange ‘in düzgün çalışmamasına neden olan sorunların olduğunu tespit etti. Windows servis ekibi, etkilenen paketler için güncellemeler yayınlayacaklarını bildirmişti. Bu nedenle Microsoft Exchange müşterilerine, aynı tarihte yayımlanan güvenlik güncellemeleri de dahil olmak üzere, 10 Temmuz 2018 de yayınlanan güncelleme paketlerinin yeni sürümleri çıkana kadar yüklenmemesini tavsiye etmiştir. Aradan geçen 7 gün içerisinde ise bu yeni paketler hazırlanmış ve windows update sunucularına yüklenmiştir.

Sorun transport servislerini etkilemekteydi. Ancak 16 Temmuz itibari ile güncellemeler yayınlandı. Eski güncellemeyi yükleyenlerin hızlı bir şekilde yeni güncellemeyi geçmesi veya eski güncellemeyi yüklemeyenlerin bu güncellemeyi (özellikle güvenlik) gönül rahatlığı ile geçebileceğini bilmenizi isterim.

KB numarası her sunucu işletim sistemi için değişmektedir ancak zaten yamaların yayınlanma tarihlerinden çok kolay bir şekilde anlayabilirsiniz.

Örnek ayın 10 unda yayınlanan yama

Bu ise düzeltilen yama

Kaynak

https://blogs.technet.microsoft.com/exchange/2018/07/16/issue-with-july-updates-for-windows-on-an-exchange-server/

 

Hakan Uzuner

www.cozumpark.com

MCT-MVP-RD

 

 

 

 

Exchange Server Üzerine .NET Framework 4.7.2 Yüklemeyin!

Windows Server 2012 ve 2016 için isteğe bağlı yama olarak karşınıza çıkan Microsoft .NET Framework 4.7.2 (KB4054566) hiç bir exchange sürümünü desteklemediği için kesinlikle yüklenmemesi tavsiye edilmektedir.

 

Bu yama yüklenmesini engellemek için aşağıdaki komutu kullanabilirsiniz

 

reg add “HKLM\SOFTWARE\Microsoft\NET Framework Setup\NDP\WU” /v BlockNetFramework472 /t REG_DWORD /d 1 /f

 

Microsoft destek matirisini takip ederek destek geldiğinde tekrar açmak için aşağıdaki komutu kullanabilirsiniz

 

reg delete “HKLM\SOFTWARE\Microsoft\NET Framework Setup\NDP\WU” /v BlockNetFramework472 /f

 

Support matrix için aşağıdaki linki kullanabilirsiniz

 

https://technet.microsoft.com/en-us/library/ff728623(v=exchg.150).aspx#Anchor_9

 

Umarım faydalı olur.

 

Herkese şimdiden çok güzel bir hafta diliyorum.

 

Kaynak: Jeff Guillet

1 Soru 1 Cevap: Exchange Server Yeni Kullanıcılar Neden Hep Aynı Veri Tabanına Açılıyor?

Soru: Exchange server’ da yeni açılan her kullanıcı aynı DB de oluştuğu için bir DB şişiyor.

Cevap: Eğer kullanıcı oluştururken DB seçmezseniz otomatik DB’ lerin arasında dağıtım yapılır.

istisna

https://www.cozumpark.com/blogs/exchangeserver/archive/2018/05/20/how-to-exclude-a-mailbox-database-from-automatic-mailbox-provisioning-in-exchange-server.aspx

Cannot save changes made to an item to store. QuotaExceededException FailureCategory=Cmdlet-QuotaExceededException Microsoft.Exchange.Management.StoreTasks

Exchange Server PS ile herhangi toplu bir işlem yapmak isterken aşağıdaki gibi (çalıştırdığınız komut farklılık gösterebilir) bir hata alabilirsiniz;

Aslında pek çok komutta bunu görebilirsiniz fakat sorun toplu bir değişiklik için bir PS çalıştırdığınız zaman bu can sıkıcı olabilir. Bu sorunun nedeni aslında örneğin get-mailbox deyip tüm mailboxları çekiyorsunuz ama bunlardan bir veya daha fazlasının kotası dolduğu için hiç bir değişiklik yapılamıyor.

Özetle öncelikle kotası dolan bu kullanıcı hesabını bulup kotasını arttırırsanız sorunsuz bir şekilde toplu güncellemelere devam edebilirsiniz.

Exchange Server Üç Aylık Değişiklik Güncellemeleri Yayınlandı! Quarterly Exchange Updates Released

Başlığa baktıktan sonra birde yayınlanma tarihlerine bakıp neden bu haberi bu kadar geç paylaştığımı düşünebilirsiniz, hemen aklınıza yama çıkar çıkmaz yükleyince oluşan sorunlar gelebilir ama inanın öyle değil bu sefer, bildiğiniz bulutun yoğunluğu bizi bu hale getirdi. Evet önceleri bir exchange güncellemesi çıkınca ki heyecanımız artık yavaş yavaş kayboluyor. Bulut her geçen gün o kadar hızlı ve otomatik güncelleniyor ki artık on-prem sistemlerin yamaları heyecan vermiyor, bunun doğal bir sonucu olarakta bayrakladığım bir iş olmasına rağmen ancak fırsat bulabiliyorum.

Her zaman olduğu gibi pek çok sorun düzeltilmiş ve yeni özellikler sunulmuş, ama onlardan birisi var ki Hybrid Modern Authentication çok önemli. Yani artık bulut üzerinden alınan yetkilendirme ile on-prem exchange sunucularına bağlantı sağlayabiliyoruz. Bu da özellikle hybrid çalışan organizasyonlar için başta daha güvenli bir iletişim olmak üzere pek çok avantaj sunuyor.

Daha fazla bilgi için kaynak linkimi inceleyebilirsiniz.

 

Kaynak

https://blogs.technet.microsoft.com/exchange/2017/12/19/released-december-2017-quarterly-exchange-updates/