Genel web sitesi adım ve AD alan adım aynı. Harici web siteme ağımın içinden nasıl ulaşabilirim?

Alanımı firmamda kullanıyorum example.org. www.example.orgWeb sitemi görüntülemek için kullanabilirim . Ben denerseniz http://example.orgbenim firması outsite sorun yoktur, ama içeriden çalışırsanız, benim pencereleri sunucularını etki alanı denetleyicilerinin deliverthe IP'ler DNS.

Bunu Nasıl Çözebilirim? DC'lerimin DNS'imdeki gibi kaydolmasını engelleyebilir miyim example.orgve bu benim çevrem için bir sorun olacak mı?

Active Directory'nizi adlandırdıysanız example.org, bunu önleyemezsiniz. Microsft'un bir AD adlandırmak için en iyi uygulamalarına karşı geldiniz ve belirtilerden birini görüyorsunuz.

Birkaç seçeneğiniz var:

1. Doğru şekilde adlandırılmış bir AD'ye geçin. Gibi bir şey corp.example.org.

2. Her DC'de bir web sunucusu kurun ve web isteklerini iletmek için yapılandırmak example.orgiçinwww.example.org . Bu kirli ve yapılmamalıdır, ancak yine de bir seçenektir.

3. Kullanıcılarınızı www.example.orgdahili olarak gitmeleri için eğitin .

AD adlandırma en iyi uygulamalarını defalarca blogladım ve resmi Microsoft kaynaklarına bağlantı verdim. Onları okumalısınız:

http://www.mdmarra.com/2013/04/best-practices-for-configuring-new.html http://www.mdmarra.com/2012/11/why-you-shouldnt-use-local-in -sizin.html http://www.mdmarra.com/2013/07/more-documentation-from-microsoft-about.html

Kısa versiyonu istiyorsanız:

Harici DNS adıyla aynı ada sahip yeni Active Directory ormanları oluşturmayın. Örneğin, İnternet DNS URL'niz http://contoso.com ise , gelecekteki uyumluluk sorunlarından kaçınmak için dahili ormanınız için farklı bir ad seçmelisiniz. Bu ad benzersiz olmalı ve web trafiği için olası değildir. Örneğin: corp.contoso.com.

- http://technet.microsoft.com/tr-tr/library/jj574166.aspx

DC'de Exchange çalıştırıyorsanız, bir PortProxy kurmayın - söylemeden geçebilir, ancak 80 numaralı bağlantı noktasında barındırılan Exchange hizmetlerini bozacaktır.

Bu gönderinin oldukça eski olduğunu anlıyorum, ancak bunu DC'lere IIS yüklemeden de yapabilirsiniz. Her DC'de, 80 numaralı bağlantı noktasını harici web sunucusuna bağlamak için aşağıdaki komutu çalıştırın.

netsh interface portproxy add v4tov4 listenport=80 listenaddress={Static IP v4 address of DC) connectport=80 connectaddress={IP Address of public Web Server}

Yani, bu başka kimseden kaçındı bilmiyorum, ama bu sorun için en iyi düzeltme sadece farklı bir sonek ile ikincil bir etki alanı almak olabilir, özellikle Exchange DC (veya hostheaders sorunları nedeniyle) nedeniyle PortProxy olamaz web barındırıcınızla.)

örnek: Dahili AD Etki Alanı EXAMPLE.com ise - dahili kullanım için EXAMPLE.NET satın almanız yeterlidir .

Bu, dahili web erişimi için en ucuz ve en basit çözümdür.

Bu bizim için çalıştı.

URL'yi etki alanı olarak kullanmak istiyorsanız, her sunucu için dc1.example.com ve dc2.example.com gibi makine adlarını kullanın

CNAME'nin her sunucu için doğru sunucu IP adresi için doğru şekilde ayarlandığından emin olun

Bunu önce bir CNAME yaparak, ardından sunucuları ayarlayarak, DNS kayıtlarının yayılmasını sağlamak için bir gün bekleyerek bunu başardım

Sorununuzu iki şekilde çözebilirsiniz, ancak DC'lerinize bir HTTP sunucusu yerleştirmeyi içerir:

Yönlendirmeyi bir URL yönlendirmesi (HTTP 301 kodu) ile yapabilir, IIS 7 bunu sizin için yapabilir veya bir ters proxy (Windows için Apache) kurabilir ve aşağıdaki kodu kullanabilirsiniz:

ProxyPass / http://www.example.com/

ProxyPassRever / http://www.example.com/

ProxyPreserveHost Açık