Dağıtılmış Dosya Sistemi Çoğaltması (DFSR) Kullanarak SYSVOL Verilerinin Yetkisiz Senkronizasyonu

Dağıtılmış Dosya Sistemi Çoğaltması (DFSR) Kullanarak SYSVOL Verilerinin Yetkisiz Senkronizasyonu Bu videoda, çoğaltma için Dağıtılmış Dosya Sistemi Çoğaltması (DFSR) kullanıldığında SYSVOL verilerinin yetkisiz senkronizasyonunun nasıl gerçekleştirileceği gösterilmektedir.

Merhaba, ben David. Dell de baş mühendisim. Bugün, dağıtılmış dosya sistemi çoğaltması veya DFSR DF kullanarak CIS verilerinin yetkisiz senkronizasyonunu gerçekleştirme işleminden bahsedeceğim. Sr, bir etki alanındaki CIS FLL verilerini çoğaltmak için kullanılan iki yöntemden yeni olanıdır. Daha eski dosya çoğaltma hizmeti veya FRS olduğundan, çoğu modern etki alanı bu noktada CIS düşüşünü çoğaltmak için DFS R'yi kullanır. FRS'den daha sağlamdır ancak yine de bozulabilir ve bazen etki alanı denetleyicileri arasında eşitlemeyi zorlamak gerekir. Bu videoda.

Hedef etki alanı denetleyicimizin CIS verilerini başka bir DC'den kopyaladığı yetkisiz bir senkronizasyonun nasıl gerçekleştirileceğini göstereceğim. Çevremizde, burada ilgileneceğimiz iki DC var. DC bir ve DC üç, DC bir kaynağımız DC olacak ve DC üç hedefimiz olacak. DC üçte olay görüntüleyicisini açarsak ve DFS çoğaltma günlüğüne bakarsak bu durumda hatalar görebiliriz. Belirli hatalar önemli değildir. Bu gösteri için DFS R'yi bilerek kırdım. Ancak burada şunu söyleyebiliriz ki, DFS çoğaltma düzgün çalışmıyor ve başka bir etki alanı denetleyicisinden gelen cisl verilerini olması gerektiği gibi çoğaltmıyor.

DC One'daki olay görüntüleyiciye bakarsak, hiçbir hata görmüyoruz, sadece bilgilendirici olaylar, kısa bir süre önce bazı hatalar var, ancak bunlar temizlendi. DC One'daki DFS R düzgün çalışıyor. Buradaki tek sorun üçüncü DC ile ilgili. Grup politikası yönetimine gidip buradaki GPS sayısına bakarsak bir sorun olduğunu doğrulayabiliriz. Bu gösterimin amaçları doğrultusunda yakın zamanda oluşturulmuş üç test GPS'i de dahil olmak üzere 10 tane var. CIS fall content klasörüne bakarsak burada CIS fall domain policies altında 10 klasör görüyoruz. Bu klasörlerin her biri, grup ilkesi yönetim konsolunda gördüğümüz GPS'lerin her biri için şablon dosyaları içerir. Yani 10 GPS'imiz olduğundan, şablon dosyaları olan 10 klasörümüz var. DC'de aynı konuma gidersek, üçü pencerelere göz atarsa, ardından cis fall etki alanı ve politikaları, burada yalnızca yedi klasör görürüz.

