Ana içeriğe geç

SecuraWall.com

E-posta güvenliği ve sürekliliği

Keşfedin
Teknik Rehber · Server & Sanallaştırma

Windows Admin Center Nedir?

Windows Admin Center, Windows Server ve ilgili altyapı bileşenlerini tarayıcı tabanlı bir arayüz üzerinden yönetmek için kullanılan Microsoft yönetim aracıdır.

SON TEKNİK GÖZDEN GEÇİRME:
Server & Sanallaştırma

Bu Konu Neden Önemli?

Windows Admin Center, Windows Server ve ilgili altyapı bileşenlerini tarayıcı tabanlı bir arayüz üzerinden yönetmek için kullanılan Microsoft yönetim aracıdır.

Karar Verirken Kontrol Edilecek Noktalar

Yönetim erişimini ayrı yönetim ağıyla sınırlandırın.

Gateway rolünü yetkili yöneticilerle sınırlandırın.

MFA/SSO entegrasyonunu değerlendirin.

Yönetim etkinliklerini loglayın.

Mimari ve çalışma modeli

Windows Admin Center bir yönetim ağ geçidi ve tarayıcı arayüzü sunar; yönetilen sunucuların rollerini kendisi üstlenmez. Gateway kimliği, TLS sertifikası, yönetim protokolü ve extension kapsamı ayrı değerlendirilir. Yönetim arayüzünün internete açık olması zorunlu değildir; ağ ve erişim sınırı dar tutulmalıdır.

  1. 1Yetkili tarayıcı
  2. 2TLS’li gateway
  3. 3Yönetim protokolü
  4. 4Hedef sunucu
Gateway ile hedef sunucu yetkilerini ve alternatif yönetim erişimini ayrı doğrulayın.

Tasarım parametreleri

Gateway güvenliği
Gateway TLS, oturum yetkisi ve yönetilen hedef izinlerini ayırın; yönetim paneli ek saldırı yüzeyidir.
Kimlik ve bağlantı
WinRM, sertifika, DNS ve kimlik delegasyonunu desteklenen kurulum modeliyle doğrulayın.

Hesap ve uygulama örneği

Örnek pilotta bir Server Core ve bir GUI sunucusu ekleyin. Kullanıcı rolüne göre görüntüleme ve değişiklik yetkisini sınayın. Gateway kaybında alternatif yönetim yolunu doğrulayın. Eklenti güncellemesi sonrası izleme ve yönetim işlemlerini yeniden test edin.

Hata teşhisi

BelirtiOlası neden / ayrımDoğrulama
Gateway açılıyor, sunucu yönetilemiyorHedef yetkisi veya uzaktan yönetim yolu eksik olabilir.Gatewayden hedef DNS, TLS/WinRM ve kimlik hatalarını ayrı inceleyin.

Kabul ve doğrulama kontrolleri

  1. Gateway ile hedef sunucu yetkilerini ve alternatif yönetim erişimini ayrı doğrulayın.
  2. Gateway TLS zincirini ve sertifika yenileme yöntemini doğrulayın.
  3. Sınırlı yöneticiyle yalnız hedeflenen sunucuların erişildiğini test edin.
  4. İzinsiz kullanıcı ve yönetim dışı ağ erişimini reddedin.
  5. Yönetim eylemini hedef sunucu kaydıyla eşleştirin.
  6. Gateway güncellemesi sonrası aynı yönetim işlemini tekrar doğrulayın.

İlgili kavramlar

Kimlik doğrulama ve oturum

Kimlik doğrulama kullanıcının veya iş yükünün kim olduğunu kanıtlar; yetkilendirme ise bu kimliğin ne yapabileceğini belirler. Başarılı oturum açma, bütün kaynaklara erişim izni anlamına gelmez. Kullanıcı oturumları, servis kimlikleri, API belirteçleri ve cihaz sertifikaları farklı yaşam döngülerine sahiptir. İlk giriş kadar oturum süresi, belirteç yenileme, işten ayrılma, kayıp cihaz ve acil erişim senaryolarını da tasarlayın. Kimlik sağlayıcı erişilemez olduğunda hangi oturumların süreceğini ve hangi yeni erişimlerin engelleneceğini ölçün.

En az yetki ve görev ayrımı

