Exchange Sunucunuzu yeniden oluşturun (HAFNIUM enfeksiyonundan sonra)
Şanssızsanız ve HAFNIUM sıfır gün güvenlik açığı nedeniyle Exchange sunucunuza virüs bulaştıysa, Exchange sunucunuzu nükleer bombalamanız ve yeniden oluşturmanız gerekir. Ve bunun nasıl yapılacağına dair ilk soruları zaten aldım. Tabii ki bazı önkoşullar yerine getirilirse o kadar da zor değil ve günler sürmüyor.
Not. Bu blog, HAFNIUM bulaşmış makineler düşünülerek yazılmıştır, ancak prosedür açısından bakıldığında elbette her felaket kurtarma senaryosu için kullanılabilir. Ayrıca bu blog için Windows 2012 R2 ve Exchange 2013 kullandım ancak bu prosedür Exchange 2016 ve Exchange 2019 için de kullanılabilir.
Temel olarak, eski sunucunun zorla kaldırılması (kapatılması, VM'nin silinmesi) ancak AD'deki bilgisayar hesabının silinmemesi, sıfırlanması (aşağıdaki ekran görüntüsünde gösterilmektedir) gerçekleşir. Yeni bir sunucu oluşturuldu, aynı işletim sistemi, aynı düzeltme eki, aynı yapılandırma, aynı bilgisayar adı ve etki alanına katıldı. Bu şekilde SID aynı kalacak ve bu da kurtarma işlemini çok daha kolay hale getirecektir.
Tüm önkoşul yazılımları ve Windows düzeltme eklerini içeren Windows sunucusunu yeniden oluşturmak, tüm bu süreçte çoğu zaman alacaktır.
Sunucuyu yeniden oluştururken aynı sunucu sürümünü kullanmanız gerekir. Bu nedenle, eski sunucunuz Windows 2012 R2 çalıştırıyorsa yeniden Windows 2021 R2 kullanmanız GEREKİR. Farklı denersen kötü şeyler olur.
Exchange bugünlerde biraz daha esnek. /RecoverServer seçeneğini daha yeni bir Toplu Güncelleme ile kullanabilirsiniz. Örneğin, eski sunucunuz Exchange 2016 CU11 çalıştırıyorsa, Exchange 2016 CU19 ile /RecoverServer işlemi yapabilirsiniz. Buradaki tek dezavantaj CU11 sürüm bilgilerinin Active Directory'de saklanması ve CU19 kullanıldığında bile AdminDisplayVersion için CU11 olarak görünmesidir. Ancak bu yüzeysel bir durumdur ve bir dahaki sefere yeni bir CU takıldığında otomatik olarak düzeltilecektir.
Yapamayacağınız şey, Exchange 2013'ten Exchange 2016'ya yükseltme gibi, Exchange'in daha yeni bir sürümüne yükseltmek için /RecoverServer'ı kullanmaktır. Yine kötü şeyler olacaktır.
Posta Kutusu veritabanıyla depolamanın elbette tutulması gerekir. VHD'lerin ayrı disklerinde yapılandırılmışsa bunları yeni sunucuya bağlamanız gerekir. Aynı sürücü harflerini veya bağlama noktalarını kullanın. Aşağıdaki ekran görüntüsünde Mailbox veritabanına sahip eski disk, Windows 2012 R2 ile yeni VM'ye bağlanmıştır. Bu sunucuda Exchange 2013 henüz yüklü değil.
Not. Benim yaklaşımım yerine (mevcut depolamayı bağlamak), sunucuyu kurtarmak ve posta kutusu veritabanını daha sonra yedeklemeden geri yüklemek de mümkündür. Bu, herhangi bir yedekleme uygulamasından .EDB dosyanızın dosya düzeyindeki yedeklemesine kadar değişebilir. İkincisi, Posta Kutusu veritabanının dahili bileşenleri ve bununla nasıl başa çıkılacağı hakkında kapsamlı bilgiye ihtiyaç duyar.
Windows çalışır duruma geldiğinde sunucuyu kurmanın zamanı gelmiştir. Bunun için aynı Toplu Güncelleştirmeyi kullanın ve RecoverServer seçeneğiyle Exchange'in katılımsız kurulumunu kullanın. Yükseltilmiş ayrıcalıklara sahip bir komut istemi açın ve aşağıdaki komutu yürütün:
Z:> Setup.exe /mode:RecoverServer /IAcceptExchangeServerLicenseTerms
Z:\ bu durumda DVD sürücü harfidir, ancak elbette farklı bir sürücü harfi de kullanabilirsiniz.
Burada bir sorun var. Exchange farklı bir konuma, örneğin D:\ sürücüsüne kuruluysa, Exchange ikili dosyalarının yüklenmesi gereken konumu belirtmek için /TargetDir seçeneğini kullanmanız gerekir.
/RecoverServer, tüm yapılandırma bilgilerini Active Directory'den alır (varsayılan ayarları kullanmak yerine) ve bu yapılandırmayı kullanarak Exchange'i yükler. Örneğin, tüm Posta Kutusu veritabanı bilgileri Active Directory'de depolanır, böylece kurulum tamamlandığında 'yeni' sunucu tüm doğru Posta Kutusu veritabanı bilgilerine sahip olur. Daha da iyisi, yeniden başlatmanın ardından Posta Kutusu veritabanlarını otomatik olarak bağlayacaktır.
Özellikle yerel .config dosyalarında saklanan sunucuya özel yapılandırmaya bakıldığında bazı ayarlar Active Directory'de saklanmaz. OWA özelleştirmesi ve örneğin sunucuda yapılandırılmış SSL Sertifikaları kaybolur. Bu nedenle, Exchange sunucusunun mevcut belgeleri, Exchange sunucusunu hızlı bir şekilde yeniden oluşturmak için burada hayati öneme sahiptir.
Yeniden yüklemenin ardından sunucu yeniden başlatıldı, Posta Kutusu veritabanını manuel olarak bağlamam gerekti (ancak sorun olmadan). Aşağıdaki ayarları manuel olarak yapılandırmam gerekiyordu:
- SSL sertifikasını içe aktarın ve Exchange hizmetlerine bağlayın.
- Exchange Sanal Dizinlerini ayarlayın (bunu beklemiyordum).
- SMTP Kuyruğu veritabanının yerini değiştirin.
Şaşırtıcı bir şekilde, Exchange sunucusunda yapılandırılan SMTP geçiş konektörü anında kullanıma sunuldu ve düzgün çalışıyordu.
Özet
Exchange sunucunuzu yeniden kurmanız gerekiyorsa, ister çökmüş, ister virüs bulaşmış olsun, ya da başka bir şey olsun, Exchange'in Setup.exe /RecoverServer seçeneğini kullanabilirsiniz (Exchange 2013 ve üzeri). Bu, Active Directory'den birçok bilgiyi alacaktır ve eğer Posta Kutusu veritabanlarınız mevcutsa, bunları yedekleme aktivitelerinden herhangi bir geri yüklemeye gerek kalmadan doğrudan kullanabilirsiniz.
Sunucu kurtarıldıktan sonra hala manuel olarak yapılandırılan bazı ayarlar vardır; bu nedenle, kurtarma sırasında hayatı çok daha kolay hale getirmek için uygun belgelendirme önemlidir.
Son güncelleme: 10 Mart 2021