Son zamanlarda oluşturduğum üç test GPS'i çoğaltılmadı. Bu nedenle, şablon dosyaları DC 3'te mevcut değildir, bu da CIS düşme verilerinin DFS çoğaltmasıyla ilgili bir sorun olduğunu gösterir. Şimdi, bunu düzeltmek için CIS düşüşünün yetkili olmayan bir senkronizasyonunu gerçekleştireceğiz. Düzenlediğim reklamları yayınlayacağız ve düzenlediğim reklamlarda varsayılan adlandırma bağlamına bağlanacağız, tüm bu değerleri varsayılan değerlerinde bırakacağız ve bu bizi varsayılan adlandırma bağlamına bağlayacak. Burada, varsayılan adlandırma bağlamını genişleteceğiz, ardından etki alanı yayılmasını genişleteceğiz. Burada ilgileneceğimiz tek şey etki alanı denetleyicileri ou ve DC üçtür. Şimdi DC üç'ü genişleteceğiz, F sr yerel ayarlarını genişleteceğiz ve etki alanı sistem birimini genişleteceğiz. Burada da CIS Fall abonelik nesnesini görüyoruz.

Buradaki özniteliklerine göz atmak için bu nesneyi düzenleyeceğiz. Bizi ilgilendiren öznitelik, MS DF Sr enabled olarak adlandırılıyor. Bunu yanlış tıklama olarak ayarlamak istiyoruz. Tamam, onaylamak için ve tekrar Tamam'ı seçin. Bu değişikliği üçüncü DC'de gerçekleştirdiğimizden beri ilgilendiğimiz tek etki alanı denetleyicisi DC 3'tür. Şu anda çoğaltmayı zorlamamıza gerek yok. Bu öznitelik Active Directory'de depolanır, ancak yalnızca DC üçteki değerle ilgileniyoruz. Yapmamız gereken, DFS R'ye komutun başarılı olduğunu gördüğümüz yapılandırma değişiklikleri için Active Directory'yi sorgulamasını söyleyen DF Sr Diag Pole A'yı çalıştırmaktır. Olay görüntüleyicisine geri dönüp yenileyeceğiz ve DFS çoğaltmanın devre dışı bırakıldığını gösteren birkaç bilgilendirici olay 4114 ve 2010 u gösterecek.

4114 özellikle CIS Fall yolunu ifade eder ve 2010, çoğaltılmış klasörlerin tümü devre dışı bırakıldığından yalnızca genel DFS çoğaltmasını ifade eder. Şimdi bunu yaptığımıza göre, aynı özniteliğe geri dönüyoruz ve düzenlemeyi ekleyip gerçek tıklamaya geri ayarlıyoruz, tamam mı? Onaylamak ve onaylamak için, tekrar, bir kez daha, çoğaltmamıza gerek yok. DF Sr Diag Pole A'yı tekrar çalıştırmamız gerekiyor. Başka bir yapılandırma değişikliği yaptığımız için bir kez daha komut başarılı olur ve olay görüntüleyicisine geri dönüp bir kez daha yenileriz. Şimdi de bir uyarı olayı görüyoruz: 4614 DFS çoğaltma hizmeti başlatılan CIS, yerel yol CIS düşme yoluna düşüyor ve ilk çoğaltmayı gerçekleştirmeyi bekliyor. Ve hızlı bir şekilde yine yeni olaylar olduğunu görüyoruz. Tekrar yenilediğimizde aradığımız olay olan 4604'ü görürüz.

DFS çoğaltma hizmeti, yoldaki CIS sonbahar çoğaltılmış klasörünü başarıyla başlattı. Üye, CIS fall un iş ortağı DC one ile ilk eşitlemesini tamamladı. Ve CIS fall klasörünü kontrol etmemizi söylüyor, net share komutunu çalıştırıyoruz ve bu, CIS fall ve net log on shares'e sahip olduğumuzu doğruluyor. Dosya gezginine geri dönersek, CIS verilerinin DC'den çoğaltıldığını da doğrulayan GP şablon dosyalarını içeren 10 klasör olduğunu görüyoruz. Bir.

DC bire geri dönersek, bu klasörleri karşılaştırabilir ve aynı olduklarını onaylayabiliriz. Böylece bir kez daha, DFS R kullanılarak cisl verilerinin yetkisiz bir senkronizasyonu yapıldı. Ben David, Dell'de baş mühendisim.

İzlediğiniz için teşekkür ederiz.