En az yetki, bir görevin gerektirdiği izinlerin belirli kaynak ve süreyle sınırlandırılmasıdır. Herkese aynı yönetici rolünü vermek, erişim incelemesini ve olay araştırmasını zorlaştırır. Günlük kullanıcı hesabı ile ayrıcalıklı hesabı ayırın; servis hesaplarının etkileşimli kullanımını ve gereksiz ağ erişimini kısıtlayın. Yetki matrisi, kimliğin kaynağa hangi işlemle eriştiğini göstermelidir. Bir izin kaldırıldığında uygulamanın çalışmayı sürdürmesi de test kapsamına girer: gereksiz yetkiler bazen yalnız kontrollü azaltma sırasında ortaya çıkar.

TLS ve sertifika doğrulaması

TLS iletişimin gizliliğini ve bütünlüğünü sağlar; sertifika doğrulaması karşı taraf kimliğinin kontrolüne yardımcı olur. Sertifika adı, zincir, geçerlilik süresi ve güvenilen kökler birlikte değerlendirilmelidir. Bir bağlantının şifreli olması uygulamanın yetkilendirmesinin doğru olduğu anlamına gelmez. Reverse proxy veya inspection kullanılıyorsa TLS oturumunun hangi noktada sonlandırıldığını çizimde açıkça gösterin. Hata teşhisinde sertifika kontrolünü kapatmak kalıcı çözüm değildir; yanlış hostname, eksik ara sertifika ve cihaz saatini ayrı inceleyin.

Sürüm ve destek yaşam döngüsü

Bir ürünün kurulabilir olması üretim için desteklendiğini kanıtlamaz. İşletim sistemi, uygulama, sürücü, eklenti ve yönetim aracının uyumluluk zincirini birlikte kontrol edin. Güncelleme planında paket sürümü, destek bitişi, yeniden başlatma gereksinimi ve geri alma yöntemi bulunmalıdır. Test ortamı üretimdeki bağımlılıkları temsil etmezse sonuç yanıltıcı olabilir. Değişiklik sonrası yalnız sürüm numarasını değil, hizmet sağlığını ve önceki iş akışlarını doğrulayın. Bir sürümü sabitlemenin gelecekteki güvenlik düzeltmelerini engelleyebileceğini de dikkate alın.

Telemetri ve zaman eşleştirmesi

Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; günlük kaydı bulunmaması, olay yaşanmadığı şeklinde yorumlanmamalıdır.

Bağımlılık ve yeniden başlatma sırası

Bir hizmet çoğu zaman kimlik, DNS, zaman, ağ, veritabanı ve lisans servislerine bağlıdır. Bağımlılıkları yalnız cihaz listesi olarak değil, hangi hizmetin hangi koşulla çalışabildiğini gösteren bir grafik olarak kaydedin. Hizmetlerin yeniden başlatılma sırası buna göre belirlenir; bazı döngüsel bağımlılıklar özel acil erişim gerektirir. Çalışan altyapı bileşenleri ile işin yeniden başlayabildiği anı ayırın. Her bağımlılığa sorumlu, doğrulama yöntemi ve alternatif erişim yolu atayın. Uçtan uca testte bir bileşeni bilerek erişilemez hale getirerek varsayımları sınayın.

Birincil teknik dokümantasyon

Who · How · Why

Bu İçerik Nasıl Hazırlandı?

KİM?

Doz Teknoloji Teknik Ekibi

İçerik, Doz Teknoloji’nin kurumsal BT hizmet alanlarında kullandığı teknik değerlendirme yaklaşımı temel alınarak hazırlanmıştır.

NASIL?

Teknik kriterler + birincil kaynaklar

Konu; üretici dokümantasyonu, standart kuruluşları ve ilgili resmî teknik kaynaklarla çapraz kontrol edilmiştir.

NEDEN?

Karar kalitesini artırmak

Amaç, teknik bir terimi yalnız tanımlamak değil; satın alma, tasarım veya işletim kararı verirken hangi kriterlerin birlikte değerlendirilmesi gerektiğini görünür hale getirmektir.

SON TEKNİK GÖZDEN GEÇİRME

BİRİNCİL / RESMİ KAYNAKLAR

Bu Rehberle İlgili Kurumsal Çözümler

Teknik konuyu uygulamaya dönüştürmek için ilgili hizmet ve çözüm sayfalarına geçebilirsiniz.

Teknik İhtiyacınızı Birlikte Değerlendirelim

Mevcut altyapınızı, kullanıcı sayınızı veya teknik hedefinizi paylaşın; ürün, lisans veya proje kapsamını ihtiyaca göre netleştirelim.

Teknik Talep Oluşturun
Kurumsal IT Ürün Satışı, Lisanslama ve Kurulum
Kurumsal IT Proje & Çözüm Senaryoları
Tüm ilgili içerikleri görüntüleyin
WhatsApp'tan Yazın
Kopyalandı!